http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256
Summary: "--sysroot" option is not passed to
COLLECT_GCC_OPTIONS
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
--- Comment #2 from Zdenek Sojka 2011-01-11 07:02:14
UTC ---
(In reply to comment #1)
>
> Where is .L1?
Thanks, it should be:
foo:
testedi, edi
jnebar
rep # only without -Os
ret
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
--- Comment #11 from Eric Botcazou 2011-01-11
06:54:41 UTC ---
> I am at 168616 and seeing this. I am on Fedora 14 64 bit with this native gcc:
>
> $ gcc --version
> gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2)
>
> I am trying to use that to buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #13 from Jack Howarth 2011-01-11
06:31:38 UTC ---
A slight correction. There appears to be no actual gcc-patches posting for
r126927 (as it is an add-on fix to r126900)
2007-07-25 Daniel Berlin
* config/darwin.c (darwin_overr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #12 from Jack Howarth 2011-01-11
06:19:54 UTC ---
In case it helps, the code being patched was introduced with r126927 and was
proposed in...
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01799.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
--- Comment #15 from Paul Thomas 2011-01-11 05:19:24
UTC ---
Author: pault
Date: Tue Jan 11 05:19:20 2011
New Revision: 168650
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168650
Log:
2011-01-11 Paul Thomas
PR fortran/47051
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #11 from Jack Howarth 2011-01-11
04:41:14 UTC ---
(In reply to comment #10)
While this patch allows the lto-bootstrap below to complete on
x86_64-apple-darwin10...
../gcc/configure --enable-checking=release --prefix=/Users/howarth/d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47255
Summary: Missed optimization with loops, inline functions, and
__attribute__((const))
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47254
Summary: ICE: unspellable token PRAGMA_EOL with #pragma
redefine_extname and -fdirectives-only
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
--- Comment #10 from Matthias Klose 2011-01-11
00:54:10 UTC ---
works for me.
Joel, either use a build before 2010-11-13, or a fixed build. I put a recent
gcc-snapshot build for armel on
http://people.canonical.com/~doko/tmp/gcc-snapshot_201101
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
Zdenek Sojka changed:
What|Removed |Added
Keywords||missed-optimization
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
Summary: Conditional jump to tail function is not generated
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #10 from Jan Hubicka 2011-01-11
00:36:33 UTC ---
Hi,
this should fix the issue.
Index: config/darwin.c
===
--- config/darwin.c (revision 168632)
+++ config/darwin.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #9 from Jan Hubicka 2011-01-11
00:26:40 UTC ---
OK, first time the flag is not set because
debug_hooks->var_location == do_nothing_debug_hooks.var_location
second time it is no longer true
Seems we need to ininitialize the debug hoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
Jan Hubicka changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Comment #8 from
Don't remember this error as primary one. No errors before. I cannot find any
reasons for this.
svn://129.125.7.220/work/trunc/main/monte_carlo_lattice, revision 1264
--
View this message in context:
http://old.nabble.com/error%3A-expected-%27%29%27-before-numeric-constant-tp30637764p30637764.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47252
Summary: GCC Segfaults when boost/range.hpp is included and
deduced parameter is a initializer_list
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #33 from Jan Hubicka 2011-01-10
23:37:48 UTC ---
Author: hubicka
Date: Mon Jan 10 23:37:45 2011
New Revision: 168644
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168644
Log:
PR lto/45375
* lto-cgraph.c (input_profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #32 from Jan Hubicka 2011-01-10
23:37:14 UTC ---
Author: hubicka
Date: Mon Jan 10 23:37:11 2011
New Revision: 168643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168643
Log:
PR lto/45375
* profile.c (read_profile_edg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
--- Comment #12 from Jorn Wolfgang Rennecke
2011-01-10 23:18:09 UTC ---
(In reply to comment #11)
> should this be closed as fixed - and, if not, what is the remaining issue?
The remaining issue is that the just built compiler under test looks i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #9 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #31 from Jan Hubicka 2011-01-10
22:51:06 UTC ---
Mozilla now builds with profile feedback and LTO.
One needs to train without LTO (i.e. -fprofile-generate -O3 only) and then
build with LTO (-fprofile-use -O3 -flto) becase of the afore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
--- Comment #4 from Andreas Schwab 2011-01-10 22:48:08
UTC ---
The assembler files should really be using cfi directives like m68k/sysv.S.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #7 from joseph at codesourcery dot com 2011-01-10 22:47:26 UTC ---
On Mon, 10 Jan 2011, hubicka at gcc dot gnu.org wrote:
> so it seems that re-running process_options on darwin somehow leads to this
> change. Adding Joseph to CC.
H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45520
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jason Merril
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44897
--- Comment #10 from Jan Hubicka 2011-01-10
22:10:11 UTC ---
It also appears with lto-partition=none with profile feedback, so it is not
WHOPR only bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
--- Comment #3 from Ian Lance Taylor 2011-01-10 22:06:09
UTC ---
I've committed the fix to gold to both binutils mainline and the binutils 2.21
branch.
http://sourceware.org/ml/binutils/2011-01/msg00142.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46083
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46083
--- Comment #5 from Jan Hubicka 2011-01-10
21:54:37 UTC ---
Author: hubicka
Date: Mon Jan 10 21:54:33 2011
New Revision: 168642
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168642
Log:
PR lto/46083
* lto-streamer-out.c (pack_ts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Michael Meissner changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Summary: Powerpc doesn't like -m32 -msoft-float -mcpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #11 from H.J. Lu 2011-01-10 21:01:55
UTC ---
(In reply to comment #10)
> > What undesirable things may happen if we mark a COMDAT symbol
> > PREVAILING_DEF? Is that we won't know which one will be used
> > if both LTO and non-LTO obje
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #10 from Jan Hubicka 2011-01-10
20:56:23 UTC ---
> What undesirable things may happen if we mark a COMDAT symbol
> PREVAILING_DEF? Is that we won't know which one will be used
> if both LTO and non-LTO objects define the same COMAT sy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #16 from Martin Jambor 2011-01-10
20:34:14 UTC ---
The problem seems to be a different one. During IPA decision making
we decide to clone a function and the call graph node of the original
one is then removed as unreachable an unnece
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
--- Comment #15 from Jack Howarth 2011-01-10
20:27:22 UTC ---
Iain,
I was referring to the conceptual problems of creating a
version-compare-remove-outfile spec function. For any given OS release there is
a different set of symlinks for libSys
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47240
--- Comment #3 from janus at gcc dot gnu.org 2011-01-10 20:27:29 UTC ---
Reduced test case:
type t
procedure (fun), pointer, nopass :: p
end type
type(t) :: x
x%p => fun
print *, evaluate (x%p)
contains
real function fun ()
fun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
--- Comment #11 from Iain Sandoe 2011-01-10 20:25:19
UTC ---
should this be closed as fixed - and, if not, what is the remaining issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25359
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #14 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47222
--- Comment #13 from hjl at gcc dot gnu.org 2011-01-10
19:58:59 UTC ---
Author: hjl
Date: Mon Jan 10 19:58:57 2011
New Revision: 168640
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168640
Log:
Add __attribute__((externally_visible)).
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
--- Comment #13 from mrs at gcc dot gnu.org 2011-01-10
19:41:42 UTC ---
Author: mrs
Date: Mon Jan 10 19:41:39 2011
New Revision: 168639
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168639
Log:
2010-08-17 Jack Howarth
PR target/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
--- Comment #9 from Mikael Pettersson 2011-01-10
19:30:30 UTC ---
(In reply to comment #8)
> Please can you confirm that this is now fixed in trunk, Mikael.
No, it has not been fixed on trunk.
> And has it been backported?
Not in the official
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38546
Ralf Wildenhues changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637
Ralf Wildenhues changed:
What|Removed |Added
CC||ltg at zes dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #9 from Cary Coutant 2011-01-10
19:07:54 UTC ---
I've added a new disposition code LDPR_PREVAILING_DEF_IRONLY_EXP and a new
version of the GET_SYMBOLS interface to the API specification on the wiki:
http://gcc.gnu.org/wiki/whopr/driv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47250
Summary: ICE: in add_substitution, at cp/mangle.c:393 with
-fabi-version=5 -g
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
Ralf Wildenhues changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
Ralf Wildenhues changed:
What|Removed |Added
Last reconfirmed|2005-07-26 23:31:49 |2011-01-10
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42524
Ralf Wildenhues changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
Ralf Wildenhues changed:
What|Removed |Added
CC||bjg at gnu dot org
--- Comment #21 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46492
Rainer Orth changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #7 from H.J. Lu 2011-01-10 18:26:00
UTC ---
(In reply to comment #6)
> The plugin specification says that once the COMDAT is marked PREVAILING, it
> has
> to be output.
> "Any symbol marked PREVAILING_DEF must be defined in one obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46021
--- Comment #5 from Rainer Orth 2011-01-10 18:19:48 UTC
---
Author: ro
Date: Mon Jan 10 18:19:45 2011
New Revision: 168635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168635
Log:
PR tree-optimization/46021
* gcc.dg/tree-ssa/200
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
--- Comment #1 from joseph at codesourcery dot com 2011-01-10 18:00:22 UTC ---
On Mon, 10 Jan 2011, hjl.tools at gmail dot com wrote:
>Target Milestone|--- |4.6.0
This is not a 4.6 regression, though it may be a regre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #6 from Jan Hubicka 2011-01-10
17:54:51 UTC ---
The plugin specification says that once the COMDAT is marked PREVAILING, it has
to be output.
"Any symbol marked PREVAILING_DEF must be defined in one object file added to
the link aft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47243
--- Comment #4 from H.J. Lu 2011-01-10 17:49:23
UTC ---
(In reply to comment #3)
> Worked with: r168582 (2011-01-07)
> Fails with: r168598 (2011-01-08)
>
> My guess is that Honza's r168593 exposes the issue. I now try to build without
> --enabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38292
--- Comment #12 from Matthias Klose 2011-01-10
17:24:03 UTC ---
I ran into bug #47248 trying to build a recent snapshot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
--- Comment #1 from Matthias Klose 2011-01-10 17:22:26
UTC ---
ld.gold from binutils 2.21 was used.
object files at
https://bugs.launchpad.net/gcc/+bug/701110/+attachment/1790281/+files/tst.tar.xz
: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --disable-bootstrap
Thread model: posix
gcc version 4.6.0 20110110 (experimental) [trunk revision 168633
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
Summary: libffi build failure with ld.gold (works with trunk
20110106, fails with 20110110)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #5 from H.J. Lu 2011-01-10 17:13:46
UTC ---
(In reply to comment #4)
> > Can we mark the symbol COMDAT when we generate the output?
> What symbol and what output?
>
> Honza
I don't think hjl/lto-mixed branch has the problem
---
Cur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47243
Tobias Burnus changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #4 from Jan Hubicka 2011-01-10 17:10:52 UTC
---
> Can we mark the symbol COMDAT when we generate the output?
What symbol and what output?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #3 from H.J. Lu 2011-01-10 17:04:30
UTC ---
Can we mark the symbol COMDAT when we generate the output?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #2 from H.J. Lu 2011-01-10 17:02:02
UTC ---
Do we have a small testcase to experiment with?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47243
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #2 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
--- Comment #6 from Jeffrey A. Law 2011-01-10 16:48:46
UTC ---
Author: law
Date: Mon Jan 10 16:48:42 2011
New Revision: 168634
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168634
Log:
* PR tree-optimization/47141
* ipa-split.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
Summary: Linker plugin specification makes it difficult to
handle COMDATs
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352
--- Comment #26 from Zdenek Sojka 2011-01-10 16:39:43
UTC ---
(In reply to comment #25)
> Sigh, in this case I forgot that we now also stall when we have issued exactly
> issue_rate instructions, so in this case we also need to recheck the DFA, n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #30 from Jan Hubicka 2011-01-10
16:39:08 UTC ---
The libmoznome build issue is now Mozilla PR
https://bugzilla.mozilla.org/show_bug.cgi?id=624385
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44897
Jan Hubicka changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #8 from Kai Tietz 2011-01-10 16:23:23
UTC ---
Issue here is that s390 uses for its va_list_node_type a record containing
long_integer_type_node type, which doesn't get initialized by java's decl.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
--- Comment #1 from Ian Bolton 2011-01-10 16:17:37
UTC ---
Created attachment 22940
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22940
Demonstrates the problem instruction, on line 37
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29057
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
Summary: [4.6 Regression] Invalid immediate offset for Thumb
VFP store
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47244
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47244
Summary: [4.6 Regression] plugin linker is used unconditionally
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29152
Jack Howarth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47243
--- Comment #1 from H.J. Lu 2011-01-10 16:00:45
UTC ---
Since you use LTO, you should try the Linux binutils 2.21.51.0.5.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47086
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47243
Summary: [4.6 Regression] Bootstrap fails: Segfault of
genmddeps / COLLECT bug?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32511
--- Comment #13 from Richard Guenther 2011-01-10
15:48:51 UTC ---
The original problem was fixed for GCC 4.6 with
2010-09-24 Jan Hubicka
* lto-symtab.c (lto_symtab_entry_def): Add guessed field.
(lto_symtab_resolve_symbols):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #5 from Jan Hubicka 2011-01-10 15:46:25 UTC
---
> Target attributes must be implying optimisation attributes. Bug depends also
> on --with-{arch,tune,fpmath} settings. I'll try and reproduce it on
> x86_64-linux, it should be possib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32511
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #12 fr
> Target attributes must be implying optimisation attributes. Bug depends also
> on --with-{arch,tune,fpmath} settings. I'll try and reproduce it on
> x86_64-linux, it should be possible if I choose the right settings - will
> reply
> again later.
Well, we probably should just go ahead and impl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #4 from Dave Korn 2011-01-10 15:28:51
UTC ---
(In reply to comment #2)
> the optimize attribute isn't used in the preprocessed file but only the
> target attribute which is supported. Thus, "worksforme".
Target attributes must be im
1 - 100 of 134 matches
Mail list logo
