http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52048
--- Comment #2 from Jakub Jelinek 2012-01-30
07:52:12 UTC ---
Probably tail-merge bug, looking into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500
--- Comment #10 from Kai Tietz 2012-01-30 07:29:28
UTC ---
Hmm, not sure if you already noticed it, but ffi_call supports by recent patch
thiscall/fastcall convention.
So parts of you patch won't apply mainline.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500
gee changed:
What|Removed |Added
Attachment #26499|0 |1
is obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51901
--- Comment #4 from gee 2012-01-30 07:15:28 UTC ---
Comment on attachment 26512
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26512
proposed patch for handling thiscall r3
invalid attachment. please ignore it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51901
--- Comment #3 from gee 2012-01-30 07:14:42 UTC ---
Created attachment 26512
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26512
proposed patch for handling thiscall r3
FAIL: TestClosureGC output
FAIL: libjava.jar/TestClosureGC.jar executio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52051
--- Comment #1 from gee 2012-01-30 04:17:43 UTC ---
in dump.zip,
filename with prefix 0 : without -O flag
with prefix 1 : with -O flag.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52051
Bug #: 52051
Summary: [4.7 regression] invalid stack-cleanup occured with -O
flag
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52050
--- Comment #4 from Mans Rullgard 2012-01-30 00:45:05
UTC ---
I'm not here to argue semantics. I use -Wdeclaration-after-statement to avoid
accidentally introducing code that will fail with compilers that do not support
this. Having an equivale
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52050
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Summary|-Wdeclarati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52049
--- Comment #1 from Kazumoto Kojima 2012-01-30
00:15:16 UTC ---
(In reply to comment #0)
> I'm not sure whether this is actually a problem of the SH back-end or of some
> middle-end passes. It happens for all sub-targets and regardless of the
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
--- Comment #17 from Sandra Loosemore
2012-01-30 00:12:53 UTC ---
Cleaned up version of patch, with Jason's test case.
http://gcc.gnu.org/ml/gcc-patches/2012-01/msg01591.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52045
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51875
--- Comment #3 from John David Anglin 2012-01-29
23:56:44 UTC ---
Author: danglin
Date: Sun Jan 29 23:56:38 2012
New Revision: 183688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183688
Log:
PR testsuite/51875
* gfortran.dg/gual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52048
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52048
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46057
--- Comment #4 from dave.anglin at bell dot net 2012-01-29 23:43:48 UTC ---
On 29-Jan-12, at 6:16 PM, steven at gcc dot gnu.org wrote:
> So, fixed? Or suspended?
Not fixed. The stack alignment would need adjustment in main.
The HP-UX runtime on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52050
--- Comment #2 from Mans Rullgard 2012-01-29 23:34:12
UTC ---
I tested and found it failing with 3.4.6, 4.1.2, 4.2.4, 4.3.6, 4.4.6, 4.5.3,
and 4.6.2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52050
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19799
--- Comment #8 from dave.anglin at bell dot net 2012-01-29 23:23:56 UTC ---
On 29-Jan-12, at 6:05 PM, steven at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19799
>
> Steven Bosscher changed:
>
> What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51920
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52046
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46057
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44581
Steven Bosscher changed:
What|Removed |Added
Status|NEW |WAITING
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
Steven Bosscher changed:
What|Removed |Added
Status|NEW |WAITING
CC|
||steven at gcc dot gnu.org
Resolution||FIXED
--- Comment #1 from Steven Bosscher 2012-01-29
23:09:08 UTC ---
Does not FAIL in "Results for 4.6.3 20120129 (prerelease) [gcc-4_6-branch
revision 183674] (GCC) testsuite on hppa64-hp-hpux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19799
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16150
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8026
--- Comment #10 from Steven Bosscher 2012-01-29
22:50:28 UTC ---
The GCC 4.1.1 install comes from a depot that contains "GNU_C_C++_64".
Unfortunately I can't see if this is a stock FSF build or something changed by
the HP porting centre.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52050
Bug #: 52050
Summary: -Wdeclaration-after-statement does not warn on
declaration in for loop initialiser
Classification: Unclassified
Product: gcc
Version: 4.6.2
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8026
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed||2012-01-29
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7625
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #21 from Jonathan Wakely 2012-01-29
22:36:34 UTC ---
That gdb session in comment 18 makes no sense, owns_lock can't call trylock.
Your sources don't match your lib.
I thought this was a problem with WARNING: program timed out.
I didn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
--- Comment #6 from Jonathan Wakely 2012-01-29
22:25:02 UTC ---
At least we should change "has not external linkage" to proper English, that's
annoyed me for some time ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52040
--- Comment #2 from Jonathan Wakely 2012-01-29
22:22:07 UTC ---
We discussed this years ago, GCC's interpretation is valid, WONTFIX.
h-gnu-ld
--with-system-zlib
Thread model: single
gcc version 4.7.0 20120129 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51327
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51327
--- Comment #4 from paolo at gcc dot gnu.org
2012-01-29 21:43:00 UTC ---
Author: paolo
Date: Sun Jan 29 21:42:56 2012
New Revision: 183685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183685
Log:
/cp
2012-01-29 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51327
--- Comment #3 from paolo at gcc dot gnu.org
2012-01-29 21:41:58 UTC ---
Author: paolo
Date: Sun Jan 29 21:41:54 2012
New Revision: 183684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183684
Log:
/cp
2012-01-29 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52048
Bug #: 52048
Summary: [4.7 Regression] -fcompare-debug failure with -O2
-fcompare-debug -fnon-call-exceptions
-fno-tree-dominator-opts
Classification: Unclassified
Produ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51920
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41600
--- Comment #9 from Tobias Burnus 2012-01-29
20:54:38 UTC ---
Status: Comment 1 is fixed by the just committed patch of comment 8.
TODO: The test case of comment 0: Once as is, once with "CLASS IS" instead of
"TYPE IS" - and also with empty "SEL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41600
--- Comment #8 from Tobias Burnus 2012-01-29
20:51:22 UTC ---
Author: burnus
Date: Sun Jan 29 20:51:19 2012
New Revision: 183682
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183682
Log:
2012-01-29 Tobias Burnus
PR fortran/41
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51972
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51972
--- Comment #4 from Tobias Burnus 2012-01-29
20:02:25 UTC ---
Author: burnus
Date: Sun Jan 29 20:02:19 2012
New Revision: 183680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183680
Log:
2012-01-29 Tobias Burnus
PR fortran/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
--- Comment #6 from Markus Trippelsdorf
2012-01-29 19:41:40 UTC ---
Actually, I've used a slightly different testcase (a random shuffle of the
contents of the @testcase input file) for the bisection and unfortunately the
original testcase still f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52047
Bug #: 52047
Summary: [trans-mem] ICE: SIGSEGV in execute_tm_mark
(trans-mem.c:2270) with -O -fgnu-tm
-fprefetch-loop-arrays
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51808
--- Comment #5 from Janne Blomqvist 2012-01-29 19:01:14
UTC ---
Author: jb
Date: Sun Jan 29 19:01:09 2012
New Revision: 183679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183679
Log:
PR 51808 Constify binding_label.
2012-01-29 Janne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52046
Bug #: 52046
Summary: [4.7 Regression] ICE: verify_gimple failed: invalid
operands in ternary operation with -O -fexceptions
-fnon-call-exceptions -ftree-vectorize
Classification:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52044
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51754
--- Comment #10 from Tobias Burnus 2012-01-29
18:49:10 UTC ---
When fixed, correctness check should be added to test3() of the test case
submitted at http://gcc.gnu.org/ml/fortran/2012-01/msg00252.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52045
Bug #: 52045
Summary: [4.7 Regression] ICE: in execute_todo, at
passes.c:1748 with -O3 -ftracer -fno-tree-ccp
-fno-tree-copy-prop -fno-tree-dce and stpcpy_chk()
Classification: Unc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51812
--- Comment #9 from bredelin at ucla dot edu 2012-01-29 18:30:43 UTC ---
Thanks :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52040
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
Markus Trippelsdorf changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52044
Bug #: 52044
Summary: [OOP] Invalid memory access with ALLOCATE, default
initializer and polymorphic array components
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
Steven Bosscher changed:
What|Removed |Added
CC|steven at gcc dot gnu.org |
--- Comment #3 from Steven Bosscher 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52043
Bug #: 52043
Summary: [4.7 Regression] [C++0x] ICE: SIGSEGV in tsubst_copy
(pt.c:12081) with -Wreturn-type
Classification: Unclassified
Product: gcc
Version: 4.7.0
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51808
--- Comment #4 from Janne Blomqvist 2012-01-29 17:41:54
UTC ---
Author: jb
Date: Sun Jan 29 17:41:49 2012
New Revision: 183678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183678
Log:
PR 51808 Fix ChangeLog entry
Modified:
trunk/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51947
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
--- Comment #4 from Daniel Krügler
2012-01-29 17:28:14 UTC ---
(In reply to comment #3)
> However compilation still fails if pi is given internal linkage by declaring
> it > static, i.e.
>
> int main()
> {
> static constexpr float pi = 3.14;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #3 from dave.anglin at bell dot net 2012-01-29 17:27:24 UTC ---
On 23-Jan-12, at 10:39 AM, redi at gcc dot gnu.org wrote:
> do the printers ever work, outside the testsuite?
No.
Need to study the gdb build for this target. It looks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51808
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51808
--- Comment #2 from Janne Blomqvist 2012-01-29 17:19:38
UTC ---
Author: jb
Date: Sun Jan 29 17:19:32 2012
New Revision: 183677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183677
Log:
PR 51808 Support arbitrarily long bind(C) binding la
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
Bug #: 52042
Summary: libitm.c/clone-1.c and libitm.c/stackundo.c execution
tests are not pie compatible
Classification: Unclassified
Product: gcc
Version: 4.7.0
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
--- Comment #3 from Benjamin Kay 2012-01-29
16:24:29 UTC ---
Oops! You're quite right, pi is automatic in my test case. However compilation
still fails if pi is given internal linkage by declaring it static, i.e.
int main()
{
static constexpr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51106
Ryan Hill changed:
What|Removed |Added
CC||dirtyepic at gentoo dot org
--- Comment #6 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #20 from Jack Howarth 2012-01-29
15:54:59 UTC ---
(In reply to comment #19)
> could you also let me know what the value of
> HAVE_AS_TLS
> is in gcc/auto-host.h
Both the darwin10 build (without this problem) and the darwin11 build (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #19 from Iain Sandoe 2012-01-29 15:37:45
UTC ---
could you also let me know what the value of
HAVE_AS_TLS
is in gcc/auto-host.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #18 from Jack Howarth 2012-01-29
15:30:12 UTC ---
Here is a single stepping through 30_threads/try_lock/3.cc at -m64...
(gdb) break main
Breakpoint 1 at 0x10cd0: file
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120126/libstdc++-v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
Georg-Johann Lay changed:
What|Removed |Added
Component|target |tree-optimization
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51754
--- Comment #9 from Mikael Morin 2012-01-29
14:53:50 UTC ---
Created attachment 26505
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26505
This fixes the class_41 failure with the previous patch
This fixes the failure describe above but reg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51754
--- Comment #8 from Mikael Morin 2012-01-29
14:51:48 UTC ---
Created attachment 26504
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26504
This fixes the ice-on-valid of comment #0
This patch (extracted from PR50981 comment #28) fixes the I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52041
--- Comment #3 from Dominique d'Humieres 2012-01-29
14:44:55 UTC ---
Created attachment 26503
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26503
bzipped preprocessed file for gcc/tree-ssa-strlen.c at stage 3
AFAICT the only differences be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52041
--- Comment #2 from Dominique d'Humieres 2012-01-29
14:42:13 UTC ---
Created attachment 26502
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26502
bzipped assembler for gcc/tree-ssa-strlen.c at stage 3
Assembler generated by
/opt/gcc/p_bui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52041
--- Comment #1 from Dominique d'Humieres 2012-01-29
14:36:29 UTC ---
Created attachment 26501
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26501
Assembler for gcc/tree-ssa-strlen.c at stage 2
Assembler generated by
/opt/gcc/p_build/stage
apper
Target: x86_64-apple-darwin10.8.0
Configured with: ../work/configure --prefix=/opt/gcc/gcc4.7w
--enable-languages=c,c++,fortran,objc,obj-c++,java,ada,lto --with-gmp=/opt/mp
--with-system-zlib --with-cloog=/opt/mp --enable-cloog-backend=isl --enable-lto
Thread model: posix
gcc version 4.7.0 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52040
Bug #: 52040
Summary: TR1 is not accessible using compiler flags alone
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039
Bug #: 52039
Summary: gcc/gimplify.o differs
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321
--- Comment #4 from Tobias Burnus 2012-01-29
14:06:41 UTC ---
Remember also to update the component handling, cf. PR 51972 comment 3.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
--- Comment #4 from Markus Trippelsdorf
2012-01-29 13:56:10 UTC ---
Created attachment 26500
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26500
lto testcase
% /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.0/lto1 -quiet -O1 -fltrans test.o
In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
--- Comment #3 from Markus Trippelsdorf
2012-01-29 13:17:12 UTC ---
-O2 -finline-functions -fipa-cp-clone -flto=4
or
-O1 -findirect-inlining -fipa-cp -finline-small-functions -finline-functions
-fipa-cp-clone -flto=4
also fails.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #34 from Dominique d'Humieres
2012-01-29 12:20:56 UTC ---
> As written in comment 27, if it is only used in resolve.c, not a prototype but
> "static" should be used.
AFAICT it could also be used in gcc/fortran/expr.c (as changed in r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
Philipp changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #33 from Tobias Burnus 2012-01-29
12:17:25 UTC ---
(In reply to comment #32)
> Using 'symbol_as' without prototypes, as in comment #28, breaks bootstrap when
> configured with '--disable-build-poststage1-with-cxx' (see pr52038).
As w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #32 from Dominique d'Humieres
2012-01-29 12:09:57 UTC ---
Using 'symbol_as' without prototypes, as in comment #28, breaks bootstrap when
configured with '--disable-build-poststage1-with-cxx' (see pr52038).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
Dominique d'Humieres changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
--- Comment #4 from Tobias Burnus 2012-01-29
11:59:59 UTC ---
FIXED on the trunk (4.7). Thanks for the report!
(In reply to comment #1)
> Added (accidentally) with Rev. 183620 of 2012-01-27
(That's for PR 52016.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
Mikael Pettersson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
--- Comment #2 from Tobias Burnus 2012-01-29
11:56:23 UTC ---
Author: burnus
Date: Sun Jan 29 11:56:18 2012
New Revision: 183675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183675
Log:
2012-01-29 Tobias Burnus
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
--- Comment #2 from Markus Trippelsdorf
2012-01-29 11:32:59 UTC ---
I've uploaded the slim-lto files here:
http://trippelsdorf.de/testcase.tar.bz2
To reproduce just run:
% g++ @testcase -flto=4 -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
--- Comment #1 from Markus Trippelsdorf
2012-01-29 11:14:19 UTC ---
-flto-partition=none is fine and every optimization level !=-O3, too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52038
Bug #: 52038
Summary: [4.7 regression] fortran bootstrap failure: no
previous prototype for 'symbol_as'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500
gee changed:
What|Removed |Added
Attachment #26338|0 |1
is obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51749
--- Comment #15 from Paolo Carlini 2012-01-29
10:38:59 UTC ---
This one is evidently due to the reference-counted nature of our string class,
and is also very, very old. It will go away automagically when we'll move to
no-reference-counting for C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52037
Bug #: 52037
Summary: [4.7 regression] ICE in update_ssa, at
tree-into-ssa.c:3362 while linking LTO libxul
Classification: Unclassified
Product: gcc
Version: 4.7.0
St
100 matches
Mail list logo