lap --enable-checking=release
build_alias=i486-linux-gnu host_alias=i486-linux-gnu
target_alias=i486-linux-gnu --enable-languages=c,c++ --no-create --no-recursion
Thread model: posix
gcc version 4.3.0 20070309 (experimental)
/home/wouter/gcc/local/libexec/gcc/i486-linux-gnu/4.3.0/cc1plus -quiet
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-03-10 02:33
---
(In reply to comment #15)
> on spu-elf, I get:
Likewise for the C testcase too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17946
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-10 02:32 ---
On spu-elf, I get:
Executing on host: /home/apinski/src/local/gcc/objdir-spu/gcc/xgcc
-B/home/apinski/src/local/gcc/objdir-spu/gcc/
/home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/pr28935.c -O3
-ftree-vectorize -
--- Comment #15 from pinskia at gcc dot gnu dot org 2007-03-10 02:30
---
on spu-elf, I get:
cc1plus: error: unrecognized command line option "-Winvariant-expr"^M
FAIL: g++.dg/warn/Wlogical-op-1.C (test for warnings, line 31) FAIL:
g++.dg/warn/Wlogical-op-1.C (test for warnings, line
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from hp at gcc dot gnu dot org 2007-03-10 02:12 ---
In response to #2, sorry, but the 6.cc test-case passes with r122747 and fails
with r122748 so this regression *is* exposed by your patch; reconfirmed with a
different x86_64-unknown-linux-gnu host as well as a i686-pc-li
--- Comment #13 from dgregor at gcc dot gnu dot org 2007-03-10 02:02
---
Subject: Bug 20599
Author: dgregor
Date: Sat Mar 10 02:01:49 2007
New Revision: 122789
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122789
Log:
2007-03-09 Douglas Gregor <[EMAIL PROTECTED]>
PR
--- Comment #12 from dgregor at gcc dot gnu dot org 2007-03-10 01:59
---
Subject: Bug 20599
Author: dgregor
Date: Sat Mar 10 01:58:58 2007
New Revision: 122788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122788
Log:
2007-03-09 Douglas Gregor <[EMAIL PROTECTED]>
PR
--- Comment #10 from dannysmith at users dot sourceforge dot net
2007-03-10 01:51 ---
In dlls buit by MS windows native toolchain (eg the win32api system
libraries), exported functions are built with __stdcall calling
convention, but are exported without any decoration, eg, WinFooFoo is
--- Comment #29 from pinskia at gcc dot gnu dot org 2007-03-10 01:41
---
(In reply to comment #27)
> Andrew indicates that this is fixed in 4.3 in this message:
Actually it was only fixed with optimization turned on. It still fails at -O0.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-03-10 01:40
---
In this message:
http://gcc.gnu.org/ml/gcc/2007-03/msg00249.html
Andre Macleod indicates that this will be difficult to fix in pre-4.3
compilers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27986
--- Comment #28 from mmitchel at gcc dot gnu dot org 2007-03-10 01:40
---
In this message:
http://gcc.gnu.org/ml/gcc/2007-03/msg00249.html
Andre Macleod indicates that this will be difficult to fix in pre-4.3
compilers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-03-10 01:39
---
In this message:
http://gcc.gnu.org/ml/gcc/2007-03/msg00249.html
Andre Macleod indicates that this will be difficult to fix in pre-4.3
compilers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21596
--- Comment #27 from mmitchel at gcc dot gnu dot org 2007-03-10 01:36
---
Andrew indicates that this is fixed in 4.3 in this message:
http://gcc.gnu.org/ml/gcc/2007-03/msg00249.html
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from lucier at math dot purdue dot edu 2007-03-10 01:22
---
[descartes:~/programs/gcc/mainline] gcc-test% cat LAST_UPDATED
Fri Mar 9 19:55:23 EST 2007
Sat Mar 10 00:55:23 UTC 2007 (revision 122781M)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31118
With this configure and build:
#!/bin/tcsh
/bin/rm -rf *; env CC=/pkgs/gcc-4.2.0-64/bin/gcc ../configure
--build=powerpc64-apple-darwin8.8.0 --host=powerpc64-apple-darwin8.8.0
--target=powerpc64-apple-darwin8.8.0 --with-gmp=/pkgs/gmp-4.2.1-64/
--with-mpfr=/pkgs/gmp-4.2.1-64/ --prefix=/pkgs/gcc-4.3
--- Comment #4 from rth at gcc dot gnu dot org 2007-03-10 00:59 ---
Subject: Bug 26090
Author: rth
Date: Sat Mar 10 00:59:15 2007
New Revision: 122782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122782
Log:
PR target/26090
* target.h (targetm.asm.out.reloc_rw_
--- Comment #3 from rth at gcc dot gnu dot org 2007-03-10 00:53 ---
Subject: Bug 26090
Author: rth
Date: Sat Mar 10 00:53:09 2007
New Revision: 122781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122781
Log:
PR target/26090
* target.h (targetm.asm.out.reloc_rw_
--- Comment #41 from kenner at vlsi1 dot ultra dot nyu dot edu 2007-03-10
00:17 ---
Subject: Re: [4.3 regression] ACATS cxh1001 fails
> It is not possible for a pointer value to be uninitialized. The language
> requires all pointers to be default initialized to null.
I mean the thin
--- Comment #2 from craig dot lawson at centrify dot com 2007-03-10 00:15
---
Seems like that define should come from gcc's "-pthread" option so it applies
to all source files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-10 00:10 ---
Sounds like a define is not being added so errno turns into a thread safe
version ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #1 from hp at gcc dot gnu dot org 2007-03-10 00:10 ---
Created an attachment (id=13184)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13184&action=view)
Preprocessed code from test-suite
Running cc1plus -fpreprocessed priority_queue_rand.ii -quiet -O2
is sufficient.
Functions in c++locale.o in libstdc++.a access the errno global int and this is
unsafe for use in threaded programs. Yet another object file in the same
library references the thread-local errno address function. Impact is minimal,
but indicates mixed compilation model object files are linked toget
--- Comment #13 from dnovillo at redhat dot com 2007-03-10 00:07 ---
Subject: Re: Revision 121302 causes 30% performance
regression
hjl at lucon dot org wrote on 03/09/07 19:04:
> --param max-aliased-vops=100 works:
>
OK, thanks. I'll add this PR to the mix then.
--
http://gcc
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-03-10 00:05
---
Fixed on 4.2 and 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from hjl at lucon dot org 2007-03-10 00:04 ---
--param max-aliased-vops=100 works:
[EMAIL PROTECTED] 597]$ make
/usr/gcc-next/bin/gfortran -c -O2 --param max-aliased-vops=100 -o 301.o
test597.f90
/usr/gcc-4.3/bin/gfortran -o 301 301.o -Wl,-rpath,/usr/gcc-4.3/lib64
/usr/g
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-03-10 00:03
---
Subject: Bug 31099
Author: jvdelisle
Date: Sat Mar 10 00:03:19 2007
New Revision: 122776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122776
Log:
2007-03-09 Jerry DeLisle <[EMAIL PROTECTED]>
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #9 from dberlin at gcc dot gnu dot org 2007-03-10 00:01 ---
Subject: Re: Unable to coalesce ssa_names and which are marked as MUST
COALESCE
On 8 Mar 2007 20:12:16 -, amacleod at redhat dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #7 from amacleod at redhat
On 8 Mar 2007 20:12:16 -, amacleod at redhat dot com
<[EMAIL PROTECTED]> wrote:
--- Comment #7 from amacleod at redhat dot com 2007-03-08 20:12 ---
Looking at the original testcase, the complaint is that _t_8232 and _t_3 are
both used in the PHI definition of _t_7. (using mainline
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-03-10 00:00
---
Subject: Bug 31099
Author: jvdelisle
Date: Sat Mar 10 00:00:21 2007
New Revision: 122775
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122775
Log:
2007-03-09 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from geoffk at gcc dot gnu dot org 2007-03-10 00:00 ---
Subject: Bug 31013
Author: geoffk
Date: Sat Mar 10 00:00:09 2007
New Revision: 122774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122774
Log:
PR 31013
* gccspec.c (lang_specific_driver): Do
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-03-09 23:55
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 9 23:55:17 2007
New Revision: 122773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122773
Log:
2007-03-09 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from dnovillo at gcc dot gnu dot org 2007-03-09 23:53
---
I'm already handling this family of performance problems. I need a few more
days to finish the WIP patch I have. In the meantime, see if increasing
--param max-aliased-vops works around the problem.
--
dnov
This test passed with r122752 and failed with r122760:
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
...
FAIL: ext/pb_ds/regression/priority_queue_rand.cc (test for excess errors)
and in libstdc++.log:
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/util
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-03-09 23:48
---
(In reply to comment #7)
> The obvoious difference is more precise alias information:
>
> -bar: Maximum number of VOPS needed per statement: 80
> +bar: Maximum number of VOPS needed per statement: 71
See, it was
--- Comment #40 from baldrick at free dot fr 2007-03-09 23:41 ---
Subject: Re: [4.3 regression] ACATS cxh1001 fails
On Saturday 10 March 2007 00:13:27 kenner at vlsi1 dot ultra dot nyu dot edu
wrote:
>
> --- Comment #39 from kenner at vlsi1 dot ultra dot nyu dot edu
> 2007-03-09
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-03-09 23:36 ---
Should be fixed now, but H-P Nilsson says on IRC that there is a new ICE in
cse.c that could be related. No details yet. I suppose it's mainline, because
the patches for the branches are so much more trivial. We'l
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 23:30:16 2007
New Revision: 122772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122772
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn): R
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-09 23:30
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 23:29:51 2007
New Revision: 122771
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122771
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn): R
--- Comment #1 from steven at gcc dot gnu dot org 2007-03-09 23:27 ---
I can't get the test case to fail. Can you give the output of
g++ -O2 -ftracer -v
on your test case please? Thanks.
--
steven at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-09 23:25 ---
Subject: Bug 30045
Author: pinskia
Date: Fri Mar 9 23:24:53 2007
New Revision: 122770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122770
Log:
2007-03-09 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-03-09 23:20 ---
Subject: Bug 30729
Author: pinskia
Date: Fri Mar 9 23:20:28 2007
New Revision: 122769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122769
Log:
2007-03-09 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-03-09 23:17 ---
I didn't complain about register pressure. You need to get a thicker skin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31090
--- Comment #39 from kenner at vlsi1 dot ultra dot nyu dot edu 2007-03-09
23:13 ---
Subject: Re: [4.3 regression] ACATS cxh1001 fails
> I don't see that pointer dereferences are a problem - I'm pretty sure that
> the RM places you firmly in the erroneous zone if you do something that
--- Comment #38 from baldrick at free dot fr 2007-03-09 23:10 ---
Subject: Re: [4.3 regression] ACATS cxh1001 fails
> > All the mess would be way easier if the FE would not expose the subtypes to
> > the middle-end...
>
> I don't see how giving *additional* information could be bad: t
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Fixed.
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Subject: Bug 28624
Author: pinskia
Date: Fri Mar 9 23:09:13 2007
New Revision: 122768
URL: http://gcc.gnu.org/viewcvs?r
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-09 23:09 ---
It doesnt fail for me with
+2007-03-09 Richard Guenther <[EMAIL PROTECTED]>
+
+ PR tree-optimization/30904
+ PR middle-end/31058
+ * tree-vrp.c (extract_range_from_binary_expr): Handle RSHIFT_EX
--- Comment #8 from pinskia at gmail dot com 2007-03-09 23:05 ---
Subject: Re: Revision 121302 causes 30% performance regression
On 9 Mar 2007 23:00:55 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
> Other than that, more precise alias information
> can cause more
On 9 Mar 2007 23:00:55 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
Other than that, more precise alias information
can cause more register pressure, too.
Fix the register allocator instead of complaining about this issue. I
am sorry but if people want a compiler which wo
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-03-09 23:02 ---
Subject: Bug 30168
Author: pinskia
Date: Fri Mar 9 23:02:28 2007
New Revision: 122766
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122766
Log:
2007-03-08 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-03-09 23:00 ---
The obvoious difference is more precise alias information:
-bar: Maximum number of VOPS needed per statement: 80
+bar: Maximum number of VOPS needed per statement: 71
(and the resulting different partitioning).
Wh
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31115
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31030
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-09 22:49 ---
For completeness: This is on x86_64-unknown-linux-gnu
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #93 from pinskia at gcc dot gnu dot org 2007-03-09 22:45
---
*** Bug 31114 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-09 22:45 ---
There is no way to get all the same fp arithmetic model on all targets as some
don't even support IEEE float, SPU comes to mind.
Please read: http://gcc.gnu.org/bugs.html#nonbugs
Also read the paper which is linked
--- Comment #37 from baldrick at free dot fr 2007-03-09 22:44 ---
Subject: Re: [4.3 regression] ACATS cxh1001 fails
> Think of a range check being done in a subscript reference in the LHS of
> an assignment. A bounded error is not allowed to cause a memory store
> outside the bounds o
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-03-09 22:40 ---
I think the feature request is too vague and possibly x86 centric. But there
is ongoing discussion on making all the options that control FP optimization
and
conformance to language and IEEE standards less confusing
--- Comment #14 from brooks at gcc dot gnu dot org 2007-03-09 22:21 ---
Since this isn't a regression, the fix won't be backported to 4.1; thus, I'm
closing this as fixed.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
These tests passed with r122746 and fail starting with r122749:
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
...
WARNING: program timed out.
FAIL: 22_locale/num_get/get/char/2.cc execution test
...
WARNING: program timed out.
FAIL: 27_io/basic_ostream/ins
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-03-09 21:51
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 9 21:51:39 2007
New Revision: 122763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122763
Log:
2007-03-09 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from patchapp at dberlin dot org 2007-03-09 21:30 ---
Subject: Bug number PR31099
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-03/msg00576.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from terry at chem dot gu dot se 2007-03-09 21:29 ---
It seems the "x86 is stupid, see bug 323" blinkers have come down.
I'm not asking for anyone to alter any gcc code generation. I specifically
don't want the FP in software mentioned by kargl. The fact that gcc suppor
--- Comment #3 from kargl at gcc dot gnu dot org 2007-03-09 20:54 ---
(In reply to comment #0)
>
> In other words, I'm after an analogue of ifort's
> -mp/-fltconsistency/-mieee-fp.
>
GCC supports many many many more CPU architectures than ifort. This
isn't going to happen unless you
--- Comment #2 from terry at chem dot gu dot se 2007-03-09 20:23 ---
Andrew, this is not a duplicate of #323.
I know why floating point results differ. I know there are
architecture-specific options that result in a more consistent floating point
model. (As far as I know, -ffloat-stor
--- Comment #92 from whaley at cs dot utsa dot edu 2007-03-09 20:22 ---
I'd like to welcome the newest members of the bug 323 community, where all x87
floating point errors in gcc come to die! All floating point errors that use
the x87 are welcome, despite the fact that many of them are
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-09 20:13 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from Thomas dot Koenig at online dot de 2007-03-09 20:13
---
Subject: Re: [4.3/4.2 regression] Runtime error on legal code using RECL
> I believe I have a fix. I am testing now. We were not initializing a few
> things when we have a record length given.
>
> Index: io
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-03-09 20:13 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 20:13:10 2007
New Revision: 122760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122760
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn): R
--- Comment #91 from pinskia at gcc dot gnu dot org 2007-03-09 20:11
---
*** Bug 31114 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-09 20:11 ---
-ffloat-store
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from dj at redhat dot com 2007-03-09 20:08 ---
Subject: Re: New: Problem while compiling gcc for m32c-elf
Fixed via revision 122759.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31113
This is a feature request.
It stems from a discussion on gcc-help ("RE: Internal representation of double
variables - 3.4.6 vs 4.1.0").
There is no general, high-level option to enforce any particular arithmetic
model. Thus running floating point code on different CPUs may give different
results
--- Comment #9 from aldyh at gcc dot gnu dot org 2007-03-09 20:05 ---
Subject: Bug 30375
Author: aldyh
Date: Fri Mar 9 20:05:08 2007
New Revision: 122758
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122758
Log:
PR tree-optimization/30375
* tree-ssa-dse.c (dse_
Hello,
there seems to be a gcc problem with the target 'm32c-elf':
When I use make -j 1 it works, whith make -j 2 it fails.
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-o
--- Comment #22 from tbm at cyrius dot com 2007-03-09 19:34 ---
Testcase based on conf.i:
struct symbol
{
char *help;
};
struct menu
{
struct menu *next;
struct menu *list;
struct symbol *sym;
};
enum
{
ask_all,
}
input_mode = ask_all;
static char line[128];
static char nohelp
--- Comment #21 from tbm at cyrius dot com 2007-03-09 19:28 ---
(In reply to comment #20)
> Uh, i think i accidentally fixed the reduced testcase with my recent alias
> patch (r122741).
> Are the others still failing?
Yes, conf.i is still failing at -O2
--
http://gcc.gnu.org/bugzil
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-03-09 19:16
---
Created an attachment (id=13183)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13183&action=view)
from SVN revision: 122728
Commandline used to create libgcc2.i:
/home/mstein/sim/sh-elf/build/./gcc/x
Hello,
there seems to be a gcc problem with the target 'sh-elf':
/home/mstein/sim/sh-elf/build/./gcc/xgcc -B/home/mstein/sim/sh-elf/build/./gcc/
-nostdinc -B/home/mstein/sim/sh-elf/build/sh-elf/newlib/ -isystem
/home/mstein/sim/sh-elf/build/sh-elf/newlib/targ-include -isystem
/n/07/mstein/combine
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
--- Comment #2 from manu at gcc dot gnu dot org 2007-03-09 18:33 ---
(In reply to comment #1)
> 4.1.0 fails the same way.
>
4.3.0 revision 122287 says:
pr27030.c: In function f:
pr27030.c:3: warning: __weakref__ attribute ignored
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from sebor at roguewave dot com 2007-03-09 18:25 ---
(In reply to comment #5)
Good point! I hadn't thought of that. Since that option is out and __FUNCTION__
should simply behave identically to __func__ and be disallowed in global or
namespace scope function argument list
--- Comment #2 from ubizjak at gmail dot com 2007-03-09 18:21 ---
No, this is not a target problem. I have traced the problem down to
reload_cse_simplify(), where insn that loads flags (either test or sahf) gets
cleared. This is highly suspicious part of code (why value is set to 0 ?):
--- Comment #7 from simartin at gcc dot gnu dot org 2007-03-09 18:21
---
Fixed in 4.1, 4.2 and 4.3.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-03-09 18:16
---
Created an attachment (id=13182)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13182&action=view)
from SVN revision: 122728
Commandline used to create ldtoa.i:
/home/mstein/sim/mn10300-elf/build/./gc
--- Comment #7 from amacleod at redhat dot com 2007-03-09 18:11 ---
Subject: Bug 29877
Author: amacleod
Date: Fri Mar 9 18:11:40 2007
New Revision: 122754
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122754
Log:
2006-03-09 Mark Shinwell <[EMAIL PROTECTED]>
Andre
Hello,
there seems to be a gcc problem with the target 'mn10300-elf':
/home/mstein/sim/mn10300-elf/build/./gcc/xgcc
-B/home/mstein/sim/mn10300-elf/build/./gcc/ -nostdinc
-B/home/mstein/sim/mn10300-elf/build/mn10300-elf/newlib/ -isystem
/home/mstein/sim/mn10300-elf/build/mn10300-elf/newlib/targ-in
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-03-09 18:02
---
I believe I have a fix. I am testing now. We were not initializing a few
things when we have a record length given.
Index: io/open.c
===
--- io/op
--- Comment #6 from hjl at lucon dot org 2007-03-09 17:57 ---
Created an attachment (id=13181)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13181&action=view)
Dumps of -fdump-tree-alias-vops-details-blocks-stats
121301 is from revision 121301 and 121302 is from revision 121302.
--- Comment #20 from dberlin at gcc dot gnu dot org 2007-03-09 17:55
---
Uh, i think i accidentally fixed the reduced testcase with my recent alias
patch (r122741).
Are the others still failing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29922
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-03-09 17:51 ---
Subject: Re: Revision 121302 causes 30% performance regression
Could you attach dumps for fdump-tree-alias-vops-details-blocks-stats
(tarr'ing up the resulting dumps is fine) for before and after?
I don't have a c
--- Comment #4 from hjl at lucon dot org 2007-03-09 17:40 ---
Created an attachment (id=13180)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13180&action=view)
A breakdown testcase
xxx.f90 is the problem. -fdump-tree-all shows that revision 121302
generates very different alias in
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-09 17:14 ---
> Of course I could be completely wrong. But if I'm right, there would be an
> easy
> way to prevent such build breaks...
People make mistakes, this was just one of them.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #3 from hjl at lucon dot org 2007-03-09 17:11 ---
Gcc 4.3 revision 122738 has the same issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31090
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-03-09 17:08 ---
In fact this is an enhancement and really there just needs a new win32 option
for this feature.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-03-09 17:05 ---
This is not that much of a blocker, really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 173 matches
Mail list logo
