--- Comment #5 from paolo dot carlini at oracle dot com 2008-07-20 08:51
---
*** Bug 36880 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-20 08:51
---
*** This bug has been marked as a duplicate of 36647 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-07-20
09:58 ---
(In reply to comment #3)
This is untested, but you get the idea.
+ setlocale(LC_ALL, POSIX);
mingw's setlocale doesn't believe in POSIX ; it does however go to the ISO
C89 church, and has
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Priority|P3 |P1
Last
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-07-20 11:16 ---
x86_64-linux-gnu (obviously) works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-07-20 11:17
---
So, this particular bug (trunk bootstrap failure on i686,ppc-darwin) is fixed
now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
--- Comment #19 from dominiq at lps dot ens dot fr 2008-07-20 11:34 ---
So, this particular bug (trunk bootstrap failure on i686,ppc-darwin) is fixed
now?
Revision 137991 bootstraped on i686 and ppc darwin9. What about
hppa2.0w-hp-hpux11.11?
Thanks for the fix.
--
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-07-20 11:38
---
I have no idea if that is still broken. Steve?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from andreast at gcc dot gnu dot org 2008-07-20 12:25
---
hppa2.0w-hp-hpux11.11 is fixed. (Mentioned it yesterday on irc ;))
I'd say close this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
--- Comment #2 from hp at gcc dot gnu dot org 2008-07-20 12:37 ---
For cris-elf (and crisv32-elf), it was introduced between
r136899(*) and r136903, in which the only suspect patch is Honza's enable
unit-at-a-time/-fno-toplevel-reorder patch.
In PR23205.s for cris-elf and crisv32-elf,
--- Comment #22 from rguenth at gcc dot gnu dot org 2008-07-20 12:43
---
Thus, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hp at gcc dot gnu dot org 2008-07-20 12:43 ---
It's been a month. Xfail it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36509
--- Comment #6 from hutchinsonandy at gcc dot gnu dot org 2008-07-20 13:57
---
Similarly Platform: avr-unknown-none
4.4.0 20080718 (experimental) [trunk revision 137967]
FAIL: gcc.dg/tree-ssa/ssa-fre-13.c scan-tree-dump fre Inserted .* a
FAIL: gcc.dg/tree-ssa/ssa-fre-13.c
--- Comment #8 from dberlin at gcc dot gnu dot org 2008-07-20 14:03 ---
Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error:
Segmentation fault
I tried i686-darwin and it work for me too.
I'll try cross to ppc-darwin.
On Sun, Jul 20, 2008 at 7:16 AM, rguenth at gcc
--- Comment #4 from rguenther at suse dot de 2008-07-20 14:22 ---
Subject: Re: [4.4 Regression]:
gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c
On Sun, 20 Jul 2008, hp at gcc dot gnu dot org wrote:
It's been a month. Xfail it?
If you like to ...
--
--- Comment #9 from andreast at gcc dot gnu dot org 2008-07-20 14:56
---
aehm, triggers on ppc-linux as well. Important key: --enable-java-awt=xlib
Otherwise it does not trigger on a default config for libjava.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-07-20
15:36 ---
Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error:
Segmentation fault
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-07-20 11:16
---
x86_64-linux-gnu (obviously)
--- Comment #11 from andreast at gcc dot gnu dot org 2008-07-20 16:10
---
--enable-java-awt=xlib makes it break under i686-darwin and i686-linux as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-07-20 16:38
---
Can you then provide preprocessed source that breaks? ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2008-07-20
17:06 ---
Subject: Re: [4.4 Regression] natGC.cc:229:
internal compiler error: Segmentation fault
Attached x86_64 version. This is the third time of tried to send this.
Dave
--- Comment #14 from
--- Comment #9 from kargl at gcc dot gnu dot org 2008-07-20 17:44 ---
(In reply to comment #8)
(In reply to comment #3)
This is untested, but you get the idea.
+ setlocale(LC_ALL, POSIX);
mingw's setlocale doesn't believe in POSIX ; it does however go to the ISO
C89
--- Comment #15 from andreast at gcc dot gnu dot org 2008-07-20 17:46
---
Created an attachment (id=15933)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15933action=view)
preprocessed source from i686-linux
The preprocessed source from i686-linux
--
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-07-20 17:46
---
With the first preprocessed source I can reproduce this with -O2
-fnon-call-exceptions on powerpc-linux-gnu, reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-20 17:52 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-20 17:52 ---
Subject: Bug 36879
Author: pinskia
Date: Sun Jul 20 17:51:48 2008
New Revision: 138012
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138012
Log:
2008-07-20 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #16 from andreast at gcc dot gnu dot org 2008-07-20 18:40
---
Still hangs as of rev 138009.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
Compile gcc.c-torture/execute/20080719-1.c with -O2 -fPIC and you will get:
gcc/gcc/testsuite/gcc.c-torture/execute/20080719-1.c: In function xxx:
gcc/gcc/testsuite/gcc.c-torture/execute/20080719-1.c:65: error: creating
run-time relocation for cfb_tab8_be
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||mjambor at suse dot cz
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36879 was caused by the fact the
variable was not being registered with variable pool but instead calling
assemble_variable directly. We should assert that assemble_variable is not
called directly.
--
Summary: assemble_variable should
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2008-07-11 11:01:05 |2008-07-20
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-07-20 19:15
---
Reduced testcase compile with -O1 -fnon-call-exceptions:
struct _Vector_base {
~_Vector_base() {
int* _M_start1 = this-_M_start;
}
int* _M_start;
};
struct vector : _Vector_base
{
vector(){
--- Comment #10 from dave at boost-consulting dot com 2008-07-20 19:15
---
Since the issue in question is now a DR, can this bug be re-activated?
http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_defects.html#218
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17365
If I understand correctly, the following should not compile, because normal
lookup is supposed to look backwards from the calling template's
point-of-definition. There's nothing to make foo an associated namespace of
boo::X.
namespace boo
{
struct X {};
}
namespace foo
{
template class T
If conversion is causing extraordinary bad code for AVR.
This occurs on 4.3 4.4 is no better.
Testcase:
int z;
int foo2(void)
{
return ( ++z = 0);
}
Conversion replaces if using store flag. However, there appears to be no
account of relative costs and rather bad interactions with mode
--- Comment #1 from eric dot weddington at atmel dot com 2008-07-20 20:01
---
Are previous versions any better? Is this a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36884
/Volumes/development/gcc/tuples/gcc/libstdc++-v3/src/locale_init.cc: In static
member function 'static const std::locale std::locale::classic()':
/Volumes/development/gcc/tuples/gcc/libstdc++-v3/src/locale_init.cc:247:
warning: dereferencing type-punned pointer will break strict-aliasing rules
--- Comment #1 from andreast at gcc dot gnu dot org 2008-07-20 20:46
---
Created an attachment (id=15934)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15934action=view)
preprocessed source locale_init gzipped
preprocessed source...
--
--- Comment #2 from andreast at gcc dot gnu dot org 2008-07-20 20:49
---
/Volumes/development/gcc/tuples/objdir-x86_64/./gcc/xgcc -shared-libgcc
-B/Volumes/development/gcc/tuples/objdir-x86_64/./gcc -nostdinc++
--- Comment #3 from andreast at gcc dot gnu dot org 2008-07-20 20:53
---
Configured with:
/Volumes/development/gcc/tuples/gcc/configure
--prefix=/Volumes/development/gcc/tuples/testbin-x86_64
--build=x86_64-apple-darwin9 --target=x86_64-apple-darwin9 --disable-static
--disable-multilib
--- Comment #4 from chris at bubblescope dot net 2008-07-20 21:12 ---
Surely this isn't a libstdc++ bug?
--
chris at bubblescope dot net changed:
What|Removed |Added
--- Comment #18 from dberlin at gcc dot gnu dot org 2008-07-20 21:13
---
Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error:
Segmentation fault
All the blocks we have marked in the bitmap to eh cleanup exist when
we pass them to tree_purge_dead_eh_edges.
--- Comment #3 from danglin at gcc dot gnu dot org 2008-07-20 21:26 ---
With revision 138012, I also hit this on hppa-unknown-linux-gnu:
(gdb) set args -I- -I. -Iada -I../../gcc/gcc/ada -quiet -nostdinc -dumpbase
s-os_lib.adb -O2 -g -gnatpg -gnata -gnatwns -gnatO ada/s-os_lib.o
--- Comment #4 from danglin at gcc dot gnu dot org 2008-07-20 21:29 ---
(gdb) p *vro1
$3 = {opcode = ARRAY_REF, type = 0x40022af8, op0 = 0x4068ae00,
op1 = 0x406d7a48, op2 = 0x0}
(gdb) p *vro2
$4 = {opcode = ARRAY_REF, type = 0x40022af8, op0 = 0x4068ae00, op1 = 0x0,
op2 = 0x0}
--
--- Comment #5 from andreast at gcc dot gnu dot org 2008-07-20 21:30
---
It isn't, but I need an entry point in bugzilla and I entered where it
happened!
People will adjust the 'component' as soon as we/they found out where the issue
is related to.
You're welcome to help.
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|libstdc++ |middle-end
Keywords|
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-07-20 21:38 ---
I would not call this a regression just yet ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-07-20 21:40 ---
Why not? It's a regression from trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36885
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-07-21 01:03 ---
With -O2 -g --param ggc-min-expand=0 --param ggc-min-heapsize=0 I get a
segfault on the tuples branch so we have a GC issue somewhere ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36885
--- Comment #5 from hp at gcc dot gnu dot org 2008-07-21 01:16 ---
Subject: Bug 36509
Author: hp
Date: Mon Jul 21 01:15:18 2008
New Revision: 138018
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138018
Log:
PR middle-end/36509
*
--- Comment #27 from hp at gcc dot gnu dot org 2008-07-21 01:38 ---
Subject: Bug 33642
Author: hp
Date: Mon Jul 21 01:37:55 2008
New Revision: 138019
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138019
Log:
PR rtl-optimization/33642
*
--- Comment #11 from hp at gcc dot gnu dot org 2008-07-21 02:38 ---
Subject: Bug 36143
Author: hp
Date: Mon Jul 21 02:37:36 2008
New Revision: 138020
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138020
Log:
PR middle-end/36143
* g++.dg/tree-ssa/pr19637.C: XFAIL.
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-07-21 04:45
---
Subject: Bug 36857
Author: jvdelisle
Date: Mon Jul 21 04:44:10 2008
New Revision: 138021
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138021
Log:
2008-07-20 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-07-21 04:56
---
Fixed on trunk
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-07-21 05:17
---
Internal unit array I/O with dimensions greater than 7 appears to work OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825
54 matches
Mail list logo
