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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
--- Comment #13 from Roland Illig ---
See also bug 114407.
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.
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 "
>
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
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 uncond
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=e
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
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
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=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://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=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=edit
precompiled code that generates unrelated diagnostics
In NetBS
: 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
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, enum e c1
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 '{'.
I tried
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'.
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, 'what' co
: 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/gccin
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/gccin
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 famil
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
ponent: 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 binary operator, it is usually
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"?
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 understandable, espe
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 generate dependenci
: 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;
int cons
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
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.
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 contained the idiomatic %qs.
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
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
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
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 ? "" :
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
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 %
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
>From cp/module.cc:
> not Encapsulated Lazy Records of Named Declarations
Is this message trying to be funny? As the German translator, I got the
abbrev
iority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
cp/constraint.cc says:
> if (TYPE_P (parm))
> verbatim ("MAP %qD TO %qT", TEMPLATE_TYPE_DECL (parm), arg);
> else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #23 from Roland Illig ---
>From c-parser.cc and cp/parser.cc:
> %<#pragma omp target%> with modifier other than % or %on
> % clause
Missing space between "%" and "on".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #22 from Roland Illig ---
>From v850-c.cc:
> %<#pragma%> GHS end found without previous startXXX
> %<#pragma%> GHS endXXX does not match previous startXXX
> junk at end of %<#pragma%> ghs section
> malformed %<#pragma%> ghs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90148
--- Comment #7 from Roland Illig ---
Still reproducible in GCC 12. Any chance of these trivial things getting fixed
in the next year?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99297
Roland Illig changed:
What|Removed |Added
Version|11.0|12.0
--- Comment #1 from Roland Illig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #21 from Roland Illig ---
>From rs6000-c.cc:
> passing argument %d of %qE discards const qualifier from pointer target type
The word "const" must be in % quotes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #20 from Roland Illig ---
>From pru.cc:
> register name %<%s%>
Please use the canonical %qs instead of the unnecessarily verbose %<%s%>.
Everywhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #19 from Roland Illig ---
>From nvptx.cc:
> PTX version (-mptx) needs to be at least %s to support selected -misa (sm_%s)
Missing %<...%> around -mptx and -misa.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
--- Comment #11 from Roland Illig ---
Is there a general plan of fixing these "trivial" nits? Half of my reports from
2019 are still open after 3 years.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #18 from Roland Illig ---
>From nds32.cc:
> this built-in function not support on the v3m toolchain
"support" should be "supported".
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
Target: msp430
>From msp430.cc:
> error ("%<__delay_cycles()%> only takes constant arg
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
>From i386.c:
const char *url
= CHANGES_ROOT_URL "gcc-12/changes.html#zero_width_bitfields";
inform (i
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland.illig at gmx dot de
Target Milestone: ---
>From i386.c:
> %<-m96bit-long-double%> is not compatible with this target
> %<-mpreferred-stack-boundary%> is not supp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #17 from Roland Illig ---
>From bfin.cc:
> cannott
Should be "cannot".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #5 from Roland Illig ---
Same for %'-mstack-protector-guard=tls%' in the same file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #4 from Roland Illig ---
And another thing:
> %'-mstack-protector-guard-offset=%qs%'
This produces nested quotes. The %qs should rather be a simple %s. Maybe you
can write a unit test to see how the end result looks. I didn't find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #3 from Roland Illig ---
While here:
> error ("incompatible options %'-mstack-protector-guard=global%' and"
>"%'-mstack-protector-guard-offset=%qs%'",
The idiomatic way to write quotes is %<...%>, not %'...%'.
1 - 100 of 532 matches
Mail list logo
