http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
--- Comment #7 from Matthias Klose 2011-01-07 08:33:03
UTC ---
I still see this with r168558.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
--- Comment #8 from Eric Botcazou 2011-01-07
08:43:35 UTC ---
> I still see this with r168558.
Note that you need to reinstall gnatgcc, the problem is there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
--- Comment #1 from Jakub Jelinek 2011-01-07
09:06:37 UTC ---
Created attachment 22920
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22920
gcc46-pr47201.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47202
Summary: Endless recursion during mangling
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47203
Summary: USE of module with same name as SUBROUTINE not reject,
but also not working
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #18 from Tobias Burnus 2011-01-07
09:28:37 UTC ---
(In reply to comment #17)
[...]
> This has been implemented as a fix for PR46971.
Is there any issue left to be fixed? I think there isn't.
(Except for an accepts-invalid diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32164
Eric Botcazou changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Summary: [4.6 Regression] ICE: SIGSEGV in gfc_free_namespace
(symbol.c:3323) on invalid code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
Summary: GCC emits optimized out noinline function
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47206
Summary: [4.6 Regression] [C++0x] ICE: SIGSEGV in cp_tree_equal
(tree.c:2150) with -fno-elide-constructors
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45814
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
--- Comment #6 from Jakub Jelinek 2011-01-07
11:49:49 UTC ---
Author: jakub
Date: Fri Jan 7 11:49:44 2011
New Revision: 168564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168564
Log:
PR c++/47022
* pt.c (tsubst_copy_and_build)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
Summary: [4.6 Regression] [C++0x] ICE: in decl_constant_var_p,
at cp/decl2.c:3563 on invalid code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564
--- Comment #3 from Zdenek Sojka 2011-01-07 11:55:26
UTC ---
I opened PR47207 for the problem described in comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47203
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47208
Summary: [4.6 Regression] [C++0x] ICE: in decl_constant_var_p,
at cp/decl2.c:3563 with missing #include
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
--- Comment #2 from janus at gcc dot gnu.org 2011-01-07 12:08:48 UTC ---
Author: janus
Date: Fri Jan 7 12:08:21 2011
New Revision: 168565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168565
Log:
2011-01-07 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
--- Comment #2 from janus at gcc dot gnu.org 2011-01-07 12:08:48 UTC ---
Author: janus
Date: Fri Jan 7 12:08:21 2011
New Revision: 168565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168565
Log:
2011-01-07 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #19 from janus at gcc dot gnu.org 2011-01-07 12:16:34 UTC ---
(In reply to comment #18)
> Is there any issue left to be fixed? I think there isn't.
> (Except for an accepts-invalid diagnostic for comment 7 [module "m" vs.
> subroutine "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47209
Summary: ICE: SIGSEGV in should_emit_struct_debug
(dwarf2out.c:627) with -femit-struct-debug-baseonly -g
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47210
Summary: Compile error on type specifier in a friend declaration
designates a class type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
Summary: ICE: in cp_build_addr_expr_1, at cp/typeck.c:4866 with
-fms-extensions
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
actually it might be as easy as walking alias pairs after decl merging and
killing all pairs where decl has been replaced by different. This probably can
be done at same time as we rewrite IL.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
--- Comment #8 from Jan Hubicka 2011-01-07 12:41:45 UTC
---
actually it might be as easy as walking alias pairs after decl merging and
killing all pairs where decl has been replaced by different. This probably can
be done at same time as we rewr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196
--- Comment #2 from Daniel Franke 2011-01-07
12:44:17 UTC ---
(In reply to comment #1)
> c) Build libquadmath but no Fortran REAL(16) support
>If one wants to save a few KiB for Fortran but wants to us libquadmath,
>e.g, with C/C++
This
> extern int foo(void);
>
> int main(void)
> {
> return foo() * 0;
> }
This is because gimple part of optimizers for some reason leads to the
following in the optimized dump:
main ()
{
:
foo ();
return 0;
}
and only RTL optimizers do the trick.
This is weird since pure/const detect funct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
--- Comment #1 from Jan Hubicka 2011-01-07 12:47:23 UTC
---
> extern int foo(void);
>
> int main(void)
> {
> return foo() * 0;
> }
This is because gimple part of optimizers for some reason leads to the
following in the optimized dump:
main ()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
--- Comment #3 from Jan Hubicka 2011-01-07
12:51:58 UTC ---
Hmm, at second tought I guess statement gets improperly updated for lack of
side effect in fixup_cfg. Will look into it.
Even that is however not enough for function to be optimized aw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #20 from janus at gcc dot gnu.org 2011-01-07 12:58:07 UTC ---
(In reply to comment #19)
> In the dump you can see that we end up with one vtab for both types.
This is easily fixed by putting the first letter of the derived type name in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
--- Comment #7 from Tobias Burnus 2011-01-07
12:59:06 UTC ---
Submitted patch: http://gcc.gnu.org/ml/fortran/2011-01/msg00051.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #16 from Rainer Orth 2011-01-07 13:02:34
UTC ---
Author: ro
Date: Fri Jan 7 13:02:29 2011
New Revision: 168567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168567
Log:
Backport from mainline:
2011-01-06 Rainer Orth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
Martin Jambor changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196
--- Comment #3 from Tobias Burnus 2011-01-07
13:16:48 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > c) Build libquadmath but no Fortran REAL(16) support
> This would be
> --enable-libquadmath --disable-libquadmath-support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #21 from Tobias Burnus 2011-01-07
13:25:56 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> class(two_three), allocatable :: a1
> class(three), allocatable :: a2
> In the dump you can see that we end up with one vtab f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #22 from Tobias Burnus 2011-01-07
13:41:17 UTC ---
(In reply to comment #20)
> This is easily fixed by putting the first letter of the derived type name in
> upper case:
[...]
(In reply to comment #21)
> even with the patch for PR 41
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47210
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Compil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47210
--- Comment #2 from Ryou Ezoe 2011-01-07 14:02:43
UTC ---
Sorry, I didn't noticed that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47133
Ian Bolton changed:
What|Removed |Added
Keywords||missed-optimization
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47206
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47212
Summary: [C++0x] crash on lambda returning lambda
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47208
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47212
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #17 from Rainer Orth 2011-01-07 15:27:50
UTC ---
Author: ro
Date: Fri Jan 7 15:27:47 2011
New Revision: 168575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168575
Log:
Backport from mainline:
2011-01-06 Rainer Orth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47213
Summary: ICE: SIGSEGV in determine_visibility (decl2.c:2076)
with -fvisibility-ms-compat
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
--- Comment #2 from Zdenek Sojka 2011-01-07 15:40:25
UTC ---
Thank you for your reply. I got that ICE when running the testsuite with
-fms-extensions in RUNTESTFLAGS (actually, this isn't the only ICE caused by
-fms-extensions, but the patch you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
Jeffrey A. Law changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47214
Summary: False warning "null argument where non-null required"
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
--- Comment #8 from Tobias Burnus 2011-01-07
16:19:34 UTC ---
Author: burnus
Date: Fri Jan 7 16:19:29 2011
New Revision: 168579
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168579
Log:
2011-01-07 Tobias Burnus
PR fortran/41
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
Zdenek Sojka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #3 from Zd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Summary: [4.6 Regression] Failed to bootstrap
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #9 from Martin Jambor 2011-01-07
16:57:45 UTC ---
Please disregard the previous comment, I thought that was the case
because of a typo.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43682
Victor K. changed:
What|Removed |Added
CC||vityan at vityan dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43682
--- Comment #2 from Chen Chen 2011-01-07
17:17:05 UTC ---
I know it's about boehm-gc, and I've found that they have been solved in the
upstream. I come here one year ago to ask for a merge. I cannot handle the
multilib Makefile of boehm-gc...
Thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47216
Summary: [4.6 Regression] gcc.dg/torture/pr43360.c FAILs with
-O -fPIC -fgcse -fgcse-sm -fnon-call-exceptions
-fno-tree-dse
Product: gcc
Version: 4.6.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #4 from Nicola Pero 2011-01-07 17:56:01
UTC ---
Jonathan
thanks for your comments - they are very useful and we certainly want to look
at performance. ;-)
I'm not terribly convinced by using spinlocks in this context, but I'm happy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47217
Summary: builtin functions should emit debug data
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Summary: [4.6.0 regression] C++ multiple definitions of
non-virtual thunk problem
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #23 from Jan Hubicka 2011-01-07
18:11:39 UTC ---
I've updated mozilla tree and rebuilt with top of tree GCC. The resulting
binary seems to work well. Two GCC patches are required:
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00210.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #10 from Jan Hubicka 2011-01-07 18:13:33
UTC ---
> Basically what happens that cgraph_node (decl) and e->callee have the
> same former_clone_of one is not clone of each other. I am now about
> to investigate how exactly this appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
H.J. Lu changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
Target Milestone|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #24 from Jan Hubicka 2011-01-07
18:21:03 UTC ---
Author: hubicka
Date: Fri Jan 7 18:21:00 2011
New Revision: 168580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168580
Log:
PR lto/45375
* lto-opt.c (lto_reissue_opti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #5 from Nicola Pero 2011-01-07 18:23:10
UTC ---
I tried the same benchmark using pthread_spin_lock() and pthread_spin_unlock();
it takes about 11.4 seconds.
So, that means the time required to execute an accessor can go down to about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46557
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #6 from rwgk at yahoo dot com 2011-01-07 18:29:59 UTC ---
Created attachment 22928
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22928
pre-processor output of original reproducer
Created with (Fedora 14 64-bit):
g++ -E gcc_bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46523
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #7 from rwgk at yahoo dot com 2011-01-07 18:32:12 UTC ---
> This command still produces the original ICE with gcc svn trunk rev. 168562:
Sorry, cut and paste error. The last command should have been
g++ -O3 pr46807_gcc46_ice_pre_proc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46367
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
--- Comment #3 from Jakub Jelinek 2011-01-07
18:39:14 UTC ---
Author: jakub
Date: Fri Jan 7 18:39:11 2011
New Revision: 168581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168581
Log:
PR bootstrap/47187
* value-prof.c (gimple_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
--- Comment #2 from Jakub Jelinek 2011-01-07
18:41:42 UTC ---
Author: jakub
Date: Fri Jan 7 18:41:40 2011
New Revision: 168582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168582
Log:
PR target/47201
* config/i386/i386.c (ix86_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #6 from js-gcc at webkeks dot org
2011-01-07 18:43:15 UTC ---
> This means that, assuming that spinlocks are infinitely faster than mutexes,
> in
> the best possible conditions they would speed up the accessors (or, at least,
> the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45721
--- Comment #6 from Jan Hubicka 2011-01-07
18:43:49 UTC ---
path posted http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00375.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.6.0
Summary|[4.5/4.6 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45989
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-07 19:16:42 UTC ---
> --- Comment #7 from Dominique d'Humieres
> 2011-01-05 22:31:14 UTC ---
>> * We should use i?86*-*-* (or perhaps just i?86-*-*, I see no reason for the
>> first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #9 from Jonathan Wakely 2011-01-07
19:27:16 UTC ---
Created attachment 22929
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22929
manually reduced ... a little
this has no dependency on and has some unused boost code removed
o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #2 from Dominique d'Humieres 2011-01-07
19:42:43 UTC ---
Confirmed on x86_64-apple-darwin10.6.0. After reverting revision 168569
bootstrapping succeeds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #3 from Kai Tietz 2011-01-07 19:48:18
UTC ---
I am just about to test a patch for this. Java misses to build some type-nodes,
which are necessary for building the va_list type. It seems so that
unsigned_type_node is the culprit here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #4 from
1 - 100 of 130 matches
Mail list logo
