http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48452
Summary: [C++0x][SFINAE] Failures with n-ary initialization
expressions (in return type)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48451
Summary: [C++0x][SFINAE] Failures with n-ary initialization
expressions (with template default argument)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48450
Summary: [C++0x][SFINAE] Hard errors with static_cast
expressions
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48449
Summary: [C++0x][SFINAE] Hard errors during
value-initialization expressions
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48448
Summary: Implement -f(no-)frontend-optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447
Summary: LTO link fails to link libgcc correctly when -nostdlib
option is specified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
--- Comment #6 from Steven Bosscher 2011-04-05
05:54:08 UTC ---
Not really. I meant:
Breakpoint 3, mark_oprs_set (insn=0x76edc140) at
../../trunk/gcc/cprop.c:538
538 struct df_insn_info *insn_info = DF_INSN_INFO_GET (insn);
(gdb) p deb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
Janne Blomqvist changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot|pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
--- Comment #14 from Jerry DeLisle 2011-04-05
05:24:46 UTC ---
Here is an strace summary. There is something afoot here:
% time seconds usecs/call callserrors syscall
-- --- --- - - -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48439
--- Comment #1 from Denis Excoffier
2011-04-05 05:16:29 UTC ---
A simpler test case is
% cat c1.h
void b() {}
%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|pault at gcc dot gnu.org|jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
mancilla at cse dot unsw.edu.au changed:
What|Removed |Added
Component|bootstrap |other
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48446
Summary: internal compiler error: in gimplify_var_or_parm_decl,
at gimplify.c:1946
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377
--- Comment #5 from Matt Hargett 2011-04-05 03:53:19 UTC
---
(In reply to comment #4)
> Anyway, please read http://gcc.gnu.org/bugs.html, there is nothing we can do
> from the information you've provided. Trying to find from a vague description
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Component|other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
--- Comment #3 from Andrew Pinski 2011-04-05
03:48:39 UTC ---
Oh and using a relative path to configure is not fully supported either even
though it has worked a lot more reliable than building in the source directory.
Try doing:
`pwd`/../gcc-sv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
--- Comment #2 from mancilla at cse dot unsw.edu.au 2011-04-05 03:44:59 UTC ---
No, I'm building in a separate build directory.
Below is my build sequence.
#!/bin/sh
echo Updating the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
--- Comment #1 from Andrew Pinski 2011-04-05
03:38:14 UTC ---
Are you building inside the source directly? If so that is not really
supported.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445
Summary: Release does not generate fixincludes directory needed
by Makefile
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48444
--- Comment #3 from Jeffrey A. Law 2011-04-05 02:54:17
UTC ---
I've managed to reproduce this myself and will be looking at it first thing
when I start working tomorrow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #26 from H.J. Lu 2011-04-05 02:52:15
UTC ---
(In reply to comment #25)
> (In reply to comment #24)
> > Still doesn't work. Revision 171942 gave:
> >
> > http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html
> >
> > /tmp/ccuKub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48444
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
Andreas Kloeckner changed:
What|Removed |Added
Attachment #23859|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
--- Comment #6 from Andreas Kloeckner 2011-04-05
02:12:33 UTC ---
(In reply to comment #4)
> On Sun, Apr 03, 2011 at 07:49:53PM +, inform at tiker dot net wrote:
> This is the number one reason why these options (including the
> current 3 [1]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
--- Comment #5 from John David Anglin 2011-04-05
01:12:21 UTC ---
Is this what you want?
(gdb) p df_dump (stderr)
convert_utf16_utf8
Dataflow summary:
;; invalidated by call 0 [%r0] 1 [%r1] 2 [%r2] 19 [%r19] 20 [%r20] 21
[%r21] 22 [%r22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48444
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48444
Benjamin Kosnik changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #42 from H.J. Lu 2011-04-05 00:42:39
UTC ---
(In reply to comment #41)
> I can confirm that r171959 with --enable-checking bootstraps on
> f14/x86_64/linux, which was not previously the case. Thanks Bernd! I can also
> assert that it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48444
Summary: [4.7 Regression] bootstrap failure with
--disable-checking
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #41 from Benjamin Kosnik 2011-04-05
00:36:50 UTC ---
I can confirm that r171959 with --enable-checking bootstraps on
f14/x86_64/linux, which was not previously the case. Thanks Bernd! I can also
assert that it still fails with --disa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #69 from Mark Mitchell 2011-04-05
00:16:02 UTC ---
On 4/4/2011 3:19 AM, froydnj at codesourcery dot com wrote:
> Do folks think it would be useful to include a breakdown by individual
> TREE_CODE, similar to what's done for RTXes?
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48443
Summary: ICE: verify_flow_info failed: control flow in the
middle of basic block with -fprefetch-loop-arrays
--param l2-cache-size=0 and setjmp()
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48240
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48240
--- Comment #2 from ian at gcc dot gnu.org 2011-04-05
00:02:36 UTC ---
Author: ian
Date: Tue Apr 5 00:02:15 2011
New Revision: 171961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171961
Log:
libgo: Use MAP_FIXED if necessary to grab ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48121
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222
--- Comment #2 from ian at gcc dot gnu.org 2011-04-04
23:44:12 UTC ---
Author: ian
Date: Mon Apr 4 23:43:59 2011
New Revision: 171960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171960
Log:
libgo: Always initialize semaphores.
20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48442
Summary: ICE: in init_seqno, at sel-sched.c:6767 with -Os
-fselective-scheduling2 --param
max-sched-extend-regions-iters=100
Product: gcc
Version: 4.7.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242
--- Comment #5 from Ian Lance Taylor 2011-04-04 23:39:18
UTC ---
The stack trace attachment shows that there are three threads waiting for
garbage collection to complete, but the thread invoking the garbage collector
is waiting for the threads to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
--- Comment #4 from Steven Bosscher 2011-04-04
22:50:01 UTC ---
I'll try to reproduce this with a cross-compiler tomorrow. It would be helpful
if you can dump the DF info for this insn (df_debug_insn).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
--- Comment #2 from John David Anglin 2011-04-04
22:37:38 UTC ---
(gdb) p debug_rtx (insn)
(jump_insn/v 247 246 338 29 (set (pc)
(if_then_else (eq (reg/v:SI 116 [ rval ])
(const_int 7 [0x7]))
(label_ref:SI 338)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #40 from Andrew Pinski 2011-04-04
22:36:56 UTC ---
Created attachment 23873
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23873
Testcase for the MIPS ICE
./cc1 t1.c -mabi=32 -O2 -march=octeon -da -quiet
t1.c: In function ‘__udi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441
--- Comment #1 from dave at hiauly1 dot hia.nrc.ca 2011-04-04 22:30:50 UTC ---
On Mon, 04 Apr 2011, danglin at gcc dot gnu.org wrote:
Attached .i.
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #39 from Bernd Schmidt 2011-04-04
22:27:26 UTC ---
(In reply to comment #37)
> Confirmed. Reduced testcase for -O2:
>
> typedef __builtin_va_list va_list;
>
> extern void exit (unsigned);
> extern int vfprintf (void *s, const char
--without-ppl
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
Thread model: posix
gcc version 4.7.0 20110404 (experimental) [trunk revision 171950] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400
Richard Henderson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440
--- Comment #2 from H.J. Lu 2011-04-04 22:15:54
UTC ---
This patch:
diff --git a/gcc/cgraphbuild.c b/gcc/cgraphbuild.c
index 3948cf6..c80d7ab 100644
--- a/gcc/cgraphbuild.c
+++ b/gcc/cgraphbuild.c
@@ -56,7 +56,10 @@ record_reference (tree *tp, i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400
--- Comment #29 from Richard Henderson 2011-04-04
22:13:58 UTC ---
Author: rth
Date: Mon Apr 4 22:13:54 2011
New Revision: 171955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171955
Log:
PR 48400
* dwarf2out.c (output_line_info): Alway
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440
--- Comment #1 from H.J. Lu 2011-04-04 22:05:30
UTC ---
The record_reference change remove the cast, which is needed for
Pmode != ptr_mode:
diff -upr bad/x.i.143r.expand good/x.i.143r.expand
--- bad/x.i.143r.expand2011-04-04 15:02:05.6524582
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48328
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440
Summary: [4.7 Regression] FAIL:
gcc.c-torture/compile/labels-3.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #38 from Benjamin Kosnik 2011-04-04
21:37:21 UTC ---
YES, please revert whatever is causing this ASAP. Bootstrap has been broken for
much too long, on all the common devel arches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46247
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46975
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #37 from Eric Botcazou 2011-04-04
21:13:51 UTC ---
> /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in
> max_issue, at haifa-sched.c:2524
> Please submit a full bug report,
> with preprocessed source if ap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48183
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
Ramana Radhakrishnan changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48439
Summary: gcc fails to resume the normal treatment when -isystem
has finished
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #6 from Thomas Koenig 2011-04-04
20:22:27 UTC ---
Author: tkoenig
Date: Mon Apr 4 20:22:21 2011
New Revision: 171952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171952
Log:
2011-04-04 Thomas Koenig
PR fortran/48412
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380
--- Comment #5 from Vladimir Makarov 2011-04-04
20:19:48 UTC ---
Author: vmakarov
Date: Mon Apr 4 20:19:45 2011
New Revision: 171951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171951
Log:
2011-04-01 Vladimir Makarov
PR target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #25 from H.J. Lu 2011-04-04 20:01:29
UTC ---
(In reply to comment #24)
> Still doesn't work. Revision 171942 gave:
>
> http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html
>
> /tmp/ccuKub9z.s: Assembler messages:
> /tmp/ccuKu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #36 from H.J. Lu 2011-04-04 19:57:14
UTC ---
(In reply to comment #34)
> Perhaps the patches can be reverted until it's clear what is wrong here? The
> trunk is now broken for 3 days, it will make things like bisecting regressions
> m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #35 from H.J. Lu 2011-04-04 19:56:49
UTC ---
(In reply to comment #31)
> (In reply to comment #29)
> > f14 x86_64, no ppl
> > Configured like so:
> > /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose
> > --pref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #34 from Steven Bosscher 2011-04-04
19:53:52 UTC ---
Perhaps the patches can be reverted until it's clear what is wrong here? The
trunk is now broken for 3 days, it will make things like bisecting regressions
much harder later on if i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #33 from Andrew Pinski 2011-04-04
19:50:24 UTC ---
(In reply to comment #32)
>
> /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in
> max_issue, at haifa-sched.c:2524
> Please submit a full bug report,
> w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #32 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #31 from H.J. Lu 2011-04-04 19:41:46
UTC ---
(In reply to comment #29)
> f14 x86_64, no ppl
> Configured like so:
> /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose
> --prefix=/mnt/share/bin/H-x86_64-gcc-trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #24 from H.J. Lu 2011-04-04 19:24:03
UTC ---
Still doesn't work. Revision 171942 gave:
http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html
/tmp/ccuKub9z.s: Assembler messages:
/tmp/ccuKub9z.s:180352: Error: symbol `.Ldebug_i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48438
Summary: Several gfortran tests FAIL on Tru64 UNIX
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
--- Comment #11 from janus at gcc dot gnu.org 2011-04-04 18:54:41 UTC ---
Fixed on trunk and 4.6. Closing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
--- Comment #10 from janus at gcc dot gnu.org 2011-04-04 18:53:37 UTC ---
Author: janus
Date: Mon Apr 4 18:53:34 2011
New Revision: 171950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171950
Log:
2011-04-04 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #30 from H.J. Lu 2011-04-04 18:52:13
UTC ---
This
--enable-clocale=gnu --with-system-zlib --enable-shared --with-demangler-in-ld
--enable-cloog-backend=isl --with-ppl-include=/opt/gnu/include
--with-ppl-lib=/opt/gnu/lib64 --with-clo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174
--- Comment #13 from Eric Botcazou 2011-04-04
18:50:30 UTC ---
> gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on
> 20110127
> and started to xpass on 20110331. What's going on here? Is this fixed for
> real or just some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #29 from Benjamin Kosnik 2011-04-04
18:47:44 UTC ---
f14 x86_64, no ppl
%rpm -qa | grep mpfr
mpfr-devel-2.4.2-1.fc13.x86_64
mpfr-2.4.2-1.fc13.x86_64
/mnt/share/bld/gcc-trunk
%rpm -qa | grep
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
--- Comment #30 from Tobias Burnus 2011-04-04
18:35:17 UTC ---
Author: burnus
Date: Mon Apr 4 18:35:13 2011
New Revision: 171949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171949
Log:
2011-04-04 Tobias Burnus
Mikael Mo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174
--- Comment #12 from Rainer Orth 2011-04-04 18:30:50
UTC ---
gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on 20110127
and started to xpass on 20110331. What's going on here? Is this fixed for
real or just some fallout?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #28 from H.J. Lu 2011-04-04 18:25:37
UTC ---
(In reply to comment #27)
> still fails bootstrap after #26
>
> make[3]: Leaving directory `/mnt/share/bld/gcc-trunk'
What is your target? It works for me on Linux/ia32 and Linux/x86-64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48437
Summary: LTO crashes with block-local function declarations
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
Benjamin Kosnik changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org
--- Comment #27
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48424
Jason Merrill changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47163
--- Comment #5 from Eric Botcazou 2011-04-04
18:06:58 UTC ---
Author: ebotcazou
Date: Mon Apr 4 18:06:55 2011
New Revision: 171943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171943
Log:
PR ada/47163
* s-oscons-tmplt.c (MSG_WA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48240
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-04-04 17:23:00 UTC ---
When I attach gdb to the hanging process (on Solaris 8/x86), I find:
[Switching to Thread 4 (LWP 1)]
0xbf6cac1b in _sigsuspend () from /usr/lib/libc.so.1
(gdb) whe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242
--- Comment #3 from Rainer Orth 2011-04-04 17:11:19 UTC
---
Created attachment 23871
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23871
pstack output for hanging token test on Solaris 8/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104
Benjamin Kosnik changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
--- Comment #26 from hjl at gcc dot gnu.org 2011-04-04
16:53:57 UTC ---
Author: hjl
Date: Mon Apr 4 16:53:51 2011
New Revision: 171942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171942
Log:
Fix PR bootstrap/48403.
2011-04-04 Bernd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436
--- Comment #2 from Jeffrey A. Law 2011-04-04 16:50:31
UTC ---
I checked in an equivalent patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222
Rainer Orth changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435
--- Comment #2 from Georg-Johann Lay 2011-04-04 16:25:08
UTC ---
Created attachment 23870
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23870
strtod-i.c procompiled source
Added precompiled source, as it got lost in original post.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436
Jan-Benedict Glaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435
--- Comment #1 from Georg-Johann Lay 2011-04-04 16:00:13
UTC ---
Created attachment 23869
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23869
much simpler testcase
There is a much simpler testcase that shows the reload problems for finding
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436
Summary: Regresion @171731: Missing #include "reload.h"
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig
1 - 100 of 133 matches
Mail list logo
