https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119684
--- Comment #15 from Roland Illig ---
(In reply to Jakub Jelinek from comment #6)
> (In reply to Roland Illig from comment #1)
> > I wrote a little program to check these, and while doing this, I noticed the
> > ambiguity that %td could mean a t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119684
--- Comment #2 from Roland Illig ---
The ambiguous %t sequences are:
operands to %T/%t must be reg + const_int:
specs %%include syntax malformed after %td characters
specs %%rename syntax malformed after %td characters
specs unknown %% command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119684
--- Comment #1 from Roland Illig ---
I fixed the 2 instances that I found in the German translation and uploaded the
file to the Translation Project.
1: the %s%s%s%s mentioned here
2: a %td that was %ld in the German translation
Several string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119201
Roland Illig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
ty: normal
Priority: P3
Component: translation
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
cp/pt.cc says:
> inform (DECL_SOURCE_LOCATION (tmpl),
> nattrs > 1
> ? G_("missing pri
P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
charset.cc says:
> cpp_error (pfile, CPP_DL_ERROR, "%<\\o%> not followed by %<}%>");
The %<}%> should rather be an opening curly brace.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #7 from Roland Illig ---
On the other hand, since you already limit the temporary buffer to 16 hex
digits, you could as well use %#llx directly, as ULLONG_MAX is guaranteed to be
at least 2^64-1 since C99. Or can GCC itself be built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #6 from Roland Illig ---
(In reply to Jakub Jelinek from comment #5)
> Fix for avr:
Looks good to me, apart from the typo "thre" in the comment.
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
In gimplify.cc and several tests, "undfined" should be "undefined".
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
avr.cc says:
> output_operand_lossage
> ("bad I/O address 0x" HOST_WIDE_INT_PRINT_HEX_PURE
>" outside of valid range [0x%x, 0x%x] for %%i operand",
++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
calls.cc says:
> callee required more stack slots
The messages around this one use the present tense, so the "required" may be a
typo and may have been intended to be "requires".
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
params.opt says:
> -param=switch-lower-slow-alg-max-cases=
> Maximum number of cases for slow switch lowering algorithms to be used.
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
params.opt says:
> Maximum number of statements allowed inbetween the statement and the end to
> considered not extending the liferange.
The word "inbetween" should probably
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
c.opt says:
> Warn about deprecated space between "" and suffix in a user-defined literal
> operator.
The resulting gcc.pot says:
> msgid ""
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99302
--- Comment #2 from Roland Illig ---
If compare_fsyms produces an error message, it may look like this:
> Statement function bei file.f:123
In this message, the word "bei" is in German, while "Statement function" is in
English.
Maybe you can a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
--- Comment #5 from Roland Illig ---
(In reply to Jan Hubicka from comment #4)
> > There is a __gcov_fork but none for vfork
> Hmm, with vfork the address space is shared, so updated from child
> process should be visible to the outer process?
: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
When a process calls vfork and exec, any further code coverage from the parent
process is not recorded.
Affected:
- gcc 12
- gcc 13
- gcc 14
Not affected:
- gcc 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
--- Comment #12 from Roland Illig ---
Thank you for your fixes, they all look good to me. Looking forward to
translating GCC 15 into German.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109105
--- Comment #6 from Roland Illig ---
(In reply to Jerry DeLisle from comment #5)
> Roland, please let me know if this resolves the isseue. Regression tested on
> linux-x86_64. No new test cases.
Yes, from a translator's perspective, this patch
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
The file contains funny_error, which unnecessarily bloats the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
--- Comment #13 from Roland Illig ---
See also bug 114407.
iority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: loongarch
"enabing %qs promotes %<%s%s%> to %<%s%s%>"
Should be "enabling".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80012
--- Comment #8 from Roland Illig ---
(In reply to Jakub Jelinek from comment #7)
> (In reply to Jerry DeLisle from comment #5)
> > Another way is to build an error message with snprintf for example and use
> > that string in the error message.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114364
--- Comment #3 from Roland Illig ---
The diff looks good to me. Untested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114364
--- Comment #1 from Roland Illig ---
Oops, I misinterpreted the code, as 'in intervening code' is indeed
translatable, but 'as loop variable' isn't, so the bug report is still valid.
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
>From c-family/c-omp.cc:
> error_at (LOCATION_OR (eloc, loc),
> "variable %qD used %s is bound "
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114083
--- Comment #6 from Roland Illig ---
(In reply to Maciej W. Rozycki from comment #4)
> The flag enables the use of the conditional-move operations even with
> hardware that has no support for such operations, hence unconditionally.
Thank you fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114083
--- Comment #2 from Roland Illig ---
I don't understand why the word 'unconditionally' is necessary or useful here.
Isn't the option -mmovcc by itself already a condition? That would make the
word 'unconditionally' wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114082
--- Comment #1 from Roland Illig ---
If you decide to keep the guidelines, here are a few ideas:
* Use the simplest English you can, while still being precise.
* Don't try to be funny. (See #114083 for a possible case)
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: riscv
riscv.opts says:
> mmovcc
> Target Var(TARGET_MOVCC)
> Enable conditional moves unconditionally
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
https://gcc.gnu.org/onlinedocs/gccint/Guidelines-for-Options.html
The section is empty, and it has been so since its creation in 2018.
When I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113324
Roland Illig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: vax
Created attachment 57035
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57035&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109105
--- Comment #3 from Roland Illig ---
Nothing has changed yet.
There is no built-in validation in the translated messages that each '%%L' from
the msgid matches a '%%L' from the msgstr.
I suggest to replace the label 'bad_op' with a function na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110772
--- Comment #8 from Roland Illig ---
When I compile the attached code with "ARM GCC 10.5.0" and "-O2 -fPIE -ftrapv"
on godbolt.org, the generated code is correct (you can search for "#327" in the
output and then go back one branch).
The code ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110772
--- Comment #7 from Roland Illig ---
Created attachment 55612
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55612&action=edit
Preprocessed source from comment 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110772
Roland Illig changed:
What|Removed |Added
Attachment #55598|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110772
--- Comment #5 from Roland Illig ---
Sorry for the confusing description. Let me try again.
NetBSD lint includes a yacc parser for C code. This parser contains the rules
'block_item_list' and 'block_item':
https://github.com/NetBSD/src/blob/7e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110772
--- Comment #1 from Roland Illig ---
Created attachment 55599
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55599&action=edit
precompiled code that works as intended
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: arm
Created attachment 55598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55598&action=edit
precompiled code that generates unrelated diagnost
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
~~~c
struct symbol {
struct symbol *next;
};
void f(const struct symbol *sym)
{
for (const struct symbol
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
~~~c
#include
#include
static void __attribute__((__format__(__printf__, 1, 2)))
my_printf(const char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110318
--- Comment #1 from Roland Illig ---
A variant on the same theme:
~~~c
typedef typeof(sizeof 0) size_t;
int memcmp(const void *, const void *, size_t);
int demo(const char *s) {
if (memcmp(s, "12345678", 8) == 0)
return
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
~~~c
typedef typeof(sizeof 0) size_t;
int memcmp(const void *, const void *, size_t);
int demo(const char *);
int demo(const char *p) {
const char *start = p
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
~~~c
enum e {
e1,
e2,
};
int side_effect(void);
enum e demo(_Bool, enum e);
enum e
demo(_Bool cond,
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
https://github.com/NetBSD/src/blob/93dc650849c98c54c31aa9cbbce9affaaf649563/bin/cat/cat.c#L185
has misleading indentation, as the 'else' branch does not start with a &#x
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
wrong:
> libraries maybe
correct:
> libraries may be
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
m2decl.cc says:
> inconsistant
That should be 'inconsistent'.
iority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
fortran/openmp.cc says:
> Invalid combined or composit directive
'composit' should probably be 'composite'. There is no test case for this
diagnostic.
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
In cp/contracts.cc, check_postcondition_result says:
> error_at (loc, "%s does not return a value to test", what);
At that point, 'wha
: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: marxin at gcc dot gnu.org
Target Milestone: ---
3 times
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
The function resolve_operator constructs a format string and then passes it to
gfc_error. This approach is wrong, and if a translator
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
m2expr.c says:
> error_at (
> location,
> "internal error: not expecting operand1 to be a constant set");
This should rather be a call to internal_error_at
Assignee: gaius at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
m2builtins.cc says:
> %s:%d:assertion of condition `%s' failed
The backtick and single quote should be replaced with %< and %>, see
<https://gcc.gnu.org/onlinedocs/gcci
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
scanner.cc says:
> Ignoring '!$omx' vendor-extension sentinel at %C
The single quotes should be replaced with %< and %>,
see
<https://gcc.gnu.org/onlinedocs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109100
--- Comment #1 from Roland Illig ---
While here: In that same message, there is a single space between sentences 1
and 2, but 2 spaces between sentences 2 and 3.
While here: can not is usually spelled cannot.
: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: riscv
riscv.opt says:
> Enable the CSR checking for the ISA-dependent CRS and the read-only CSR.
Is the CRS a typo and should be CSR?
As the German translator, I'm not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109034
--- Comment #1 from Roland Illig ---
While here:
> "you can silence this warning by using a hexadecimal constant"
> " (%wx rather than %wd)",
%x requires an unsigned argument, %wd requires a signed argument, so %wd should
probably be %wu inste
ity: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
> "result of %<%wu^%wu%> is %wu;"
> " did you mean %<1 << %wu%> (%wu)?",
Since '^' is a b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109033
--- Comment #1 from Roland Illig ---
> "%@ %s (fndecl %qD, depth %i)",
Why am I supposed to translate this string? It just doesn't make sense to
translate this into German, or any other natural language.
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
> error ("returns_twice call is %s in basic block %d",
This message must not be user-visible, except in a call to internal_error.
In gene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #5 from Roland Illig ---
While here:
> dependancies
Typo; should be dependencies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #4 from Roland Illig ---
While here:
> (*
>BuildDivM2 - build and return ((op2 < 0) : (op1 divtrunc op2) ? (op1
> divfloor op2))
> when -fiso, -fpim4 or -fpositive-mod-floor-div is present else
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #3 from Roland Illig ---
While here:
> specify the library order, currently legal entries include: log, min, pim,
> iso or their directory name equivalent m2log, m2min, m2pim, m2iso.
In what legislation are these entries "legal"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #2 from Roland Illig ---
While here:
> turns on runtime checking to check whether a floating point number is about
> to exceed range
What exactly does "is about to" mean, and why didn't you just write "exceeds
the range"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #1 from Roland Illig ---
While here:
> turns on runtime checking to check whether a CASE statement requires an ELSE
> clause when on was not specified
Did you mean "when one was not"?
iority: P3
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
> compiler checks to force definition module procedure parameter names with
> their implementation module counterpart
This message is not understand
Component: translation
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
> %qs is loaded but symbol %qs is not found: %s
That string is marked as 'format-c' but should be 'format-gcc-internal'.
> to
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
~~~c
int sum_const(_Bool a, _Bool b)
{
return (a ? 1 : 0 ) + (b ? 1
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: alpha
$ cat <<'EOF' > tree.c
typedef struct tnode_t {
struct tnode_t *tn_left, *tn_right;
int v_quad;
} tnode_t;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 104552, which changed state.
Bug 104552 Summary: Mistakes in strings to be translated in GCC 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Roland Illig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
>From cp/module.cc:
> returning to the gate for a mechanical issue
This diagnostic is a fatal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
>From cp/module.cc:
inform (loc, "compiler is %sversio
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
>From cp/module.cc:
> error_at (loc, "compiled module is %
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org, msebor at gcc dot gnu.org
Target Milestone: ---
Target: v850
>From v850-c.cc:
> %<#pragma%> GHS e
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
Target: rs6000
>From rs6000-c.cc:
> passing argument %d of %qE discards const qualifie
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
Target: nvptx
>From nvptx.cc:
> PTX version (-mptx) needs to be at least %s to support selected
mponent: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org
Target Milestone: ---
in bfin.cc and range-op.cc
This typo doesn't appear in any tests so it should be trivial to fix.
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org, sje at gcc dot gnu.org
Target Milestone: ---
Target: aarch64
>From aarch64.cc:
> invalid feature modifier %s
The %s
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org, rsandifo at gcc dot gnu.org
Target Milestone: ---
Target: aarch64
>From aarch64-sve-builtins.cc:
> er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #38 from Roland Illig ---
(In reply to Roland Illig from comment #7)
> From params.opt:
> > --param=ranger-debug=[none|trace|gori|cache|tracegori|all]
> > Specifies the output mode for debugging ranger.
>
> Why " " instead of the us
normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
CC: egallager at gcc dot gnu.org, msebor at gcc dot gnu.org
Target Milestone: ---
As of 2022-03-12, the GCC tree contains 44 instances of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #11 from Roland Illig ---
Thank you, looks good now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #37 from Roland Illig ---
I'm splitting this bug report into multiple bug reports, to clean up the mess
that the 36 comments created. It was a bad idea from the beginning. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #5 from Roland Illig ---
Related, in trans-openmp.cc:
> "specified at %L "
The space at the end is too much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #4 from Roland Illig ---
While here:
> requiries
typo: should be requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #3 from Roland Illig ---
While here:
> DEPEND clause of depobj
Should DEPOBJ be uppercase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #2 from Roland Illig ---
While here:
> "'omp_allocator_handle_kind' kind at %L"
Should this be uppercase instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #1 from Roland Illig ---
While here:
> expected : at %C
The quotes around the %<:%> are missing.
iority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
fortran/openmp.cc says:
> selector '%s' not allowed for context selector set '%s' at %C
One year ago, the message con
ty: normal
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
d/decl.cc says:
> warning (OPT_Wtemplates, "%s %qs instantiated",
> ti->kind (), ti->toPrettyChars (fal
++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
cp/parser.cc says:
> use of % in parameter declaration only available with %<-std=c++20%>
> or %<-fconcepts%>
What about %<-std=gnu++20%>?
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
cp/mapper-client.cc says:
---snip---
...
errmsg = "opening";
...
errmsg = "reading";
...
if (errmsg)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #35 from Roland Illig ---
(In reply to rsand...@gcc.gnu.org from comment #33)
> (In reply to Eric Gallager from comment #28)
> > (In reply to Roland Illig from comment #11)
> > > From aarch64-sve-builtins.cc:
> > > > passing %qT to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104808
--- Comment #2 from Roland Illig ---
(In reply to Andrew Pinski from comment #1)
> these are in debug_* functions so they don't need to be translated as they
> are not user visible at all.
> That is they are only used while debugging GCC.
If th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #26 from Roland Illig ---
>From cp/module.cc:
> returning to the gate for a mechanical issue
This diagnostic is a fatal error. Fatal errors must be actionable. This
diagnostic isn't actionable, instead it increases confusion for n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #25 from Roland Illig ---
>From cp/module.cc:
inform (loc, "compiler is %sversion %s%s%s",
IS_EXPERIMENTAL (my_ver) ? "experimental " : "",
my_string,
reject_p ? "" : fl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #24 from Roland Illig ---
>From cp/module.cc:
> error_at (loc, "compiled module is %sversion %s",
> IS_EXPERIMENTAL (their_ver) ? "experimental " : "",
> their_string);
The word "experimental" must be translatabl
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
>From cp/module.cc:
> inform (DECL_SOURCE_LOCATION (new_decl),
> "... this enumerator %
1 - 100 of 550 matches
Mail list logo
