--- Comment #68 from jv244 at cam dot ac dot uk 2007-02-17 07:50 ---
Current gfortran compiles the code with the standard -OX switches, however,
still ICEs with '-O2 -fbounds-check -ftree-vectorize -ftree-loop-linear
-ffast-math -O2 -msse3' on our local opteron.
all_cp2k_gfortran.f90: I
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-17 07:12 ---
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01491.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment):
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment):
--- Comment #4 from grigory_zagorodnev at linux dot intel dot com
2007-02-17 06:16 ---
(In reply to comment #3)
> This is odd... I can't confirm this in mainline, having tried both i686 and
I see this on 4.2 branch only.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-17 05:40 ---
This is odd... I can't confirm this in mainline, having tried both i686 and
x86_64 native builds. Has anyone else confirmed that it applies to the trunk
as well, to justify its being marked as 4.3 Regression?
I'll
--- Comment #1 from rridge at csclub dot uwaterloo dot ca 2007-02-17 05:32
---
This also happens on MinGW, and I've been able to reproduce on i386-linux.
It seems to be due to the changes made in r121821. In this change
a number of functions made to use set_unique_reg_note(), but thi
../../../gcc43/libgcc/../gcc/libgcc2.c: In function '__lshrdi3':
../../../gcc43/libgcc/../gcc/libgcc2.c:435: internal compiler error:
Segmentation fault
Trunk Revision: 122064
Configured with:
../gcc43/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran
--enable-bootstrap --enabl
this may or may not be the same as #29775.
% cat extra-mov.c <> shift;
unsigned value = table[block];
return (value >> 8);
}
EOF
% gcc -g -O3 -Wall -c -o extra-mov.o extra-mov.c
% objdump -dr extra-mov.o
extra-mov.o: file format elf64-x86-64
Disassembly of section .text:
0
make bootstrap failed with the following error:
/home/xiaoyi/build/obj.gcc412/./gcc/xgcc -shared-libgcc
-B/home/xiaoyi/build/obj.gcc412/./gcc -nostdinc++
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/e
The following prints some garbage characters for GCC 4.0.x and GCC 4.1.x on
x86-linux (for various x, I believe all official GCC releases are affected).
with Ada.Text_IO; use Ada.Text_IO;
with GNAT.compiler_version;
procedure P is
package V is new GNAT.compiler_version;
begin
Put_Line ("comp
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-02-16 23:52
---
No need to go to 4.1. This is an ICE on invalid.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-02-16 23:42
---
Subject: Bug 30779
Author: jvdelisle
Date: Fri Feb 16 23:42:11 2007
New Revision: 122059
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122059
Log:
2007-02-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #15 from manu at gcc dot gnu dot org 2007-02-16 23:35 ---
(In reply to comment #14)
> (In reply to comment #12)
> > 1) there is no warning if I add the keyword "inline" to objc-list.h
> > (list_free).
>
> I preapprove the patch which adds the keyword inline to that function
--- Comment #5 from sje at cup dot hp dot com 2007-02-16 23:26 ---
It looks like GCC is running afoul of the IA64 Runtime standard. In section
8.6 (return values) it says that aggregates larger than 256 bytes (mallinfo is
320 bytes), the caller must allocate a buffer and pass a pointer
> I just got this error building a cross-compiler from sparc-sun-solaris2.10
> targetted to i686-unknown-linux-gnu. This worked as recently as last
> week:
>
> > build/genoutput ../../egcc-SVN20070216/gcc/config/i386/i386.md
> insn-conditions.md > tmp-output.c
> > config/i386/i386.md:3705: err
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-16 22:29 ---
libcpp should be use BOOT_CFLAGS in 4.1.0 and before.
In 4.2.0 and above the toplevel bootstrap allows libcpp to be compiled three
times.
Second there is TARGET_CFLAGS also which is used to compile target libraries.
--- Comment #29 from tony2001 at php dot net 2007-02-16 22:26 ---
That seems to do the trick, lets see now if it's able to create working
binaries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819
--- Comment #10 from tromey at gcc dot gnu dot org 2007-02-16 21:51 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-16 21:48 ---
Fixed on svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-02-16 21:33
---
(In reply to comment #12)
> 1) there is no warning if I add the keyword "inline" to objc-list.h
> (list_free).
I preapprove the patch which adds the keyword inline to that function.
Thanks,
Andrew Pinski
--
I just got this error building a cross-compiler from sparc-sun-solaris2.10
targetted to i686-unknown-linux-gnu. This worked as recently as last
week:
> build/genoutput ../../egcc-SVN20070216/gcc/config/i386/i386.md
> insn-conditions.md > tmp-output.c
> config/i386/i386.md:3705: error: undefin
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-16 21:08 ---
(In reply to comment #4)
> (In reply to comment #3)
>
> > There is a new -Wconversion implementation. Perhaps you could do the same
> > for
> > fortran as I did for C/C++. Take a look at c-common.c
> > (conversion_wa
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2007-02-16 21:00
---
> And a weird one, no doubt.
Probably, but again it's fully documented.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819
--- Comment #27 from tony2001 at php dot net 2007-02-16 20:56 ---
(In reply to comment #25)
> > Why on earth is this required?
>
> Long story... :-)
And a weird one, no doubt.
> Puzzled. Try --disable-nls then.
I'll tell you the result in 10-15 minutes.
--
http://gcc.gnu.org/bu
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:55
---
Fixed on 4.1 branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
* loop.c (strength_reduce): Don't reduce giv that is not always
executed and where add_val or mult_val can trap.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20070216-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/loop.c
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-02-16 20:50 ---
(In reply to comment #3)
> There is a new -Wconversion implementation. Perhaps you could do the same for
> fortran as I did for C/C++. Take a look at c-common.c (conversion_warnings).
> It
> would be great if -Wcon
--- Comment #26 from armin at xos dot net 2007-02-16 20:48 ---
Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
did you unpack the source
make a directory for the build
go there
and do a ../???/configure xxx
snd not build in the unpacked dir?
maybe you have a strange version
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:46
---
> Why on earth is this required?
Long story... :-)
> Though, it still fails in the same place:
>
> bison -y --name-prefix=__gettext --output plural.c
> /space/tony/gcc-4.1.2/intl/plural.y
Puzzled. Try --disa
--- Comment #24 from tony2001 at php dot net 2007-02-16 20:41 ---
(In reply to comment #21)
> > Well, I just unpacked the tar, executed configure, make and got this error
> > message.
>
> And set CONFIG_SHELL?
Ok, using ksh now.
> And configured outside the source directory?
Why on
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:12
---
> # $CONFIG_SHELL --version
> GNU bash, version 2.03.0(1)-release (sparc-sun-solaris)
> Copyright 1998 Free Software Foundation, Inc.
IIRC old bash versions are buggy on Solaris. Just use /bin/ksh as recommende
--- Comment #22 from tony2001 at php dot net 2007-02-16 20:08 ---
(In reply to comment #20)
> Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
>
> did you set the shell it might be that /bin/sh is no bash but a ksh
# $CONFIG_SHELL --version
GNU bash, version 2.03.0(1)-release
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:05
---
> Well, I just unpacked the tar, executed configure, make and got this error
> message.
And set CONFIG_SHELL? And configured outside the source directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=308
--- Comment #20 from armin at xos dot net 2007-02-16 20:04 ---
Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
did you set the shell it might be that /bin/sh is no bash but a ksh
and paths might be wrong in any of those...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #19 from tony2001 at php dot net 2007-02-16 19:58 ---
>You shouldn't need bison or m4 either.
Well, I just unpacked the tar, executed configure, make and got this error
message.
Using the recommended native binutils and GNU make.
Anything else?
--
http://gcc.gnu.org/bu
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-02-16 19:39
---
> With --enable-languages={c,c++} it still builds fastjar.
> Don't ask me why.
Something is very likely misconfigured.
> > You didn't set CONFIG_SHELL.
>
> What should I set it to?
> I guess GNU bash isn't goo
--- Comment #17 from tony2001 at php dot net 2007-02-16 19:29 ---
(In reply to comment #13)
> > - fastjar compilation requires "makeinfo" (had to patch Makefile to make it
> > work); see Bug 27822
>
> Do not build Java.
I didn't.
With --enable-languages={c,c++} it still builds fastjar
--- Comment #10 from ghazi at gcc dot gnu dot org 2007-02-16 19:23 ---
(In reply to comment #7)
> The backtrace ends in mpfr_erf, I couldn't go further up. To overcome this
> difficulty, I set a breakpoint on the caller, see below.
That's perhaps because mpfr_erf is called from do_mpfr
--- Comment #9 from ghazi at gcc dot gnu dot org 2007-02-16 19:13 ---
(In reply to comment #8)
> Oh, just noticed this by chance: Steve's testcase also fails with optimization
> disabled, again the call to mpfr_erf is issued in do_mpfr_arg1.
Do you get a failure with a C testcase equiva
--- Comment #5 from sdack at gmx dot de 2007-02-16 19:03 ---
What I now did was the following: I set CFLAGS, CXXFLAGS, LIBCFLAGS,
LIBCXXFLAGS and BOOT_CFLAGS on the command line to make to:
"-pipe -march=athlon-xp -msse -mmmx -m3dnow -mfpmath=sse -O3
-mpreferred-stack-boundary=6 -falign
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2007-02-16 19:00
---
> No Sun compiler here.
The Sun tools are /usr/ccs/bin/as and /usr/ccs/bin/ld .
> > read the instructions, build only C/C++.
>
> That's what I did.
Did you set CONFIG_SHELL?
--
http://gcc.gnu.org/bugzill
--- Comment #15 from tony2001 at php dot net 2007-02-16 18:53 ---
(In reply to comment #14)
> Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
>
> > Use the Sun tools
No Sun compilere here.
> read the instructions, build only C/C++.
That's what I did.
> CC="cc -xarch=v9" c
--- Comment #17 from bangerth at dealii dot org 2007-02-16 18:47 ---
If anyone ever fixes this, the various duplicates of this bug
have a number of interesting variants that may be worth adding
to the testsuite as well.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14032
--- Comment #14 from armin at xos dot net 2007-02-16 18:40 ---
Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
> Use the Sun tools, read the instructions, build only C/C++.
that's how i did it:
CC="cc -xarch=v9" configure --prefix=/usr/local --enable-languages=c,c++
--enabl
--- Comment #16 from bangerth at dealii dot org 2007-02-16 18:39 ---
*** Bug 4882 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--- Comment #10 from bangerth at dealii dot org 2007-02-16 18:39 ---
This is a duplicate of PR14032, which has more information on the matter
than the present one.
W.
*** This bug has been marked as a duplicate of 14032 ***
--
bangerth at dealii dot org changed:
What
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-02-16 18:32
---
> - fastjar compilation requires "makeinfo" (had to patch Makefile to make it
> work); see Bug 27822
Do not build Java.
> - native sed doesn't work (had to install GNU sed);
GNU sed is not required.
> - GNU s
--- Comment #4 from pault at gcc dot gnu dot org 2007-02-16 18:22 ---
Thanks for the reminder - I had not forgotten. I am trying to work my way
through the list with very limited time. I'll get there though!
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29507
--- Comment #12 from tony2001 at php dot net 2007-02-16 18:12 ---
Yes, sounds really easy. But the fact is that Solaris is very useful platform -
if there are any hidden bugs/problems/whatever, you can be sure you'll
encounter them on Solaris.
- native tar fails to unpack the archive (
--- Comment #4 from michael dot haubenwallner at salomon dot at 2007-02-16
18:06 ---
Have already debugged inside mallinfo(), where gdb says:
Program received signal SIGBUS, Bus error
si_code: 1 - BUS_ADRALN - Invalid address alignment.
0x20007edb4130:0 in mallinfo+0x180 () from /
--- Comment #13 from mrs at apple dot com 2007-02-16 17:59 ---
Adding inline seems obvious to me, all the other functions are marked inline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4076
--- Comment #3 from michael dot haubenwallner at salomon dot at 2007-02-16
17:58 ---
Created an attachment (id=13057)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13057&action=view)
assembler output without the bug-trigger, built with '-O1 -DNOTRIGGER'
Again, focus on line 18:
1
--- Comment #2 from michael dot haubenwallner at salomon dot at 2007-02-16
17:56 ---
Created an attachment (id=13056)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13056&action=view)
the failing assembler output, created with '-O1'
Have the focus on line 18:
18 adds r8 = 20,
--- Comment #1 from michael dot haubenwallner at salomon dot at 2007-02-16
17:50 ---
Created an attachment (id=13055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13055&action=view)
testcase, extracted from preprocessor output of real application code.
Have looked at assembler o
Attached test program dumps core when built with optimization using gcc-4.1.1
on ia64-hp-hpux11.23.
It works without optimization, or when using "-O1 -fno-inline".
It is same both with HP's gcc-4.1.1 as well with self-built gcc-4.1.1, both
using GNU as.
$ /opt/hp-gcc-4.1.1/bin/gcc -v
Using built
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-02-16 17:41
---
> Still working on that - compiling GCC on Solaris is a big deal.
That depends on what "big deal" means. :-) You just have to unpack the tarball
and follow the instructions at
http://gcc.gnu.org/install/speci
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2007-02-16 17:40
---
This is a duplicate of 27843 (Solaris and Tru64 /bin/sh share the same issue),
which has been resolved as fixed. :-)
Someone empowered enough please reflect this in the settings, thank you!
--
http://gcc.g
--- Comment #10 from tony2001 at php dot net 2007-02-16 17:33 ---
>That's why it would be interesting to try with the 4.1.2 release too.
Well, to do that I need to compile it first.
Still working on that - compiling GCC on Solaris is a big deal.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #6 from patchapp at dberlin dot org 2007-02-16 17:17 ---
Subject: Bug number PR c++/23689
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/2007-02/msg00114.html
--
http://gcc.gnu.org/bugzil
--- Comment #27 from pcarlini at suse dot de 2007-02-16 17:04 ---
(In reply to comment #26)
> Paolo Carlini, why did you revert the xfail? That's *not* according to
> procedure.
You can resent whatever you want, but I'm maintaining the library and both
Benjamin (another maintainer) and
--- Comment #26 from hp at gcc dot gnu dot org 2007-02-16 17:01 ---
Paolo Carlini, why did you revert the xfail? That's *not* according to
procedure.
I really resent that, but please discuss the issue on the gcc@ or gcc-patches@
lists, not here. If it was the extra FAIL lines for ICEin
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-02-16 16:44
---
> Do you mean it is some kind of "improvement" in GCC 4.x that makes the result
> binary to segfault in random places when compiled without -fstrict-aliasing ?
No, -fstrict-aliasing is not new, it's there since
--- Comment #2 from Zarathustra at gentlemansclub dot de 2007-02-16 16:35
---
I know the rules for template function name lookup are complicated, and I do
not claim that I understand them completely. But I am pretty sure that the
order of the definitions should not matter. There is a pa
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-02-16 16:15
---
OK, given that we now have a fine memcpy code generation and nobody seems to
have an example, I'm closing this. Please reopen if you think I'm wrong.
--
fxcoudert at gcc dot gnu dot org changed:
Wh
Hi,
current mainline (revision 122038) produces an ICE in stage 2 when configured
with --with-arch=athlon64:
~/rcs-data/gcc-svn/configure --prefix=$HOME/env/gcc --enable-languages=c
--with-arch=athlon64 && make
...
/home/julian/build/bld.gcc/./gcc/xgcc -B/home/julian/build/bld.gcc/./gcc/
-B/hom
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||27766
nThis||
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-02-16 16:05
---
Harald, if you were to assign copyright of your code (or modified code) to the
FSF by filing a copyright assignment, we could integrate that into gfortran. [I
don't think you have a copyright assignment, do you?]
--- Comment #13 from manu at gcc dot gnu dot org 2007-02-16 16:04 ---
(In reply to comment #12)
> Subject: Re: -Wno-deprecated needed also for C
>
> manu at gcc dot gnu dot org wrote:
> >
> > Wouldn't it be better to remove the dead code? Or is there a policy against
> > touching thin
--- Comment #1 from manu at gcc dot gnu dot org 2007-02-16 15:59 ---
> If should have stopped after the first warning.
I meant "It should have".
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
Testcase:
void f(int c)
{
return c;
}
int g(int c)
{
return;
}
~$ gcc -Wreturn-type -c test.c -Werror -Wfatal-errors
cc1: warnings being treated as errors
test.c: In function f:
test.c:3: warning: return with a value, in function returning void
test.c: In function g:
test.c:8: warning:
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:57
---
Fixed on mainline and 4.2. Unless you really want to backport it to 4.1.3, I'm
closing this bug.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:56
---
Fixed on mainline and 4.2. Unless you really want to backport it to 4.1.3, I'm
closing this bug.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:56
---
Fixed on mainline and 4.2. Unless you really want to backport it to 4.1.3, I'm
closing this bug.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:55
---
Fixed on 4.2 and mainline. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:55
---
Fixed on mainline and 4.2. Empty slices are hopelessly broken on 4.1, I think,
so closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|pending |tree-optimization
Summary|ICE on cpu2006/453.povray |[4.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-16 15:47 ---
// now the order changed and the compiler complains!
I think GCC 4.1.x and above are doing the correct behavior with respect of the
C++ standard. The C++ standard has specific rules about namelookup in
templates wh
--- Comment #6 from manu at gcc dot gnu dot org 2007-02-16 15:43 ---
(In reply to comment #5)
> I agree with Manuel. One error should be one error, regardless of the number
> of
> lines it takes to print it.
>
> Two errors should be two errors, etc etc etc.
>
> Seems like a pretty sim
--- Comment #10 from manu at gcc dot gnu dot org 2007-02-16 15:33 ---
(In reply to comment #9)
> (In reply to comment #8)
> > I meant that the warning is appropriate but
> > the message is confusing because it is exposing that when doing
> >
> > bool x = ~b;
> >
> > we actually do
>
--- Comment #3 from kevin dot glass at pnl dot gov 2007-02-16 15:29 ---
I ran this on a Pentium III and a Pentium IV using gcc 3.4.5 and gcc 4.01(?).
These produced incorrect results. I also ran them on an itanium using an older
gcc (2.9.2) in these cases, it produced correct results.
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2007-02-16 15:16 ---
Created an attachment (id=13054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13054&action=view)
Slightly minimized failing source file
run 'g++ -c -O2 messageoutput.i' to reproduce the failur
--- Comment #15 from twhitehe at uwo dot ca 2007-02-16 15:10 ---
This is a duplicate of 4882, however, I don't have the power to mark it as that
(not that that would necessarily be a good thing as this contains more recent
begging and is flagged with a higher priority).
--
twhitehe a
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-16 15:05 ---
Can you attach unreduced preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
--- Comment #26 from twhitehe at uwo dot ca 2007-02-16 15:04 ---
There is actually two different bugs here.
The original bug is a (rather convoluted) duplicate of 4882. It still remains
unresolved as of gcc-4.1.
The nested_deduction.zip source, which was submitted much later, demonstr
GCC 4.2 fails to compile spec cpu2006/453.povray benchmark sources at -O1 and
above optimization level both on x86_64-redhat-linux and i386-redhat-linux.
Compiler must be configured with '--enable-checking' to see this failure.
messageoutput.cpp: In constructor
'pov_frontend::MessageOutput::Messag
--- Comment #25 from pcarlini at suse dot de 2007-02-16 14:28 ---
Ok, just reverted the XFAILing. I think Andrew Pinski is already working on
reducing the testcase, in case we can also ask Janis to do a binary search.
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #24 from paolo at gcc dot gnu dot org 2007-02-16 14:26 ---
Subject: Bug 30768
Author: paolo
Date: Fri Feb 16 14:26:21 2007
New Revision: 122044
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122044
Log:
2007-02-16 Paolo Carlini <[EMAIL PROTECTED]>
Revert.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.2, 4.1 only] MAXVAL()|[4.1 only] MAXVAL()
|incorrect for zero-size int |in
--- Comment #8 from tony2001 at php dot net 2007-02-16 14:16 ---
(In reply to comment #6)
> If the trigger happens to be -fstrict-aliasing, it's very likely a violation
> of
> the type-based aliasing rules of the C/C++ languages. They are usually
> exposed
> by the scheduler, which is
--- Comment #12 from burnus at gcc dot gnu dot org 2007-02-16 14:15 ---
Subject: Bug 30512
Author: burnus
Date: Fri Feb 16 14:15:36 2007
New Revision: 122043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122043
Log:
fortran/
2007-02-16 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #8 from WILLIAMPAUL dot PHILIBERT at telus dot com 2007-02-16
14:11 ---
Subject: RE: [4.1 only] fastjar is asking for makeinfo in gmake bootstrap
I found that installing GNU Textutil prior to compiling GCC fix this issue.
William Paul Philibert
--
http://gcc.gnu.org
--- Comment #7 from tony2001 at php dot net 2007-02-16 14:05 ---
Still valid for GCC 4.1.2:
WARNING: `makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the ma
--- Comment #7 from armin at xos dot net 2007-02-16 14:00 ---
(In reply to comment #5)
> > i used the above cflags and it compiled well. and no segmentation faults
> > anymore.
>
> I wouldn't personally recommend -fwrapv, this may uncover other problems. On
> the contrary, -fno-strict-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-16 13:46 ---
*** This bug has been marked as a duplicate of 30818 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-16 13:46 ---
*** Bug 30821 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30818
1 - 100 of 138 matches
Mail list logo
