--- Comment #6 from jorn dot amundsen at ntnu dot no 2008-08-22 06:18
---
Compiling and testing against gcc 4.4 snapshot 20080808 still results in 7 ICEs
(1 and 3-7 as of 4.3.1):
lnInclude/wrapper.cpp:320: internal compiler error: Illegal instruction
[EMAIL PROTECTED] gcc]$ cat /tmp/x.i
int __attribute__ ((noinline))
testl (unsigned long *a, int b)
{
return b ? 1 : __builtin_parityl (*a);
}
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -m32 -S /tmp/x.i -O2 -msse4
/tmp/x.i: In function âtestlâ:
/tmp/x.i:5: internal compiler error: output_operand:
--- Comment #8 from nightstrike at gmail dot com 2008-08-22 06:47 ---
I can confirm this bug (seeing as how the one I wrote got duped to here). Can
someone update the status to confirmed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 ---
Subject: Bug 32095
Author: domob
Date: Fri Aug 22 07:13:25 2008
New Revision: 139425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139425
Log:
2008-08-22 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 ---
Subject: Bug 34228
Author: domob
Date: Fri Aug 22 07:13:25 2008
New Revision: 139425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139425
Log:
2008-08-22 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:16 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:17 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
Revision: trunk r139225
Platform: RHEL5 X86_64
Bechmark: 435.gromacs
Options: -O3 -ffast-math
Error info as follows:
gcc -c -o coupling.o -DSPEC_CPU -DNDEBUG -I. -DHAVE_CONFIG_H -O3 -ffast-math
-DSPEC_CPU_LP64 coupling.c
coupling.c: In function 'calc_pres':
coupling.c:19:
--- Comment #1 from weiliang dot lin at intel dot com 2008-08-22 08:59
---
Created an attachment (id=16126)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16126action=view)
a small case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37198
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 09:01 ---
It only fails for 32bit targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
--- Comment #6 from cnstar9988 at gmail dot com 2008-08-22 09:28 ---
sorry, I use 64bit linux for testing.
I tested again.
works well on all 64bit 4.2.4, 4.3.0, 4.3.2-RC1.
works well on 4.2.4 32bit.
works failed on gcc 4.3.0 32bit.
wokrs failed on gcc 4.3.2 RC1 32bit.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 09:57 ---
Looks like a dup of PR37174
*** This bug has been marked as a duplicate of 37174 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-22 09:57 ---
*** Bug 37198 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 09:53 ---
The x86_64 generated code looks like
ggSpectrum_Set:
.LFB0:
.cfi_startproc
movq%rdi, %rax
xorl%ecx, %ecx
movq%rdi, %rdx
andl$15, %eax
shrq$2, %rax
In the latest gfortran snapshot4.4.0 20080821 (but also in 4.2.3 and 4.3.0) on
a 32-bit machine, the attached piece of code crashes on execution (e.g.
compiled with -g -Wall), with error
*** glibc detected *** a.out: free(): invalid pointer: 0x0805fb48 ***
Running with valgrind indicates
--- Comment #1 from salam at lpthe dot jussieu dot fr 2008-08-22 10:29
---
Created an attachment (id=16127)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16127action=view)
test case
# to see the issue, type
gfortran -g -Wall bounds_issue.f90
./a.out
# or
valgrind ./a.out
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 10:34 ---
Same issue as PR36548.
*** This bug has been marked as a duplicate of 36548 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 10:34 ---
*** Bug 37125 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36548
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 10:35 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 10:56 ---
Confirmed on i686-apple-darwin9 (both 32 and 64 bit modes). Compiling the test
with -fbounds-check gives at run time:
At line 18 of file pr37199.f90
Fortran runtime error: Array bound mismatch for dimension 1 of
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 11:40 ---
What's with this PR, do you have any decision? I'm not sure about a `fixed'
warning, as this seems to be not common with gfortran, right?
But I'd suggest maybe a -Wsurprising warning, so that at least -Wall will
--- Comment #15 from dominiq at lps dot ens dot fr 2008-08-22 11:48 ---
I don't think this has anything to do with your patch.
Unfortunately it has (at least on i686-apple-darwin9). Reverting the patch for
gcc/varasm.c I have bootstrapped without any problem and the good news it that
--- Comment #16 from dominiq at lps dot ens dot fr 2008-08-22 11:51 ---
Note the patch in comment #12 minus the varasm.c part fixes also
FAIL: g++.dg/ext/weak2.C scan-assembler weak[^ \\t]*[ \\t]_?_Z3foov
All the results for 32-bit mode only, but I am pretty confident that they will
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
struct test {
void *tst;
};
struct yy {
void **z;
};
int foo(struct test *x)
{
struct yy y[] ={
{ (void**) x-tst }
};
return 0;
}
$ gcc x.c -c -pedantic
x.c: In function foo:
x.c:10: warning: initializer element is not computable at
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-22 12:16 ---
The PR for (2) is PR 37200.
This concerns (1) and (3).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37187
--- Comment #1 from manu at gcc dot gnu dot org 2008-08-22 12:22 ---
This old behaviour anyways, at least since 4.1.2
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2008-08-22 12:40 ---
Confirmed on 4.3, latent on 4.4.
Patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2008-08-22 12:42 ---
Confirmed, not a regression.
Patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-22 12:45 ---
Subject: Bug 36548
Author: rguenth
Date: Fri Aug 22 12:43:49 2008
New Revision: 139450
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139450
Log:
2008-08-22 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 12:45 ---
Subject: Bug 37125
Author: rguenth
Date: Fri Aug 22 12:43:49 2008
New Revision: 139450
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139450
Log:
2008-08-22 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-08-22 12:46 ---
FUNCTION foo()
INTEGER :: foo
INTEGER :: foo
foo = 42
END FUNCTION
This is the same and I'd expect (at least) a warning here -- without -pedantic.
IMO, one should be warned (-Wsurpring/-Wall, no -pedantic, in
--- Comment #17 from hp at gcc dot gnu dot org 2008-08-22 13:14 ---
Could one (or both) please attach preprocessed code and command line so I can
reproduce the ICE you see with the *whole* patch applied? I don't see it for
neither cris-elf nor native and I don't see where it comes
--- Comment #18 from dominiq at lps dot ens dot fr 2008-08-22 13:20 ---
Could one (or both) please attach preprocessed code and command line so I can
reproduce the ICE you see with the *whole* patch applied? I don't see it for
neither cris-elf nor native and I don't see where it
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-08-22 13:25 ---
Further reduced:
program bounds_issue
real, pointer :: pdf0(:)
allocate(pdf0(0:282))
pdf0 = f(pdf0)
contains
function f(x)
real, intent(in) :: x(0:) ! x(1:), f(1:...) works
real
--- Comment #3 from dorit at gcc dot gnu dot org 2008-08-22 13:31 ---
(In reply to comment #2)
The x86_64 generated code looks like
...
I wonder why we do not use movups instead.
t.i:3: note: Alignment of access forced using peeling.
t.i:3: note: Peeling for alignment will be
--- Comment #19 from eric dot weddington at atmel dot com 2008-08-22 13:44
---
(In reply to comment #17)
Could one (or both) please attach preprocessed code and command line so I can
reproduce the ICE you see with the *whole* patch applied? I don't see it for
neither cris-elf nor
$ gfortran odcdir.f90 cdir.o
odcdir.f90: In function 'test':
odcdir.f90:16: internal compiler error: in gfc_conv_string_parameter, at
fortran/trans-expr.c:4009
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
file :
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-22 13:53 ---
This is the current situation as of revision 139373.
typedef unsigned short ushort;
enum {
FOO = 0x13
};
template typename T
inline
void
andnot(T lv, const T rv) {
lv = ~rv; // -Wconversion int(lv)
--- Comment #3 from uros at gcc dot gnu dot org 2008-08-22 14:00 ---
Subject: Bug 37184
Author: uros
Date: Fri Aug 22 13:58:52 2008
New Revision: 139471
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471
Log:
PR target/37184
* config/i386/i386.c
--- Comment #3 from uros at gcc dot gnu dot org 2008-08-22 14:00 ---
Subject: Bug 37191
Author: uros
Date: Fri Aug 22 13:58:52 2008
New Revision: 139471
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471
Log:
PR target/37184
* config/i386/i386.c
--- Comment #2 from uros at gcc dot gnu dot org 2008-08-22 14:00 ---
Subject: Bug 37197
Author: uros
Date: Fri Aug 22 13:58:52 2008
New Revision: 139471
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471
Log:
PR target/37184
* config/i386/i386.c
--- Comment #4 from ubizjak at gmail dot com 2008-08-22 14:03 ---
Fixed for 4.4.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #4 from ubizjak at gmail dot com 2008-08-22 14:03 ---
Fixed for 4.4.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #3 from ubizjak at gmail dot com 2008-08-22 14:04 ---
Fixed for 4.4.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 14:05 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-22 14:08 ---
Can you check if this still happens? PR36817 is fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-22 14:13 ---
Happens everywhere.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|--- |4.4.0
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:15 ---
*** This bug has been marked as a duplicate of 37185 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:15 ---
*** Bug 37165 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37164
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37163
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37162
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P1
--- Comment #20 from hp at gcc dot gnu dot org 2008-08-22 14:18 ---
(In reply to comment #18)
My command line is:
../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w
--mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info
--build=i686-apple-darwin9
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 14:20 ---
I still see it at revision 139372. I am not yet at revision 139385 on ppc. I'll
start an update ASAP, result by tomorrow (~10 hours).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:21 ---
On which target?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35468
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 14:39
---
Closing as fixed. The memcpy issue is tracked separately, the pr35729.c
failure
should be filed in a less confusing bugreport.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:41 ---
Any update on this?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 14:44 ---
Still works for me. Closing due to lack of response from reporter.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:46 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:48 ---
Any updates here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from eric dot weddington at atmel dot com 2008-08-22 14:51
---
Created an attachment (id=16128)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16128action=view)
Preprocessed source of ICE from building with patch.
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:51 ---
For the curious, G++ 3.4.6 says
t.ii:4: error: `zeroptr' is not a valid template argument
t.ii:4: error: it must be the address of a function with external linkage
--
rguenth at gcc dot gnu dot org changed:
=/usr/local --with-mpfr=/usr/local
--enable-win32-registry=WinAVR-test --enable-languages=c,c++,objc,ada
--enable-doc --disable-nls --disable-shared --disable-libada --disable-libssp
Thread model: single
gcc version 4.4.0 20080822 (experimental) [trunk revision 139423] (WinAVR test
=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.4.0 [revision 139455p5] 20080822 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.4' '-v' '-save-temps'
'-B/opt/gcc/i686-darwin/./gcc/' '-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/'
'-B/opt/gcc
--- Comment #24 from dominiq at lps dot ens dot fr 2008-08-22 14:54 ---
Created an attachment (id=16129)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16129action=view)
libggc2.i for i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 14:59 ---
Interestingly enough this is only broken on the trunk for me, where we reject
the code.
/abuild/rguenther/trunk-g/gcc/t.ii:1: error: initializer for floating value is
not a floating constant
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 15:01 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 15:02
---
*** This bug has been marked as a duplicate of 35418 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:02 ---
*** Bug 36983 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:03 ---
This seems to be fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 15:04 ---
Let's just close this. Martin, please re-open if you figure that things are
still broken.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:07 ---
Seems to be target independent, I also see this on x86_64.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37020
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37058
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37061
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P2
On *-apple-darwin* the following tests introduced at revision 139100:
Revision 139100 - (view) (download) - [select for diffs]
Added Thu Aug 14 16:05:36 2008 UTC (7 days, 23 hours ago) by espindola
File length: 239 byte(s)
2008-08-14 Rafael Avila de Espindola [EMAIL PROTECTED]
*
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3 |P2
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:20 ---
This is not a gcc bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
--- Comment #25 from hp at gcc dot gnu dot org 2008-08-22 15:25 ---
Created an attachment (id=16130)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16130action=view)
Patch, take 3.
Thanks for your reports!
I stupidly forgot to move out the tree type checks from inside the #ifdef
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:26 ---
This looks like a fallout from the unit-at-a-time changes. The testcase
works for me with -O -fno-toplevel-reorder.
Honza, can you have a look here?
--
rguenth at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:34 ---
Again wrong types from SCEV. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37145
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37146
1 - 100 of 156 matches
Mail list logo