--- 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 #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 #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 #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 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 #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 #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 #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 #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]>
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
--
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 |
--- 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
--
--- 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 #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 #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 #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 #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
-
--
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
--
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
--- 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
--- 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+
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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]>
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 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
--
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 #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]>
--- 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 #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 #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
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 #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.
--- 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 #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 #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 #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 #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_
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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
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
101 - 173 of 173 matches
Mail list logo
