--- Comment #4 from hochstein at algo dot informatik dot tu-darmstadt dot
de 2006-03-14 08:27 ---
This is a GCC bug although my first test program did not show this.
Consider this program:
void a()
{
}
void b()
{
__asm(nop\n nop\n nop\n nop\n nop\n nop);
// ...
// (repeat
--- Comment #91 from mueller at gcc dot gnu dot org 2006-03-14 09:24
---
well, of course, because your libstdc++ is compiled with the wrong (LSB
incompliant btw) stdc++ allocator.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-14 09:53 ---
Subject: Bug 26659
Author: rguenth
Date: Tue Mar 14 09:53:36 2006
New Revision: 112048
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112048
Log:
2006-03-14 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-03-14 09:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-14 09:57 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 09:57 ---
Subject: Bug 26667
Author: rguenth
Date: Tue Mar 14 09:57:43 2006
New Revision: 112049
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112049
Log:
2006-03-14 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 10:27 ---
if the output of config.guess does not match your --host=... string you are
building a cross compiler. Try making those match or also specify --build.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 10:33 ---
Right. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-14 10:51 ---
Usually these kind of wrong jumps get fixed up by the linker by inserting
trampolines. So this looks like a binutils bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
__uint128_t sqr_1(__uint64_t x)
{
return (x * (__uint128_t)x);
}
gcc-4.1.1-20060308 produces an ugly code:
sqr_1: xorl%edx, %edx # D.1810
movq%rdi, %rax # x, D.1810
movq%rdx, %rcx #, tmp62
imulq %rdi, %rcx # D.1810, tmp62
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-14 12:50 ---
Subject: Bug 26672
Author: rguenth
Date: Tue Mar 14 12:50:10 2006
New Revision: 112050
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112050
Log:
2006-03-14 Richard Guenther [EMAIL PROTECTED]
PR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|other |target
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 13:30 ---
Subject: Bug 26672
Author: rguenth
Date: Tue Mar 14 13:30:08 2006
New Revision: 112051
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112051
Log:
2006-03-14 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-14 13:30 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-14 13:30 ---
Is this really a regression, if not please close it as fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26667
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-03-14 13:32 ---
This particular testcase does not expose a regression. But because of the
times==0 bug I can cause arbitrary ininling that was not done in 4.0. In any
case, it would be a low-priority regression.
--
--- Comment #3 from grigory_zagorodnev at linux dot intel dot com
2006-03-14 13:32 ---
It appears that configuration scheme changed in revision 112028 of trunk
without any notice.
[trunk revision 112027]
Host type:
--build=BUILD configure for building on BUILD
When compiling the AWS HEAD release I get the following Error message:
gcc -c -O2 -gnatws -gnatn -I- -gnatA
/work/rpm/BUILD/AWS-release_2_1a/src/aws-client.adb
gcc -c -O2 -gnatws -gnatn -I- -gnatA
/work/rpm/BUILD/AWS-release_2_1a/src/aws-net-sets.ads
+===GNAT BUG
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 13:35 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #1 from charlet at gcc dot gnu dot org 2006-03-14 13:38 ---
Well, if it's CVS HEAD, it's not a release.
Anyway, please post self contained (reduced if possible) sources showing
the problem, as well as standalone command line (simplified if possible).
Thanks.
Arno
--
--- Comment #2 from krischik at users dot sourceforge dot net 2006-03-14
13:45 ---
Created an attachment (id=11047)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11047action=view)
The sources, concaternated and ziped.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|wrong-code |diagnostic
Target Milestone|--- |4.1.1
--
krischik at users dot sourceforge dot net changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
--- Comment #3 from charlet at gcc dot gnu dot org 2006-03-14 13:52 ---
Thanks for the sources. If you get a chance to reduce the problem, that
will certainly give this report higher priority.
I am also surprised by the location: tree-ssa-structalias.c, I thought
strict aliasing was
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-14 13:58 ---
Confirmed. The asm matches what we get from expand unfortunately.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 14:00 ---
Testcase:
typedef int __int128 __attribute__((mode(TI)));
__int128 foo(long x)
{
return x*(__int128)x;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26674
--- Comment #4 from krischik at users dot sourceforge dot net 2006-03-14
14:02 ---
Hi Arnaud,
The HEAD is indeed a typo - should have been release_2_1a. For head we have a
different problem (bug:26162).
As for the compiler, it is the unmodified release version:
GNAT 4.1.0
gcc (GCC)
During bootstrap line 3072 of varasm.c generates a warning that
shift = width of type, and the build dies due to -Werror.
This diagnosis is correct but the shift is unreachable.
Environment:
System: Linux dps 2.6.15 #2 PREEMPT Sat Jan 7 17:47:27 GMT 2006 i686 GNU/Linux
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 14:29 ---
What compiler are you using to get that warning?
There should be no warning as shift is a variable and n is a variable and
should be zero.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 14:31 ---
And I don't see why you using SIZEOF_UNSIGNED_INT as unsigned int does not come
in anywhere.
Now hashval_t does but that could be anything.
--
pinskia at gcc dot gnu dot org changed:
What
$ g++ -v
Using built-in specs.
Target: i386-unknown-netbsdelf3.0.
/.../
Thread model: posix
gcc version 4.0.2
$cat main.cc
struct Coord {};
template typename E class Array {};
class Env;
class Obstacle
{
Obstacle(const struct Coord pos, Env* env)
{
Please find the message :
gfortran -c -O -ffree-form -v -save-temps fspak90.f90
Using built-in specs.
Target: i386-linux
Configured with: ../gcc/configure
--prefix=/cosmic/coudert/tmp/gfortran-20060310/irun
--enable-languages=c,fortran --host=i386-linux
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-14 14:44 ---
Fixed in 4.0.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-03-14 14:47
---
I am also surprised by the location: tree-ssa-structalias.c, I thought
strict aliasing was disabled for Ada. Are you using FSF GCC sources or sources
modified ?
Structure aliasing is indeed disabled for Ada
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-14 14:53 ---
A note is that it works on x86_64 (and I cannot test i686 because Ada does not
have mulitilib support:( ).
if Ada did have multilib support I could reduce this easier.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from patchapp at dberlin dot org 2006-03-14 14:56 ---
Subject: Bug number PR26672
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00841.html
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 14:59 ---
Can you attach fspak90.f90 (if it is legal to do so)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
--- Comment #4 from joseph at codesourcery dot com 2006-03-14 15:11 ---
Subject: Re: boostrap failure due to warning in
gcc/varasm.c
On Tue, 14 Mar 2006, pinskia at gcc dot gnu dot org wrote:
What compiler are you using to get that warning?
There should be no warning as shift is a
--- Comment #2 from Herve dot Chapuis at tours dot inra dot fr 2006-03-14
15:14 ---
Subject: Re: internal compiler error
pinskia at gcc dot gnu dot org a écrit :
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 14:59
---
Can you attach fspak90.f90 (if it is
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 15:14 ---
A simplier example from progsf90:
module ranlib
CONTAINS
LOGICAL FUNCTION qrgnin()
LOGICAL qrgnsn
ENTRY qrgnsn(qvalue)
end function
end module
--
The following simple.f90 program:
PROGRAM hello_world
PRINT *,Hello, World!
END PROGRAM hello_world
does not compile with the following arguments:
gfortran -fwhole-program -O2 -o simple simple.f90
~/gcc_install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../libgfortranbegin.a(fmain.o)(.text+0x23):
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 15:19 ---
I have a fix already in mind for this simple issue. Though -fwhole-program is
not going to be fixed for Fortran code until the front-end stops having more
than one decl per function.
--
pinskia at gcc dot gnu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 15:22 ---
I cannot reproduce this ICE with 4.2.0 20060312. I do run into another ICE
compiling fspak90 but that is filed as PR 24558.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |middle-end
Keywords||build
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-14 15:27 ---
Actually can you try it again after:
2006-03-14 Richard Guenther [EMAIL PROTECTED]
* configure: Regenerate with autoconf 2.13.
I think the toplevel configure was exposing this.
--
pinskia at gcc dot
--- Comment #4 from Herve dot Chapuis at tours dot inra dot fr 2006-03-14
15:37 ---
Subject: Re: internal compiler error
pinskia at gcc dot gnu dot org a écrit :
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 15:22
---
I cannot reproduce this ICE with
Did a search -- didn't see this...I'm porting threaded software between
solaris and linux and came across this...
bash2 :2 [EMAIL PROTECTED] 01:30:15; gcc -v
Reading specs from
/usr/local/gcc-3.4.5/lib/gcc/sparc-sun-solaris2.8/3.4.5/specs
Configured with: /usr/local/src/gnu/gcc-3.4.5/configure
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 18:42 ---
Fixed in 4.2.0 by saying -pthread on solaris is now the same as -pthreads.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
All,
If the warning isn't bogus then we probably need to do the shift in two steps
(i.e. hwi = (hwi (shift - 1)) 1) as done elsewhere to avoid the
potential warning.
--- joseph at codesourcery dot com [EMAIL PROTECTED] wrote:
--- Comment #4 from joseph at codesourcery dot com
--- Comment #6 from graham dot stott at btinternet dot com 2006-03-14
18:55 ---
Subject: Re: boostrap failure due to warning in gcc/varasm.c
All,
If the warning isn't bogus then we probably need to do the shift in two steps
(i.e. hwi = (hwi (shift - 1)) 1) as done elsewhere to
On Mar 14, 2006, at 1:55 PM, Graham Stott wrote:
All,
If the warning isn't bogus then we probably need to do the shift in
two steps
(i.e. hwi = (hwi (shift - 1)) 1) as done elsewhere to avoid the
potential warning.
The only reason why it is bogus is because well it is dead code :).
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-14 18:57 ---
Subject: Re: boostrap failure due to warning in gcc/varasm.c
On Mar 14, 2006, at 1:55 PM, Graham Stott wrote:
All,
If the warning isn't bogus then we probably need to do the shift in
two steps
(i.e. hwi =
--- Comment #5 from sayle at gcc dot gnu dot org 2006-03-14 19:19 ---
Subject: Bug 26557
Author: sayle
Date: Tue Mar 14 19:19:14 2006
New Revision: 112063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112063
Log:
PR middle-end/26557
* stmt.c (emit_case_nodes):
--- Comment #17 from sayle at gcc dot gnu dot org 2006-03-14 19:21 ---
Subject: Bug 26489
Author: sayle
Date: Tue Mar 14 19:21:25 2006
New Revision: 112064
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112064
Log:
PR other/26489
Backport from mainline.
*
--- Comment #13 from sayle at gcc dot gnu dot org 2006-03-14 19:25 ---
Subject: Bug 19543
Author: sayle
Date: Tue Mar 14 19:25:25 2006
New Revision: 112065
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112065
Log:
PR middle-end/19543
Backport from mainline.
--- Comment #3 from kargl at gcc dot gnu dot org 2006-03-14 19:37 ---
Subject: Bug 18537
Author: kargl
Date: Tue Mar 14 19:37:49 2006
New Revision: 112066
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112066
Log:
PR 18537
* gfortran.h: Wrap Copyright line.
--- Comment #4 from kargl at gcc dot gnu dot org 2006-03-14 19:41 ---
This catchs most of the offending tabs. I'm not sure
that it will catch them all.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Trying to build the latest gcc mainline source (SVN revision 112063) on Darwin
(OS X 10.4.5 G5)
/Users/perrin/gcc_MAINLINE/gcc/configure
--prefix=/Users/perrin/gcc_MAINLINE/INSTALL/112063/ --enable-threads=posix
--enable-languages=c,c++, --disable-multilib
then
make -j 3 bootstrap; make
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 20:16 ---
This has nothing to do with fixincludes but instead:
cc1: warnings being treated as errors
/Users/perrin/gcc_MAINLINE/gcc/gcc/reg-stack.c:186: warning:
'stack_regs_mentioned_data' defined but not used
This was
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 20:18 ---
For the reporter, instead of just make bootstrap;make install, it might be
better to use make bootstrap make install so that it stops when the
bootstrap fails instead of after wards.
--
gcc man page says:
max-cse-insns: The maximum instructions CSE process before flushing. The
default is 1000.
but gcc --param max-cse-insns=1000 gives the following error:
cc1: error: invalid parameter 'max-cse-insns'
With some googling I found the following patch which seems to have a bug where
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 20:26 ---
Confirmed, this is a regression as the documentation is wrong but was correct
before 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kazu at gcc dot gnu dot org 2006-03-14 20:47 ---
Subject: Bug 26684
Author: kazu
Date: Tue Mar 14 20:47:17 2006
New Revision: 112067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112067
Log:
PR middle-end/26684
* reg-stack.c
--- Comment #4 from kazu at gcc dot gnu dot org 2006-03-14 21:11 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-03-14 22:35
---
Fixed in 4.2.0 by saying -pthread on solaris is now the same as -pthreads.
In fact in 4.1.0 too.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-14 23:08
---
Fixed, thanks Roger for fixing this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-14 23:08
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-14 23:09 ---
Fixed also in 4.1.1 now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-15 00:20 ---
I looked at this a bit. First, IMode has a clinit method -- this is a bug,
as it is not needed.
Second, I don't understand why, but we leave a slot in the itable for
clinit. There doesn't seem to be any reason to
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-15 00:25 ---
I see something else strange in here.
maybe_yank_clinit() does nothing unless we are compiling to bytecode.
I can't see why that would be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26638
-in specs.
Target: powerpc-apple-darwin8.5.0
Configured with: /Users/perrin/gcc_MAINLINE/gcc/configure
--prefix=/Users/perrin/gcc_MAINLINE/INSTALL/112069/ --enable-threads=posix
--enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 4.2.0 20060314 (experimental)
--
http
--- Comment #6 from patchapp at dberlin dot org 2006-03-15 03:05 ---
Subject: Bug number PR 20935
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00881.html
--
/bin/sh ../../../gcc/libgfortran/mk-kinds-h.sh
'/test/gnu/gcc-4.1/objdir/./gcc/g
fortran -B/test/gnu/gcc-4.1/objdir/./gcc/
-B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-h
pux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/ -isystem
/opt/
gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/include
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-15 03:15 ---
wait this test should not be linking at this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26686
--- Comment #2 from danglin at gcc dot gnu dot org 2006-03-15 03:37 ---
Just adding '-v' to the command, I see that all the command does is link:
Driving: /test/gnu/gcc-4.1/objdir/./gcc/gfortran
-B/test/gnu/gcc-4.1/objdir/./gc
c/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/
--- Comment #3 from deji_aking at yahoo dot ca 2006-03-15 04:45 ---
I'm re-opening this as my work-around doesn't work. I'll appreciate it if
someone could look at this issue. As mentioned earlier pgf90 and ifort compiles
the (attached) source file fine.
--
deji_aking at yahoo dot
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-15 05:26 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2006-03-15 05:34
---
Subject: Bug 26499
Author: jvdelisle
Date: Wed Mar 15 05:34:05 2006
New Revision: 112076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112076
Log:
2006-03-14 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-03-15 05:40
---
Subject: Bug 26499
Author: jvdelisle
Date: Wed Mar 15 05:40:20 2006
New Revision: 112077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112077
Log:
2006-03-14 Jerry DeLisle [EMAIL PROTECTED]
PR
Overview Description:
gcc 3.3 or gcc 4.0 on Apple's OSX 10.4 generates bad code that references r31
when called with -O1 -fno-pic. If you use -O0 or do not use -fno-pic the
problem.
Steps to Reproduce:
run gcc -O1 -fno-pic -c or gcc-4.0 -O1 -fno-pic -c on:
void broken(double *ret, int num)
{
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:03
---
Subject: Bug 19101
Author: jvdelisle
Date: Wed Mar 15 07:03:20 2006
New Revision: 112078
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112078
Log:
2006-03-14 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:08
---
Subject: Bug 19101
Author: jvdelisle
Date: Wed Mar 15 07:08:06 2006
New Revision: 112079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112079
Log:
2006-03-14 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:10
---
Fixed on 4.2 before, now fixed on 4.1.1 as well.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-03-15 07:29
---
Please XFAIL the testcase on the relevant platforms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
87 matches
Mail list logo
