--- Comment #9 from patriciak784-gccmainling at yahoo dot de 2009-01-05
08:43 ---
I don't think it's good to apply the workaround mainly because 3.4.5 works for
me on mingw and the code that triggers the error hasn't changed since its
initial commit which was more than 5 years ago.
I
--- Comment #1 from jv244 at cam dot ac dot uk 2009-01-05 16:18 ---
Created an attachment (id=17033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17033action=view)
testcase
gfortran -O1 -fbounds-check -ftime-report PR38729.f90
to reproduce.
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38702
The to-be-attached testcase takes about 10s to compile at '-O0 -fbounds-check',
30s at '-O2 -fbounds-check' while it requires about 300s at '-O1
-fbounds-check'
The time report shows that at -O1 about 80% of the time is in 'tree canonical
iv : 244.29 (82%) usr'
--
Summary: long
--- Comment #6 from pault at gcc dot gnu dot org 2009-01-05 16:32 ---
(In reply to comment #1)
Assuming no local problems and a clean tree (looks like), the following commit
might have caused the regression:
r130257 | fxcoudert | 2007-11-17 14:46:53 +0100 (Sat, 17 Nov 2007) | 6
--- Comment #7 from pault at gcc dot gnu dot org 2009-01-05 17:35 ---
I'm just about to post a patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38495
On i386-pc-solaris2.11 (OpenSolaris) I built gcc 4.4.0 20090104 (with
Graphite).
# /usr/local/bin/g++ -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static
--- Comment #9 from rearnsha at gcc dot gnu dot org 2009-01-05 17:52
---
(In reply to comment #8)
Seems to work on 4.3.2-1 Debian gnueabi
You didn't compile your testcase with -mthumb. Also, that system should be
using unwinding tables for exceptions, rather than builtin_setjmp and
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-05 17:52 ---
Subject: Bug 38702
Author: jason
Date: Mon Jan 5 17:52:18 2009
New Revision: 143081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143081
Log:
PR c++/38701
* decl.c (cp_finish_decl): Clear
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-05 17:52 ---
Subject: Bug 38701
Author: jason
Date: Mon Jan 5 17:52:18 2009
New Revision: 143081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143081
Log:
PR c++/38701
* decl.c (cp_finish_decl): Clear
--- Comment #4 from jason at gcc dot gnu dot org 2009-01-05 17:52 ---
Subject: Bug 38701
Author: jason
Date: Mon Jan 5 17:52:35 2009
New Revision: 143082
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143082
Log:
PR c++/38701
* decl.c (cp_finish_decl): Clear
--- Comment #4 from jason at gcc dot gnu dot org 2009-01-05 17:52 ---
Subject: Bug 38702
Author: jason
Date: Mon Jan 5 17:52:35 2009
New Revision: 143082
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143082
Log:
PR c++/38701
* decl.c (cp_finish_decl): Clear
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
Keywords|
--- Comment #2 from laurent at guerby dot net 2009-01-05 15:09 ---
Mike Stein builds a cross compiler from x86_64 to arm-elf and see pr37433.c
ICE:
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00247.html
configure flags: --target=arm-elf --prefix=/home/mstein/cross-local/arm-elf
--- Comment #3 from mikael at gcc dot gnu dot org 2009-01-05 14:35 ---
(In reply to comment #2)
The .mod looks OK though - as far I can see (rearrangements; only one
testcommon1 etc. instead of two).
The test2.mod is wrong I think.
Without USE TEST3:
[...]
(('testcommon1' 2 0 0
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-05 14:18 ---
If one compares the dumps, one finds an additional
+ extern character(kind=1) testchar[1:80];
in the failing version. Thus while the working version accesses
testcommon1.testchar[1]{lb: 1 sz: 1}
the failing
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38708
--- Comment #4 from dominiq at lps dot ens dot fr 2009-01-05 14:14 ---
(In reply to comment #3)
Please can someone test on older revisions/provide more information?
The test passes with gfortran 4.2.3, but not 4.3.2 on powerpc-apple-darwin9.
Hence it is a regression.
--
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-05 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-05 14:54 ---
(In reply to comment #4)
With USE TEST3, sym-backend_decl is not set.
Interestingly, the backend_decl for test3's testchar is set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38657
--- Comment #1 from dominiq at lps dot ens dot fr 2009-01-05 13:54 ---
The executable aborts on powerpc-apple-darwin9 (r143074) when compiled with
-m32, but passes when compiled with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38726
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-05 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from doko at ubuntu dot com 2009-01-05 18:33 ---
Can you reproduce it with vanilla trunk?
yes.
now, building with binutils 2.18 and glibc-2.7 lets the build succeed, building
with binutils-2.19 and glibc-2.9 (Ubuntu jaunty) lets the build fail. I'm
trying next to
--- Comment #10 from drow at gcc dot gnu dot org 2009-01-05 18:34 ---
Right. You would need an arm-elf (not arm-eabi) or arm-linux (not
arm-linux-gnueabi) toolchain to test this. Those are slowly becoming
obsolete...
--
drow at gcc dot gnu dot org changed:
What
--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2009-01-05
18:34 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
pinskia at gcc dot gnu dot org writes:
Does this happen still?
I'm pretty sure it does, though I've got the workarounds
--- Comment #8 from doko at ubuntu dot com 2009-01-05 18:37 ---
Created an attachment (id=17034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17034action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
--- Comment #8 from mikael at gcc dot gnu dot org 2009-01-05 18:44 ---
Subject: Bug 38726
Author: mikael
Date: Mon Jan 5 18:44:09 2009
New Revision: 143084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143084
Log:
2009-01-05 Mikael Morin mikael.mo...@tele2.fr
PR
--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-05 18:44 ---
Subject: Bug 38669
Author: mikael
Date: Mon Jan 5 18:44:09 2009
New Revision: 143084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143084
Log:
2009-01-05 Mikael Morin mikael.mo...@tele2.fr
PR
--- Comment #9 from sje at cup dot hp dot com 2009-01-05 18:46 ---
I found the same fix earlier and submitted a patch but forgot to update the PR
which is probably why you didn't notice it.
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00663.html
My patch doesn't check for namespace
--- Comment #7 from mikael at gcc dot gnu dot org 2009-01-05 15:08 ---
(In reply to comment #6)
If compiled with -fbounds-check, the executable yields:
At line 29 of file
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/elemental_subroutine_7.f90
Fortran runtime error: Array
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38698
--- Comment #2 from rob1weld at aol dot com 2009-01-05 17:07 ---
I noticed this is a P1.
Rainer Orth says:
Building current mainline on Solaris 11/SPARC with GNU ld 2.19 and
Sun as fails when building libgomp:
The Official Position of Sun is: You must use Sun's ld.
Andrew, on
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-05 11:19 ---
Fixed on the alias-improvements branch:
a f(a, a) (struct a g, struct a h)
{
long long int pretmp.24;
bb 2:
# .MEM_12 = VDEF .MEM_11(D)
retval = *g;
# VUSE .MEM_12
pretmp.24 = h-b;
# .MEM_7 = VDEF
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-05 14:56 ---
Can't reproduce with a cross and can't think of how you could get there a
STRING_CST in a place of fndecl - get_callee_fndecl can't return STRING_CST, it
either returns a FUNCTION_DECL or NULL. Of course unless cc1
--- Comment #8 from mikael at gcc dot gnu dot org 2009-01-05 13:37 ---
(In reply to comment #7)
It caused PR 38726
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38669
--- Comment #8 from irar at il dot ibm dot com 2009-01-05 13:58 ---
To handle unknown alignment of data, the vectorizer creates a prolog loop to
peel a statically unknown number of scalar iterations (0=nVF). This loop is
followed by a vectorized loop (with the remaining, multiple of VF,
--- Comment #14 from laurent at guerby dot net 2009-01-05 12:05 ---
Something like that? (untested)
Index: configure.ac
===
--- configure.ac(revision 143046)
+++ configure.ac(working copy)
@@ -2904,6
--- Comment #16 from tkoenig at gcc dot gnu dot org 2009-01-05 11:08
---
Reduced test case
- works on i686-pc-linux-gnu for all optimization levels
- works with -m32 on x86-64-unknown-linux-gnu
- works with 4.3.2
--
tkoenig at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #4 from janis at gcc dot gnu dot org 2009-01-05 19:10 ---
The powerpc testcase and perlbmk now pass when compiled with the options that
used to cause them to hang, for both the current 4.3 branch and mainline, so
let's call this fixed. If anyone cares I can find out which
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38631
--- Comment #3 from laurent at guerby dot net 2009-01-05 15:38 ---
jakub guerby: I guess the interesting thing is how could non-NULL be passed
there, step through expand_call and see if get_callee_fndecl returned non-NULL
or where fndecl became non-NULL
guerby fndecl seems to be NULL
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.3.2
Priority|P3 |P2
--- Comment #7 from tkoenig at gcc dot gnu dot org 2009-01-05 10:43 ---
Subject: Bug 38672
Author: tkoenig
Date: Mon Jan 5 10:43:39 2009
New Revision: 143074
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143074
Log:
2009-01-05 Thomas Koenig tkoe...@gcc.gnu.org
PR
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-05 11:54 ---
Can you reproduce it with vanilla trunk? I've certainly bootstrapped/regtested
the trunk on ia64-linux several times recently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
--- Comment #14 from dfranke at gcc dot gnu dot org 2009-01-05 19:34
---
Subject: Bug 37159
Author: dfranke
Date: Mon Jan 5 19:34:02 2009
New Revision: 143089
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143089
Log:
gcc/fortran:
2009-01-05 Daniel Franke
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #1 from irar at il dot ibm dot com 2009-01-05 13:19 ---
Here is a reduced testcase:
program test_elemental
implicit none
integer, dimension (2, 4) :: a
integer, dimension (2, 4) :: b
integer(kind = 8), dimension(2) :: c
a = reshape ((/2, 3, 4, 5, 6, 7, 8,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38701
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38725
--- Comment #3 from grant dot b dot edwards at gmail dot com 2009-01-05
19:40 ---
I've just run across the exact same problem using 3.4.4 to build an arm-elf
3.2.1 cross-compiler on Cygwin. Building the same exact same compiler using
3.4.6 on Linux works fine, so it appears to be
--- Comment #3 from mikael at gcc dot gnu dot org 2009-01-05 13:58 ---
(In reply to comment #0)
On Linux/ia64, revision 143058 gave
FAIL: gfortran.dg/elemental_subroutine_7.f90 -O0 execution test
According to the gcc-testresults mailing list, this is confirmed on
--- Comment #8 from tkoenig at gcc dot gnu dot org 2009-01-05 10:46 ---
Fixed on trunk, will wait for a few days before committing
to 4.3.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pault at gcc dot gnu dot org 2009-01-05 19:46 ---
Subject: Bug 38657
Author: pault
Date: Mon Jan 5 19:46:06 2009
New Revision: 143090
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143090
Log:
2009-01-05 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #9 from pault at gcc dot gnu dot org 2009-01-05 19:47 ---
Trunk done, 4.3 to come!
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
String variables allocated on the stack on not aligned.
--
Summary: Local strings on the stack not aligned
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
--- Comment #3 from joel at gcc dot gnu dot org 2009-01-05 14:32 ---
Issue appears to have been independently resolved as of:
gcc (GCC) 4.4.0 20090105 (experimental) [trunk revision 143068]
I will make a full test run on the powerpc to make sure and close this if that
run is OK
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 19:51 ---
Mine.
The patch in testing:
Index: rs6000/rs6000.h
===
--- rs6000/rs6000.h (revision 143086)
+++ rs6000/rs6000.h (working copy)
@@ -613,13
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 19:44 ---
This is only a testsuite issue really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2009-01-05 19:54 ---
For example, the following, when declared locally:
typedef char Str_30 [31];
Str_30 Str_1_Par_Ref;
Str_30 Str_2_Par_Ref;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38731
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Priority|P3 |P2
The autogen program (Ver. 5.7) finds fixinclude test failures.
# /usr/local/bin/gcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float
[forwarded from http://bugs.debian.org/504323]
Stephan Bergmann writes:
Reproducing with libstdc++.so.6 and libgcc_s.so.1 from gcc-4.4-20090102
in unxlngi6.pro DEV300m38 OOo, the problem is that OOo at
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||x86_64-*-*
Priority|P3 |P2
this should fail to compile
INTEGER :: st1,i,a(10)
st1(i)=F1(I)
FORALL(i=1:10) a(i)=st1(i)
write(6,*)a
CONTAINS
INTEGER FUNCTION F1(I)
INTEGER, INTENT(IN) :: I
F1=I*I*I
END FUNCTION F1
END
--
Summary: non pure function in forall
Product: gcc
Version: 4.4.0
--- Comment #13 from hubicka at gcc dot gnu dot org 2009-01-05 20:01
---
Hi,
sorry for delays, somehow non-tuplified alpha shot this off the todo list.
I still can't build the target:
../../gcc/mips-tfile.c:672:24: error: mips/a.out.h: No such file or directory
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-01-05 20:01 ---
Adding 4.4.x reported against, as this testcase is not in 4.3.x.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
CC||jason at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot
--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-05 13:35 ---
I checked my old trunk builds:
2007-11-05-r129891 - works
2007-11-20-r130310 - fails
(= 25 fortran/ commits)
Assuming no local problems and a clean tree (looks like), the following commit
might have caused the
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-05 20:02 ---
Sun recommendations are not the issue here really. On other targets people
could use someone else's assembler but GNU ld and this will fail. It just
happen Solaris is the one that this happens more.
--
--- Comment #1 from gilles dot chanteperdrix at xenomai dot org 2009-01-05
15:21 ---
The following, even simpler test case:
unsigned long long f(unsigned long long ull)
{
register unsigned long long *__r0 __asm__ (r0) = ull;
__asm__ __volatile__ ( : +r (__r0));
--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-05 14:47 ---
without USE TEST3, gfc_get_symbol_decl (sym=testchar) returns sym-backend_decl
because it is set.
With USE TEST3, sym-backend_decl is not set, and we create the declaration. As
testchar is included from test2 we set
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38580
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 20:09 ---
FAIL: gcc.dg/torture/fp-int-convert-float128.c -O3 -g (test for excess
This means that the __float128 to int functions are not included in libgcc not
a big deal because most folks don't use __float128.
--- Comment #29 from mikael at gcc dot gnu dot org 2009-01-05 20:10 ---
(In reply to comment #28)
I think this PR can be closed - the ICEs are gone, the TODO item is gone and
the missing warnings are tracked in PR 33037.
Closing then. It was probably fixed together with PR 37903.
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 20:10 ---
2008-08-23 Sebastian Redl sebastian.r...@getdesigned.at
Add (again) exception propagation support as per N2179. Feature is
available only when _GLIBCXX_ATOMIC_BUILTINS_4 is defined.
This is to
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38472
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-01-05 11:26
---
Disable stage1 checking for arm.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dominiq at lps dot ens dot fr 2009-01-05 14:47 ---
If compiled with -fbounds-check, the executable yields:
At line 29 of file
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/elemental_subroutine_7.f90
Fortran runtime error: Array reference out of bounds for array 'p',
Nearly all the libraries (and all executables) can be installed by typing
make install, except for libgij which seems to require relinking.
# make install
...
libtool: install: /usr/bin/ginstall -c .libs/libjvm.soT
/usr/local/lib/amd64/gcj-4.4.0-10/libjvm.so
libtool: install: chmod +x
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-01-05 14:24 ---
Marking as regression according to Dominique's comment.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38708
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-05 20:19 ---
PR 38732 explains what is causing OO.o to fail. The ABI changed ;(.
*** This bug has been marked as a duplicate of 38732 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-05 20:19 ---
*** Bug 38631 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-05 20:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-05 20:23 ---
The other kind of freebsd6.3 fail in libstdc++ is:
testsuite/25_algorithms/max/3.cc
/sw/test/GCC/trunk/libstdc++-v3/testsuite/25_algorithms/max/3.cc:26: undefined
reference to `_47'
--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-05 20:23 ---
(In reply to comment #8)
As far as I can tell, ASIS is working correctly with gfortran 4.4 and 4.3.
So, we can close?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38122
--- Comment #17 from jakub at gcc dot gnu dot org 2009-01-05 13:11 ---
Slightly more reduced:
! PR rtl-optimization/38722
! { dg-do compile }
! { dg-options -O1 }
SUBROUTINE foo(x, n, ga, gc, vr)
TYPE pt
DOUBLE PRECISION, DIMENSION (:, :, :), POINTER :: cr
END TYPE pt
TYPE pu
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-05 20:38 ---
Created an attachment (id=17035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17035action=view)
add fabsf for hpux10/11
Try this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-01-05 20:48 ---
Ranier, when cross compiling, link tests cannot always be done. Therefore,
libstdc++ hardcodes found functions when cross compiling, and discovers
found functions when building for native.
The problem with this
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.3 4.4.0 |4.3.3
Known to work|4.3.2 |4.3.2 4.4.0
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-05 20:50 ---
Subject: Bug 38384
Author: bkoz
Date: Mon Jan 5 20:50:25 2009
New Revision: 143093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143093
Log:
2009-01-05 Benjamin Kosnik b...@redhat.com
PR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
--- Comment #2 from dominiq at lps dot ens dot fr 2009-01-05 13:57 ---
See also http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00421.html for
powerpc-apple-darwin8.5.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38726
--- Comment #8 from spop at gcc dot gnu dot org 2009-01-05 21:04 ---
Subject: Bug 38500
Author: spop
Date: Mon Jan 5 21:03:45 2009
New Revision: 143094
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143094
Log:
2009-01-05 Harsha Jagasia harsha.jaga...@amd.com
PR
--- Comment #8 from spop at gcc dot gnu dot org 2009-01-05 21:04 ---
Subject: Bug 38510
Author: spop
Date: Mon Jan 5 21:03:45 2009
New Revision: 143094
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143094
Log:
2009-01-05 Harsha Jagasia harsha.jaga...@amd.com
PR
--- Comment #9 from spop at gcc dot gnu dot org 2009-01-05 21:21 ---
Subject: Bug 38492
Author: spop
Date: Mon Jan 5 21:21:16 2009
New Revision: 143097
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143097
Log:
2009-01-05 Sebastian Pop sebastian@amd.com
PR
--- Comment #4 from schwab at suse dot de 2009-01-05 21:31 ---
From the ABI document (2.2.1 C++ Exception Objects):
By convention, a __cxa_exception pointer points at the C++ object representing
the exception being thrown, immediately following the header. The header
structure is
1 - 100 of 162 matches
Mail list logo
