8-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010
x86_64 x86_64 x86_64 GNU/Linux
> rpm -qa "glibc*" | grep -e 'glibc-[0-9]' | sort -u
glibc-2.5-49.el5_5.7
> g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/opt/gcc/4.6.0-20101206-svn167488/x86_64/libexec/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652
Dan Nicolaescu changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44352
--- Comment #8 from Paul Thomas 2010-12-07 05:39:47
UTC ---
(In reply to comment #7)
> Paul, this involves (for me) some heavy voodoo regarding conversion of
> strings to trees.
>
> Do you have any idea, by any chance?
Thomas,
The odd thing is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
Dave Korn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46185
--- Comment #4 from Sebastian Pop 2010-12-07 04:30:48
UTC ---
I forgot to add the testcase. Next time I will add it before closing the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
--- Comment #1 from Johannes Schaub
2010-12-07 04:09:25 UTC ---
-
GCC also rejects this valid code:
--
struct A {
template operator short();
template operator long();
};
void f(lon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
Summary: Crash when it tries to do an invalid ICS with a
conversion function template
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46830
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46830
--- Comment #2 from paolo at gcc dot gnu.org
2010-12-07 02:43:20 UTC ---
Author: paolo
Date: Tue Dec 7 02:43:16 2010
New Revision: 167528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167528
Log:
2010-12-06 Paul Pluzhnikov
PR li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46830
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46830
Summary: s.swap(s) triggers overlapped memcpy() for
versa_string
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46185
--- Comment #3 from hjl at gcc dot gnu.org 2010-12-07
01:29:14 UTC ---
Author: hjl
Date: Tue Dec 7 01:29:10 2010
New Revision: 167527
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167527
Log:
Add testcases for PRs middle-end/41562 and m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41562
--- Comment #4 from hjl at gcc dot gnu.org 2010-12-07
01:29:14 UTC ---
Author: hjl
Date: Tue Dec 7 01:29:10 2010
New Revision: 167527
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167527
Log:
Add testcases for PRs middle-end/41562 and m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42327
--- Comment #3 from Sebastian Pop 2010-12-07 00:35:24
UTC ---
Patch http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00540.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
m...@gcc.gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #38 from mrs at gcc do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41562
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #37 from mrs at gcc dot gnu.org 2010-12-07
00:25:45 UTC ---
Created attachment 22664
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22664
-dsym linker patch
Ok, I decided to implement it and try it out, since you had a plan...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42327
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46817
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46817
--- Comment #1 from Tobias Burnus 2010-12-06
23:06:52 UTC ---
Author: burnus
Date: Mon Dec 6 23:06:48 2010
New Revision: 167521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167521
Log:
2010-12-06 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829
--- Comment #4 from H.J. Lu 2010-12-06 22:52:04
UTC ---
(In reply to comment #3)
> Actually, I have opened bug 46793 last week, and it seems to be the same bug.
> Bug 46793 has been marked as WONTFIX.
No, it isn't. -fschedule-insns is bad for x8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46185
Sebastian Pop changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829
Changpeng Fang changed:
What|Removed |Added
CC||changpeng.fang at amd dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829
--- Comment #2 from Zdenek Sojka 2010-12-06 22:17:44
UTC ---
This ICE is quite unlucky, it happened in 3rd package I tried to compile - now
I have compiled 70 packages since then, and this is still the only occurence.
(don't get me wrong, I real
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761
--- Comment #4 from Zdenek Sojka 2010-12-06 21:23:00
UTC ---
(In reply to comment #3)
> Sometimes graphite generates wrong guards for regions. The following patch
> fixes the attached testcase for me, but I have not tested it any further.
This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46829
Summary: ICE: in spill_failure, at reload1.c:2105 with
-fschedule-insns -fsched-pressure and variadic
function
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827
--- Comment #3 from Jonathan Wakely 2010-12-06
20:47:35 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > I think you should proposal this to the C++ standards committee instead of
> > posting a full request here.
>
> I don't know
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46828
Summary: gengtype is not installed, but become a user [plugins
with GTY-s] program
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827
--- Comment #2 from eric-gcc at omnifarious dot org 2010-12-06 20:19:51 UTC ---
(In reply to comment #1)
> I think you should proposal this to the C++ standards committee instead of
> posting a full request here.
I don't know how to do that in a w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541
--- Comment #17 from Chris Litchfield
2010-12-06 20:13:30 UTC ---
All versions since 4.0.0 seem to still have this issue. We are still awaiting
it, and its not assigned to anyone either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #5 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584
--- Comment #9 from Eric Botcazou 2010-12-06
20:10:36 UTC ---
> I think the PR can be closed after confirmation that the failure is gone.
OK on the SPARC: http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg00514.html
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827
Summary: Heavy use of namespaces leads to cluttered and
difficult to read header files
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541
Chris Ferguson changed:
What|Removed |Added
CC||fergusoc at us dot ibm.com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44676
Sebastian Pop changed:
What|Removed |Added
Known to work||4.6.0
Version|4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45997
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|jakub at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46771
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45997
--- Comment #7 from Jakub Jelinek 2010-12-06
19:33:56 UTC ---
Author: jakub
Date: Mon Dec 6 19:33:52 2010
New Revision: 167517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167517
Log:
PR debug/45997
* dwarf2out.c (modified_type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897
--- Comment #4 from Jakub Jelinek 2010-12-06
19:32:02 UTC ---
Author: jakub
Date: Mon Dec 6 19:31:57 2010
New Revision: 167516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167516
Log:
PR target/43897
* config/ia64/ia64.c (rtx_n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338
--- Comment #8 from Jakub Jelinek 2010-12-06
19:30:39 UTC ---
Author: jakub
Date: Mon Dec 6 19:30:31 2010
New Revision: 167515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167515
Log:
PR tree-optimization/46528
PR debug/46338
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #23 from Jakub Jelinek 2010-12-06
19:30:39 UTC ---
Author: jakub
Date: Mon Dec 6 19:30:31 2010
New Revision: 167515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167515
Log:
PR tree-optimization/46528
PR debug/46338
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46771
--- Comment #3 from Jakub Jelinek 2010-12-06
19:29:41 UTC ---
Author: jakub
Date: Mon Dec 6 19:29:38 2010
New Revision: 167514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167514
Log:
PR debug/46771
* reginfo.c (init_subregs_of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777
--- Comment #3 from Jakub Jelinek 2010-12-06
19:28:12 UTC ---
Author: jakub
Date: Mon Dec 6 19:28:09 2010
New Revision: 167513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167513
Log:
PR rtl-optimization/46777
* cfglayout.c (du
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46740
--- Comment #1 from Jorn Wolfgang Rennecke
2010-12-06 19:19:11 UTC ---
Author: amylaar
Date: Mon Dec 6 19:19:09 2010
New Revision: 167512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167512
Log:
2010-12-06 Joern Rennecke
Ric
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46739
--- Comment #1 from Jorn Wolfgang Rennecke
2010-12-06 18:15:13 UTC ---
Author: amylaar
Date: Mon Dec 6 18:15:09 2010
New Revision: 167509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167509
Log:
PR target/46739
* config
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810
--- Comment #4 from Andrew Pinski 2010-12-06
18:11:49 UTC ---
(In reply to comment #2)
> Created attachment 22652 [details]
> gcc46-pr46810.patch
>
> Wouldn't something like this fix this? If neither --enable-build-with-cxx is
> given, nor --en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826
pki at ex dot com.pl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826
Summary: g++ with -O2 may generate infinite loops on x86_64
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
Dmitry Gorbachev changed:
What|Removed |Added
Attachment #22654|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43925
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46735
--- Comment #1 from Jorn Wolfgang Rennecke
2010-12-06 17:30:00 UTC ---
Author: amylaar
Date: Mon Dec 6 17:29:56 2010
New Revision: 167508
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167508
Log:
PR target/46735
* config/frv/pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46131
--- Comment #10 from Rainer Orth 2010-12-06 17:28:43
UTC ---
Author: ro
Date: Mon Dec 6 17:28:38 2010
New Revision: 167507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167507
Log:
gcc:
Backport from mainline:
2010-07-23 Ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671
--- Comment #9 from Dave Korn 2010-12-06 17:27:06
UTC ---
(In reply to comment #8)
> sdbout.c is broken then.
Quite likely, but I don't understand what it thinks it's trying to do yet
well enough to be sure how.
> If it doesn't care in which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43925
--- Comment #4 from Rainer Orth 2010-12-06 17:21:51 UTC
---
Author: ro
Date: Mon Dec 6 17:21:48 2010
New Revision: 167506
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167506
Log:
Backport from mainline:
2010-07-16 Iain Sandoe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825
--- Comment #2 from Michael Richmond
2010-12-06 17:04:06 UTC ---
I used gfortran -c g.f90
I did not see this bug in any other port dated 20101204. I did not see it in
any MinGW port prior to 20101204.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825
Summary: ICE compiling modules with MinGW build dated 20101204
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Keywords||build, patch
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824
Paolo Carlini changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46726
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824
kuh3h3 at gmail dot com changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824
Summary: chromium-compile failed because error: no match for
‘operator*’ in
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46815
--- Comment #1 from Jakub Jelinek 2010-12-06
15:39:51 UTC ---
Created attachment 22660
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22660
gcc46-pr46815.patch
Ugh. So what happens is that we set DECL_VALUE_EXPR of the NRV optimized var
to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
Summary: ICE: edge points to wrong declaration
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46822
--- Comment #1 from isdmter at gmail dot com 2010-12-06 15:14:45 UTC ---
Oops, I forgot to show my output:
$ ./main
0
0.00
0
Segmentation fault
The first two lines are the first call to f() (directly from the main()),
whereas the last two corr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756
--- Comment #3 from Alexandre Oliva 2010-12-06
15:11:34 UTC ---
Created attachment 22659
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22659
Patch that fixes both testcases
This is the patch I'm testing. It fixes both testcases, so I'm on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46822
Summary: printf( "%f" ) segv when called from pthread_once
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804
--- Comment #1 from Zdenek Sojka 2010-12-06 14:56:13
UTC ---
There are two likely related failures, but they both need -fno-tree-ter:
gfortran.dg/char_eoshift_[24].f90
$ gfortran -O -fPIC -fexpensive-optimizations -fgcse -foptimize-register-move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
--- Comment #6 from paolo at gcc dot gnu.org
2010-12-06 14:44:46 UTC ---
Author: paolo
Date: Mon Dec 6 14:44:38 2010
New Revision: 167497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167497
Log:
2010-12-06 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46782
--- Comment #2 from Alexandre Oliva 2010-12-06
14:43:42 UTC ---
Created attachment 22657
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22657
Patch that fixes the bug
This is the patch I'm testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46782
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
--- Comment #9 from Dominique d'Humieres 2010-12-06
14:24:15 UTC ---
Iain,
This pr is fixed in trunk. Do you plan to backport it to 4.5 or should I close
it as fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777
Jakub Jelinek changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
--- Comment #4 from Jonathan Wakely 2010-12-06
14:04:58 UTC ---
I think Marc's right, tuple::swap is specified to call swap for each element,
and that is definitely something users can detect (even if there's rarely a
good reason to do so for emp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
--- Comment #2 from Marc Glisse 2010-12-06
13:50:45 UTC ---
Calling swap exactly like in the non-empty case? It seems expected to me that
swap be called for each element, and in the usual empty case the compiler
should still be able to optimize i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818
--- Comment #4 from Dominique d'Humieres 2010-12-06
13:49:25 UTC ---
> Well, then it is probably in a way a duplicate of PR 44945 => Mark this PR as
> depending on PR 44945.
I don't think it is a duplicate of PR 44945, the failure is the same t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
Richard Guenther changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #7 from Tobias Burnus 2010-12-06
13:40:31 UTC ---
Status: Unfixed. See comment 0 for the description.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818
Tobias Burnus changed:
What|Removed |Added
Depends on||44945
Summary|[4.6 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818
--- Comment #2 from Dominique d'Humieres 2010-12-06
13:26:42 UTC ---
The test in comment #1 compiles with -fno-whole-file, so the regression comes
from -fwhole-file being the default (compiles with r162456, ICE with r166102).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
--- Comment #1 from Paolo Carlini 2010-12-06
13:25:19 UTC ---
In practice, which semantics would you suggest?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821
Summary: swapping empty classes
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
--- Comment #3 from Dmitry Gorbachev
2010-12-06 13:18:28 UTC ---
"make d" gives segmentation fault in lto_cgraph_replace_node. Like in PR44966,
PR46605.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
Dmitry Gorbachev changed:
What|Removed |Added
Keywords||lto
--- Comment #2 from Dmitry Gorbach
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
--- Comment #1 from Dmitry Gorbachev
2010-12-06 13:17:13 UTC ---
Created attachment 22655
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22655
Generated code
$ make
/tmp/cckAaCxf.ltrans0.ltrans.o: In function `main':
cckAaCxf.ltrans0.o:(.t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
Summary: Undefined reference errors with LTO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P4
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #6 from Alexandre Oliva 2010-12-06
13:11:55 UTC ---
Author: aoliva
Date: Mon Dec 6 13:11:51 2010
New Revision: 167493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167493
Log:
Check in for PR other/46020 was meant for PR oth
1 - 100 of 130 matches
Mail list logo