--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-01-06 07:14
---
Presumably a duplicate of PR middle-end/42068. Still waiting for Jan's
input...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from raj dot khem at gmail dot com 2010-01-06 06:08 ---
Created an attachment (id=19482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19482&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42632
Attached testcase fails with gcc trunk when compiled with -O2 it works ok with
-O1. This works fine with gcc 4.4/-O2
--
Summary: unimplemented: inlining failed in call to Âpskb_trimÂ:
recursive inlining
Product: gcc
Version: 4.5.0
--- Comment #10 from bkoz at gcc dot gnu dot org 2010-01-06 01:08 ---
RE: PR40459
The errors are different between that PR and this one. So, my guess is that
these are not related. That is also a warning, and this is an error.
FWIW, I think this should be a P1.
--
http://gcc.gnu
Command line:
gcc -O1 -funroll-loops -fcompare-debug -c testcase.c
Tested revisions:
r155643 - crash (x86_64)
r155290 - crash (x86)
r153685 - crash (x86_64)
Output:
$ /mnt/svn/gcc-trunk/binary-153685-lto/bin/gcc -O1 -funroll-loops
-fcompare-debug -c testcase.c
gcc: testcase.c: -fcompare-debug fai
--- Comment #1 from zsojka at seznam dot cz 2010-01-06 00:41 ---
Created an attachment (id=19481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19481&action=view)
reduced testcase
Command line:
gcc -O1 -fvariable-expansion-in-unroller -funroll-loops -fcompare-debug -c
pr42630.c
Can be related to pr42629
Command line:
gcc -O1 -fvariable-expansion-in-unroller -funroll-loops -fcompare-debug -c
testcase.c
Tested revisions (x86_64):
r155643 - crash
r155290 - crash (x86)
r154886 - crash
r153685 - crash
Output:
/mnt/svn/gcc-trunk/binary-155643-lto/bin/gcc -O1
-fvariable-expan
--- Comment #1 from zsojka at seznam dot cz 2010-01-06 00:29 ---
Created an attachment (id=19480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19480&action=view)
reduced testcase
gcc -O1 -fsched-pressure -fschedule-insns -fcompare-debug -c pr42629.c
fails for both x86_64 and i68
Command line:
gcc -O1 -fsched-pressure -fschedule-insns -fcompare-debug -c testcase.c
Tested revisions:
r155643 - crash
r155248 - crash
r153685 - crash
Output:
$ /mnt/svn/gcc-trunk/binary-155643-lto/bin/gcc -O1 -fsched-pressure
-fschedule-insns -fcompare-debug -c testcase.c
gcc: testcase.c: -fcom
--- Comment #14 from hjl at gcc dot gnu dot org 2010-01-05 23:53 ---
Subject: Bug 42542
Author: hjl
Date: Tue Jan 5 23:53:29 2010
New Revision: 155666
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155666
Log:
Add smaxv2di3, umaxv2di3, sminv2di3 and uminv2di3
gcc/
2010-01-05
--- Comment #2 from matt at use dot net 2010-01-05 23:28 ---
dyncast.cc, eh_call.cc, eh_personality.cc, guard.cc, and vmi_class_type_info.cc
all exhibit the same problem.
--
matt at use dot net changed:
What|Removed |Added
-
--- Comment #2 from jason at gcc dot gnu dot org 2010-01-05 23:14 ---
This was broken by
2008-08-19 Rafael Espindola
* varasm.c (weak_decls): Move earlier in the file.
(assemble_external): Add weak decls to the weak_decls list.
(declare_weak): Don't
X-Bugzilla-Reason: CC
--- Comment #1 from matt at use dot net 2010-01-05 23:10 ---
Created an attachment (id=19479)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19479&action=view)
pre-processed source of the file that evokes the crash during bootstrap
--
http://gcc.gnu.org/b
X-Bugzilla-Reason: CC
doing a profiledbootstrap with trunk revision 155656, I ran into this crash:
/home/matt/src/gcc-obj/./gcc/xgcc -shared-libgcc -B/home/matt/src/gcc-obj/./gcc
-nostdinc++ -L/home/matt/src/gcc-obj/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/home/matt/src/gcc-obj/x86_64-unknown-
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #16 from spop at gcc dot gnu dot org 2010-01-05 22:55 ---
Subject: Bug 42178
Author: spop
Date: Tue Jan 5 22:55:02 2010
New Revision: 155665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155665
Log:
Fix PR42178.
2010-01-05 Sebastian Pop
PR middle-end/4
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:43
---
On all active branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:34
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:34:01 2010
New Revision: 155664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155664
Log:
PR target/42564
* config/sparc/sparc.h
This is a build of 4.5.0 (svn trunk r155633) configured as
../gcc-trunk-svn/configure --prefix=/opt/gcc-4.5.0-x86_64 --disable-multilib
--enable-languages=c,ada --with-gmp=/opt/gnu --with-mpfr=/opt/gnu
--with-mpc=/opt/gnu --disable-bootstrap 2>&1
The build proceeded OK until this:
/Users/simon/g
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:32
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:32:25 2010
New Revision: 155663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155663
Log:
PR target/42564
* config/sparc/sparc.h
--- Comment #9 from jakub at gcc dot gnu dot org 2010-01-05 22:30 ---
Created an attachment (id=19478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19478&action=view)
vta-limit-on-size.patch
While Alex is busy working on speeding up var-tracking on these KDE testcases,
here is a
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:29
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:29:18 2010
New Revision: 155662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155662
Log:
PR target/42564
* config/sparc/sparc.h (
--- Comment #4 from zsojka at seznam dot cz 2010-01-05 22:14 ---
Created an attachment (id=19477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19477&action=view)
different testcase
Thank you for the quick fix.
Attached testcase fails even when both files are compiled with "-O1 -
--- Comment #4 from steven at gcc dot gnu dot org 2010-01-05 22:11 ---
I would just go back to the old status (of GCC 4.3 and earlier) than deciding
for each basic block individually whether to unfactor or not.
Could you please see if the attached problem makes the slow-down disappear?
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-01-05 21:56 ---
So the profiling information (which is not always accurate without real
profiling) says the code is not executed that often. I guess someone needs to
tune them better for computed gotos unless people really want to
--- Comment #2 from steven at gcc dot gnu dot org 2010-01-05 21:51 ---
Caused by revision 139760.
http://gcc.gnu.org/viewcvs?view=revision&revision=139760
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42621
--- Comment #3 from jakub at gcc dot gnu dot org 2010-01-05 21:26 ---
Created an attachment (id=19476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19476&action=view)
gcc45-pr42625.patch
Untested fix. No idea how to create a testcase though, dg-additional-sources
are compiled us
--- Comment #13 from ubizjak at gmail dot com 2010-01-05 21:15 ---
(In reply to comment #12)
> I will restart bootstrap now.
Bootstraps OK for --enable-languages=c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
--- Comment #2 from jakub at gcc dot gnu dot org 2010-01-05 21:10 ---
I guess cgraph_make_node_local needs to update all same_body aliases (in
particular clear DECL_WEAK which etc. which made the alias externally visible).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42625
--- Comment #12 from ubizjak at gmail dot com 2010-01-05 20:47 ---
Got the problem. stage1 compiler miscompiles determine_max_movement() from
tree-ssa-loop-im.c.
Following patch fixes the testcase from comment #5:
Index: tree-ssa-loop-im.c
==
--- Comment #13 from hjl at gcc dot gnu dot org 2010-01-05 20:44 ---
Subject: Bug 42542
Author: hjl
Date: Tue Jan 5 20:44:14 2010
New Revision: 155660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155660
Log:
Properly convert GTU to GT for V4SI and V2DI
gcc/
2010-01-05 Paol
--- Comment #1 from simon at pushface dot org 2010-01-05 20:40 ---
Created an attachment (id=19475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19475&action=view)
Patch to gcc/ada/Makefile.in
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42626
A missing quote prevents building the RTS.
--
Summary: gcc/ada/Makefile.in has missing quote
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gc
--- Comment #1 from zsojka at seznam dot cz 2010-01-05 20:35 ---
Created an attachment (id=19474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19474&action=view)
packed files (testcase)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42625
Tested revisions:
r155643 - broken
r155256 - broken
r154886 - broken
r154830 - OK
Command line:
in original testcases, all files are compiled with the same compiler parameters
for this reduced testcase, one file is compiled with "-O1 -fipa-sra", second
with just "-O1"
if -fipa-sra is expected to g
--- Comment #1 from jason at gcc dot gnu dot org 2010-01-05 20:22 ---
Created an attachment (id=19473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19473&action=view)
fix
Here's a fix. Since this touches language-independent code and the bug isn't a
regression, I'm not going to
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-05 20:10
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #4 from paolo at gcc dot gnu dot org 2010-01-05 20:05 ---
Subject: Bug 38081
Author: paolo
Date: Tue Jan 5 20:05:20 2010
New Revision: 155659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155659
Log:
2010-01-05 Paolo Carlini
PR libstdc++/38081
*
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-01-05
19:52 ---
Might this bug be related to PR40459? Does the PR42346 test case work on gcc
pre-r148492?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-01-05 19:44 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-01-05 19:42 ---
Subject: Bug 42462
Author: jamborm
Date: Tue Jan 5 19:42:32 2010
New Revision: 155658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155658
Log:
2010-01-05 Martin Jambor
PR tree-optimization/424
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-05 19:22
---
The best we can do is asking the attention of Johannes...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #9 from jb at gcc dot gnu dot org 2010-01-05 19:14 ---
Closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jamborm at gcc dot gnu dot org 2010-01-05 18:46
---
I posted a slightly simpler patch to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00229.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42157
--- Comment #11 from meissner at linux dot vnet dot ibm dot com 2010-01-05
18:40 ---
Subject: Re: October 23rd change to tree-ssa-pre.c breaks calculix on powerpc
with -ffast-math
On Tue, Jan 05, 2010 at 04:03:17PM -, rguenther at suse dot de wrote:
>
>
> --- Comment #9 from
--- Comment #2 from ramana at gcc dot gnu dot org 2010-01-05 18:28 ---
Why is there no load of tv.tv_usec in the code generated that you've pasted?
Are you sure you've pasted this right ?
With 4.4 arm-eabi - 17/12/2009 snapshot I see the following code ?
for -march=armv5te -mthumb -Os
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-01-05
18:27 ---
(In reply to comment #19)
> pr42568 looks like a duplicate of this one.
>
> Note that the issue seems fixed on darwin10.
>
This issue was radr://5613343 and has been fixed for darwin10 and later.
--
--- Comment #1 from ramana at gcc dot gnu dot org 2010-01-05 18:20 ---
Confirmed but definitely an enhancement.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #19 from dominiq at lps dot ens dot fr 2010-01-05 18:15 ---
pr42568 looks like a duplicate of this one.
Note that the issue seems fixed on darwin10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
--- Comment #23 from dominiq at lps dot ens dot fr 2010-01-05 18:12 ---
This looks like a duplicate of pr34136.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42568
--- Comment #1 from edwintorok at gmail dot com 2010-01-05 18:09 ---
(In reply to comment #0)
> $ make -j4
This should have been: make CCLD=g++ -j4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
When building ClamAV with -D_GLIBCXX_PARALLEL -fopenmp, clamd hangs, attaching
gdb to the hanged process reveals 2 threads, one is waiting in poll (normal),
the other one is hanged in gomp_team_barrier_wait_end.
Since there are no other threads that could grant it the barrier, that thread
will wait
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #15 from ro at gcc dot gnu dot org 2010-01-05 17:14 ---
Subject: Bug 41771
Author: ro
Date: Tue Jan 5 17:14:30 2010
New Revision: 155654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155654
Log:
gcc:
PR bootstrap/41771
* flags.h: Don't inclu
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #10 from segher at kernel dot crashing dot org 2010-01-05
16:42 ---
(In reply to comment #9)
> Right. Just it might be simpler with -fno-signed-zeros to
> transform a-b*c to 0 + -(b*c-a).
a-b*c is two machine instructions; -(b*c-a) is one. Adding
zero again makes it two,
--- Comment #12 from shcherbakov at daad-alumni dot de 2010-01-05 16:27
---
I would also appreciate if an attribute like this is supported by gcc due to
several reasons:
1. Developers that want to ensure that a virtual method actually overrides
another virtual method of a base class w
--- Comment #11 from ubizjak at gmail dot com 2010-01-05 16:24 ---
(In reply to comment #10)
> Well, I can't see how this wouldn't be a problem on other targets thus I
> re-iterate: which stages do show this behavior? Does the stage1 cc1
> reproduce it?
No.
--
http://gcc.gnu.org/b
--- Comment #22 from ian at airs dot com 2010-01-05 16:09 ---
For ELF, when the GNU linker has seen a common symbol, and then sees that
symbol in the archive map, it will look in the object to see whether the object
defines the symbol (rather than simply providing another common definiti
--- Comment #9 from rguenther at suse dot de 2010-01-05 16:03 ---
Subject: Re: October 23rd change to tree-ssa-pre.c
breaks calculix on powerpc with -ffast-math
On Tue, 5 Jan 2010, segher at kernel dot crashing dot org wrote:
> --- Comment #7 from segher at kernel dot crashing do
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-01-05 16:03 ---
Patch posted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00215.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42462
--- Comment #8 from segher at kernel dot crashing dot org 2010-01-05 16:00
---
(In reply to comment #6)
> IIRC the problem is that using fma causes the -0 argument for fsqrt (which
> behaves 100% correct). Thus a more sensible fix would be to do the 0+ on
> the fma result.
But a -0 re
--- Comment #7 from segher at kernel dot crashing dot org 2010-01-05 15:57
---
With -fno-signed-zeroes, a-b*c is transformed to -(b*c-a), which is a machine
instruction. If the result would have been +0 before, it now is -0.
The code then takes the sqrt() of that; sqrt(-0) is -0. This
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-05 15:50 ---
IIRC the problem is that using fma causes the -0 argument for fsqrt (which
behaves 100% correct). Thus a more sensible fix would be to do the 0+ on
the fma result.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #5 from dje at gcc dot gnu dot org 2010-01-05 15:47 ---
sqrt(-0) = -0 and 0 is a discontinuity for atan2
Either sqrt should return +0 or atan2 should force +0 if games with signed
zeros are allowed.
--
dje at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from mikpe at it dot uu dot se 2010-01-05 15:41 ---
Fixed now, closing.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
Status|NEW
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-05 15:36
---
Well, I can't see how this wouldn't be a problem on other targets thus I
re-iterate: which stages do show this behavior? Does the stage1 cc1
reproduce it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-01-05 15:17
---
Is this fixed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42503
Ref: Function template default arguments: C++ defect report 226
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#226)
GCC 4.5.0 (tr...@155642) compiles the following code despite the
result of sizeof being undefined. The use of sizeof(incomplete-type)
as the value of a default templa
--- Comment #21 from burnus at gcc dot gnu dot org 2010-01-05 14:46 ---
(In reply to comment #20)
> Dave, do you know how to emit the forceload and just exactly what is this?
g77 does it as shown in
http://gcc.gnu.org/viewcvs/branches/gcc-3_4-branch/gcc/f/com.c?view=markup
--
http:
--- Comment #4 from dominiq at lps dot ens dot fr 2010-01-05 14:35 ---
Note that the inner loops in subroutine mutual_ind_quad_rec_coil are not
vectorized at -O3, unless -ffast-math is used. Timing the code with and without
-ffast-math gives
[macbook] lin/test% gfc -O3 induct.f90
[macbo
--- Comment #9 from ubizjak at gmail dot com 2010-01-05 14:27 ---
(In reply to comment #7)
> setting BOOT_CFLAGS to -g -O1 lets the build succeed. the testcase from
> comment
> #5 doesn't ice.
It will ICE with default build, with checkings enabled.
--
http://gcc.gnu.org/bugzilla/
--- Comment #8 from ubizjak at gmail dot com 2010-01-05 14:21 ---
It looks that tree loop IM FUBARs the compilation.
All testcases compile OK with -O2 -fno-tree-loop-im.
The dump for _.c.099t.lim1 looks quite strange (it resembles _.c.024t.ssa):
--cut here--
;; Function alpha_fallback
--- Comment #7 from debian-gcc at lists dot debian dot org 2010-01-05
14:16 ---
setting BOOT_CFLAGS to -g -O1 lets the build succeed. the testcase from comment
#5 doesn't ice. test results for this build at
http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg00501.html
--
http://gcc.g
--- Comment #10 from burnus at gcc dot gnu dot org 2010-01-05 14:15 ---
Subject: Bug 42517
Author: burnus
Date: Tue Jan 5 14:15:37 2010
New Revision: 155649
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155649
Log:
2010-01-05 Tobias Burnus
PR fortran/42517
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-05 13:53 ---
So, which stages do ICE on the testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
--- Comment #5 from ubizjak at gmail dot com 2010-01-05 13:52 ---
Minimized testcase (from other bootstrap failure):
--cut here--
typedef struct
{
struct
{
int how;
} reg[64 + 1];
}
_Unwind_FrameState;
alpha_fallback_frame_state (_Unwind_FrameState * fs)
{
long i;
for (i
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-01-05 13:42
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-01-05 13:42
---
Subject: Bug 42614
Author: rguenth
Date: Tue Jan 5 13:42:40 2010
New Revision: 155647
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155647
Log:
2010-01-05 Richard Guenther
PR tree-optimizatio
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-05 13:41
---
Subject: Bug 42614
Author: rguenth
Date: Tue Jan 5 13:41:41 2010
New Revision: 155646
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155646
Log:
2010-01-05 Richard Guenther
PR tree-optimizatio
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-01-05 13:39 ---
This weird side-effect of IPA-SRA is caused by a bug in
compute_inline_parameters which should pass node->decl instead of
current_function_decl to its helper functions. I am about to test the
following patch which f
--- Comment #4 from dodji at gcc dot gnu dot org 2010-01-05 13:31 ---
Patch submitted to http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00205.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40155
--- Comment #2 from jason at gcc dot gnu dot org 2010-01-05 13:29 ---
This is
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#950
we decided in Santa Cruz that this usage should be allowed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42603
--- Comment #3 from bangerth at gmail dot com 2010-01-05 13:20 ---
(In reply to comment #2)
> I believe this should be flagged P1, even if it doesn't seem to be a
> regression.
I'm obviously not impartial, but this is the sort of code that template
packs are supposed to support, and for
--- Comment #3 from dominiq at lps dot ens dot fr 2010-01-05 12:56 ---
Profiling without -floop-block
+ 99.8%, start, a.out
| + 99.8%, main, a.out
| | + 99.8%, induct_, a.out
| | | + 77.5%, __mqc_m_MOD_mutual_ind_quad_cir_coil, a.out
| | | | 2.8%, cosisin, libSystem.B.dylib
| | | | -
--- Comment #1 from steven at gcc dot gnu dot org 2010-01-05 12:50 ---
There is a pass "duplicate_computed_gotos" that should take care of this. Why
does it not work in this case?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |rtl-optimization
Keywords||miss
--- Comment #12 from stubbs at icerasemi dot com 2010-01-05 12:32 ---
Your patch fixes our original application. Thanks again for your help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42614
--- Comment #4 from ubizjak at gmail dot com 2010-01-05 12:29 ---
I got different error in the same place when configured with:
Target: alpha-linux-gnu
Configured with: ../gcc-svn/trunk/configure --host=alpha-linux-gnu
--build=alpha-linux-gnu --target=alpha-linux-gnu --enable-languages=
--- Comment #11 from stubbs at icerasemi dot com 2010-01-05 12:23 ---
Thanks for your time and the extra quick fix! I'll do some testing with that
patch now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42614
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-05 12:20
---
Created an attachment (id=19472)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19472&action=view)
patch
Testing on the application that originally failed appreciated.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-05 12:16 ---
Ok, it's simple. We add false aliases to &index to both SMTs of SEntry and
STable because may_alias_p (SEntry, char) returns true as every alias-set
is a subset of alias-set zero.
But then when coming along to addi
--- Comment #3 from jon at beniston dot com 2010-01-05 12:13 ---
GCC 4.1.2 seems to produce the same code.
mov r2, #0
mov r3, r0
strbr2, [r3], #1
strbr2, [r0, #1]
add r0, r3, #2
@ lr needed for prologue
strbr2, [r3
This is just an internal reminder: we should implement the following suggestion
from Howard on the library reflector. Maybe Chris is interested...
/
I just recently became aware that it is possible to do this comparison without
any chance of overflow. This is accomplished by conve
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-05 11:58 ---
Well, I'm sure it goes wrong in compute_flow_insensitive_aliasing - let me
have a quick look there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42614
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-05 11:57 ---
Shorter testcase, fails at -O2 -fno-early-inlining:
extern void abort(void);
typedef struct SEntry
{
int num;
} TEntry;
typedef struct STable
{
TEntry data[2];
} TTable;
TTable * __attribute__((noinline))
ini
When compiling a program with computed goto:s with gcc 4.4.2 it runs
significantly slower (up to a factor 10) than when it is compiled with e.g. gcc
4.1/4.3 with the same optimization flags (-O2 or -O3). A small dummy test
program without header file dependencies is attached.
I am compiling with a
--- Comment #2 from dodji at gcc dot gnu dot org 2010-01-05 11:43 ---
FWIW, I think this code is valid.
The A template parameter in "typename identity::type..." is in a non-deduced
context, so it's argument should not be deduced from there. The argument of A
should be re-used from the d
--- Comment #2 from bonzini at gnu dot org 2010-01-05 11:43 ---
Combine is doing what it knows best (forming complicated instructions,
addressing modes in this case); to do this it is already damaging the nice
shape of the code after the tree optimizers, and synthesizing things like x+2.
1 - 100 of 124 matches
Mail list logo