https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108113
--- Comment #6 from CVS Commits ---
The master branch has been updated by Marc Poulhi?s :
https://gcc.gnu.org/g:02c031088ac0bbf716aec52e027d615b7a5a572b
commit r13-4804-g02c031088ac0bbf716aec52e027d615b7a5a572b
Author: Marc Poulhiès
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #2 from Gaius Mulley ---
For reference the source code is: /libgm2/libm2pim/termios.cc:1981
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108113
Marc Poulhiès changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #3 from Gaius Mulley ---
The scaffold array (referencing each module ctor) is generated
gcc/m2/gm2-compiler/M2Quads.mod:2402 and ctors are created in:
gcc/m2/gm2-gcc/m2decl.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108073
Surya Kumari Jangala changed:
What|Removed |Added
CC||jskumari at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209
--- Comment #5 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #4)
> Looking at other backends, rs6000 uses in *gimple_fold_builtin gsi_replace
> (..., true);
> all the time, ix86 gsi_replace (..., false); all the tim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209
--- Comment #6 from Jakub Jelinek ---
(In reply to ktkachov from comment #5)
> aarch64_could_trap_p returns true for it as it can raise an FP exception.
> Should that affect the nothrow attribute though? Shouldn't that be for C++
> exceptions on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #4 from Iain Sandoe ---
(In reply to Gaius Mulley from comment #3)
> The scaffold array (referencing each module ctor) is generated
> gcc/m2/gm2-compiler/M2Quads.mod:2402 and ctors are created in:
> gcc/m2/gm2-gcc/m2decl.cc
terms w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #5 from Iain Sandoe ---
so I guess gm2-libs/termios.def causes the declaration of _M2_termios_ctor to
be created, but I still cannot figure out what the sequence is that causes it
to be created as non-external (there is no external f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95751
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97048
Bug 97048 depends on bug 108154, which changed state.
Bug 108154 Summary: Inappropriate -Wstringop-overread in the C99 [static n]
func param decl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108154
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108154
Roman Žilka changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102218
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
Bug ID: 108186
Summary: Bootstrap comparison failure.gcc-12.2.0 differs
gcc/plugin.o gcc/gcc.o
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108180
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108119
--- Comment #2 from Gaius Mulley ---
Created attachment 54131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54131&action=edit
Disable m2plugin by default and add --enable-m2plugin configure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108119
--- Comment #3 from Gaius Mulley ---
Here is a work in progress patch which will by default disable the m2 plugin.
The plugin can be enabled via --enable-m2plugin if required. The patch also
checks HAVE_PLUGIN and short circuits some of the te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #6 from Iain Sandoe ---
OK so it seems that the reason for the marking of these object to be static is
because that's what was requested, so the reason lies within the M2 symbol
table and handling of imports ...
* frame #0: 0x00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #7 from Iain Sandoe ---
note that these symbols seem to appear right at the end of the list - after the
HelloWorld ones (which _are_ correctly non-external). Not sure if that's
relevant information.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108178
--- Comment #4 from Richard Biener ---
In hindsight the files in /proc should probably have been named pipes, not
regular files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108181
--- Comment #2 from Richard Biener ---
There's a related one with puts (".."); in the switch arms where we could sink
the puts call and have the switch compute the address of the string.
tree-ssa-sink.cc has code to sink common stores, that cou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #8 from Richard Biener ---
Btw, the way to see what's creating some tree is breaking on the 'return
result;' line in ggc_internal_alloc conditional on result being the tree
(or other GC allocated) object.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
Richard Biener changed:
What|Removed |Added
Target||x86_64-linux-gnu
--- Comment #1 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
Richard Biener changed:
What|Removed |Added
Known to fail||13.0
Target Milestone|11.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65673
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2015-04-17 00:00:00 |2022-12-20
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80899
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108043
--- Comment #6 from Jakub Jelinek ---
Fixed. PR107682 is not though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84345
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #17 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98662
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103724
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #2 from Andrew Pinski ---
Does this comparison failure happen if you set LANG environment variable to C
before doing a bootstrap?
If it please let us know which your environment variables so we can figure out
which sort is the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #13 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:05b7cf52e1b640271900894a894da2d27ef90092
commit r13-4805-g05b7cf52e1b640271900894a894da2d27ef90092
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #14 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:1bdb13071f0ead3c83390ac9fcc0be73a2607a42
commit r12-9001-g1bdb13071f0ead3c83390ac9fcc0be73a2607a42
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105221
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105483
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105300
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105511
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105532
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #4 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
--- Comment #18 from ktkachov at gcc dot gnu.org ---
(In reply to Richard Biener from comment #17)
> Fixed(?)
Yes on aarch64, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106149
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 106149, which changed state.
Bug 106149 Summary: [13 regression] g++.dg/warn/Warray-bounds-16.C had bogus
errors after r13-1366-g1eef21ccfa5988
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106149
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #18 from ktkachov at gcc dot gnu.org ---
> (In reply to Richard Biener from comment #17)
>> Fixed(?)
>
> Yes on aarch64, thanks!
Same on sparc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106012
--- Comment #6 from vincenzo Innocente ---
just to confirm that
-Ofast -fno-reciprocal-math -mno-recip
seems to inhibit all reciprocals...
https://godbolt.org/z/f4bccb9GP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108121
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:0bdd2261c254f08b0f4437c156b79711d68c6e7f
commit r13-4806-g0bdd2261c254f08b0f4437c156b79711d68c6e7f
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108187
Bug ID: 108187
Summary: False positive -Wfree-nonheap-object on impossible
path with -O1
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106249
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107300
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2022-12-19 00:00:00 |2022-12-20
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106061
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2022-12-19 00:00:00 |2022-12-20
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106511
Richard Biener changed:
What|Removed |Added
Blocks||85316
--- Comment #3 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188
Bug ID: 108188
Summary: Segfault in compatibility-condvar.cc
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106805
--- Comment #6 from Richard Biener ---
Note phiopt turns some control-flow into straight-line code which is then also
susceptible to code motion across the foo() calls, even if that's not what
currently happens. So even preserving those stmts w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106842
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
Jakub Jelinek changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107549
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107575
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #6 from Jakub Jelinek ---
libcpp/cpplib.h has
line-map.h:typedef unsigned int location_t;
The modula 2 source has:
FROM m2linemap IMPORT location_t ;
...
PROCEDURE OverrideLocation (location: location_t) : location_t ;
BEGIN
IF Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107675
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #7 from Jakub Jelinek ---
Created attachment 54133
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54133&action=edit
gcc13-pr108153.patch
Same in patch form. Let me test if that helps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107678
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
Andrew Pinski changed:
What|Removed |Added
CC||glex.spb at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107751
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104278
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:49b6b7ac3314843466395c4a194aa178c80e64f5
commit r13-4807-g49b6b7ac3314843466395c4a194aa178c80e64f5
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103346
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:49b6b7ac3314843466395c4a194aa178c80e64f5
commit r13-4807-g49b6b7ac3314843466395c4a194aa178c80e64f5
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102553
--- Comment #10 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:49b6b7ac3314843466395c4a194aa178c80e64f5
commit r13-4807-g49b6b7ac3314843466395c4a194aa178c80e64f5
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102553
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104278
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103346
Patrick Palka changed:
What|Removed |Added
Known to work||13.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #8 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #5)
> So, I bet there must be some mismatch on whether M2Options_OverrideLocation
> returns a signed or unsigned 32-bit value.
> I believe the powerpc64le-linux A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #9 from Segher Boessenkool ---
That patch looks good btw :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
--- Comment #5 from ucko at ncbi dot nlm.nih.gov ---
> --- Comment #4 from Martin Liška ---
> I can fix that.
That would be great, thanks; I can fairly easily work around this bug in the
file where I first hit it, but we have another (non-publi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108043
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84345
--- Comment #18 from Andrew Pinski ---
(In reply to Jan-Benedict Glaw from comment #17)
> Just found this issue with GCC 13 (g:2dc5d6b1e7e) building the Linux kernel
> for ia64 (--target=ia64-linux, with eg. the zx1_defconfig):
That is a differe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108158
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-12-20
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108158
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108158
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #18 from Jakub Jelinek ---
So, fixed on trunk, to be backported later?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #10 from Gaius Mulley ---
LGTM yes indeed, location_t should be CARDINAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94428
--- Comment #4 from qinzhao at gcc dot gnu.org ---
a new warning -Wstrict-flex-arrays was added to gcc13.
when using -Wstrict-flex-arrays -fstrict-flex-arrays=3 together, the new
warning will report any misuse of zero-length arrays as flexible ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108116
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #9 from Iain Sandoe ---
So we do set _M2_termios_ctor Symbol to extern.
But then here:
PreAddModGcc (Sym, BuildEndFunctionDeclaration (begin, end,
KeyToCharStar
(GetFullSy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
Bug ID: 108189
Summary: anonymous struct declared inside parameter list will
not be visible outside of this definition or
declaration
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #1 from Andrew Pinski ---
The error is correct at least for C before C23.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #2 from James Hilliard ---
(In reply to Andrew Pinski from comment #1)
> The error is correct at least for C before C23.
Hmm, seeing it with -std=gnu2x passed still:
/home/buildroot/opt/cross/bin/bpf-gcc -g -Werror -D__TARGET_ARCH_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95375
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #3 from Andrew Pinski ---
GCC does not implement all of C2X yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #10 from Iain Sandoe ---
It looks to me that we never check if Sym is a definition/implementation - only
that the containing scope is.
I probably miss something subtle - but perhaps
IF NOT IsDefImp(Sym)
RETURN ( TRUE )
bef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #4 from Andrew Pinski ---
Also Clang does not implement this warning at all.
It is a bug in bpf-next really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #5 from Andrew Pinski ---
Also Clang does not implement this warning at all.
It is a bug in bpf-next really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #7 from Andrew Pinski ---
Yes the warning is really still correct even if a closer testcase would be:
```
int f(struct {int t;} *b)
{
return b->t;
}
int f1(void *a)
{
return f(a);
}
```
I am actually shocked clang didn't impleme
1 - 100 of 133 matches
Mail list logo