[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

--- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-12-05 08:21 --- Confirmed that, as expected, the proposed patch, http://gcc.gnu.org/ml/java/2009-12/msg00027.html, eliminates the crashes in gcj in gcc 4.4.2 on x86_64-apple-darwin9 without any other changes. -- http

[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

--- Comment #31 from howarth at nitro dot med dot uc dot edu 2009-12-05 08:54 --- Interestingly gcc-4.4.2 with the proposed patch, http://gcc.gnu.org/ml/java/2009-12/msg00027.html, shows gcj crashing the same way as gcc trunk with the same patch (gdb) r testme.java -fbootclasspath=

[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

--- Comment #32 from howarth at nitro dot med dot uc dot edu 2009-12-05 09:02 --- Disassembling the crash on gcc-4.4.2 with the proposed patch on x86_64-apple-darwin10 shows... (gdb) x/10i 0x0001fcbc 0x1fcbc <_ZN3gnu9classpath13VMStackWalker21getCallingClassLoaderEJPN4java4

[Bug c++/42296] template : missing in analyse of possible constructor

--- Comment #1 from schwab at linux-m68k dot org 2009-12-05 09:14 --- *** Bug 42297 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42296

[Bug c++/42297] template : missing in analyse of possible constructor

--- Comment #1 from schwab at linux-m68k dot org 2009-12-05 09:14 --- *** This bug has been marked as a duplicate of 42296 *** -- schwab at linux-m68k dot org changed: What|Removed |Added --

[Bug c++/42296] template : missing in analyse of possible constructor

--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-05 09:45 --- *** This bug has been marked as a duplicate of 42272 *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c++/42272] derived template default argument

--- Comment #9 from paolo dot carlini at oracle dot com 2009-12-05 09:45 --- *** Bug 42296 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42272

[Bug c++/42296] template : missing in analyse of possible constructor

--- Comment #3 from debian dot templier at free dot fr 2009-12-05 10:58 --- missing in analyse of possible constructor : template < typename X , typename XT2 = T , typename X2 = typename XT2 :: X > SMART(SMART & value) : data(value.operator T* ()) {} ; with X=A XT2=T X2=T::A (X2 is un

[Bug fortran/42274] [fortran-dev Regression] ICE: segmentation fault

--- Comment #9 from janus at gcc dot gnu dot org 2009-12-05 11:20 --- (In reply to comment #8) > With the patch in comment #7 the tests in pr41829 and the following ones > segfault at runtime. Confirmed. This may be an initialization issue of the vtypes. Reduced test case: module m t

[Bug ada/41675] GNAT rejects type with 64 bits, claiming it has 65 bits

--- Comment #2 from dirk dot herrmann-privat at gmx dot de 2009-12-05 11:25 --- Hello, thanks for considering the bug. I checked that the maximum value that could be stored in scalars of type T would be 0xFF80. Thus, a representation within 64 bits is possible. I have al

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #15 from ebotcazou at gcc dot gnu dot org 2009-12-05 11:34 --- > The attached change seems to fix the Array_3 linux fail. Testing a > similar change for hpux. However, need to fix the following warnings: > > ../../../gcc/libjava/prims.cc:178:1: warning: unused parameter >

[Bug c/42299] New: another verify_ssa failure with -g -O2

I just tried to compile the Linux kernel 2.6.30 with the GNU C compiler version 4.5 snapshot 20091203 and the compiler said drivers/scsi/bfa/bfad.c:196:1: error: definition in block 14 does not dominate use in block 19 for SSA_NAME: rc_4 in statement: # DEBUG rc => rc_4 drivers/scsi/bfa/bfad.c:196

[Bug c/42299] another verify_ssa failure with -g -O2

--- Comment #1 from dcb314 at hotmail dot com 2009-12-05 11:36 --- Created an attachment (id=19236) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19236&action=view) gzipped C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42299

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc: SEGV in compare_access_positions

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-12-05 12:11 --- Reopening, this happens on Solaris 8 as well: This GDB was configured as "sparc-sun-solaris2.8"... (gdb) set args libgcc2.i -O (gdb) run Starting program: /nile.build/botcazou/gcc-head/sparc-sun-solaris2.8/gcc/cc

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc: SEGV in compare_access_positions

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-12-05 12:12 --- Reopened. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|R

[Bug other/42280] libiberty configure script fails checking pid_t when without-headers

--- Comment #5 from viriketo at gmail dot com 2009-12-05 12:34 --- Sorry for not posting the full log before, but I noticed that the failing target is "configure-target-libiberty". I don't understand how libiberty can be built for the target when building a cross compiler "--without-hea

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc: SEGV in compare_access_positions

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2009-12-05 12:39 --- The problem is that the comparison of types is not anti-symmetrical: (gdb) call compare_access_positions(&access_vec->base.vec[2], &access_vec->base.vec[3]) $37 = 1 (gdb) call compare_access_positions(&access_vec

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc: SEGV in compare_access_positions

-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42157

[Bug debug/41371] [4.5 Regression] -g causes compiler to hang

--- Comment #5 from dcb314 at hotmail dot com 2009-12-05 12:50 --- (In reply to comment #3) > Reconfirmed. It seems to be still broken in snapshot 20091203 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41371

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #25 from dominiq at lps dot ens dot fr 2009-12-05 12:54 --- If there is no objection, I'll close tomorrow this pr as fixed. The failure of libffi.call/nested_struct5.c is pr34311 (Opened: 2007-12-01) and I'll open a new pr for the failures of libffi.call/cls_*double_va.c. -

[Bug c/42299] another verify_ssa failure with -g -O2

--- Comment #2 from hjl dot tools at gmail dot com 2009-12-05 12:58 --- It is caused by revision 154402: http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00623.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug other/36595] Multiple warnings about C++ for C codes

--- Comment #2 from dominiq at lps dot ens dot fr 2009-12-05 13:10 --- I no longer see these warnings on trunk at revisions above 154978 on *-apple-darwin*. Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added ---

[Bug fortran/42274] [fortran-dev Regression] ICE: segmentation fault

--- Comment #10 from dominiq at lps dot ens dot fr 2009-12-05 13:31 --- With the patch in comment #7 the tests gfortran.dg/class_9.f03 and gfortran.dg/dynamic_dispatch_[1-6].f03 also give a segfault at runtime. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42274

[Bug other/42280] libiberty configure script fails checking pid_t when without-headers

--- Comment #6 from viriketo at gmail dot com 2009-12-05 14:03 --- Ok, I traced the problem down. The main change between 4.3.4 and 4.4.1 that triggered the problem was the addition of 'zlib' in the core package (what I am trying to build). The configure script has the following logic a

[Bug libfortran/41711] BOZ format does not support reading large kind reals

--- Comment #14 from dominiq at lps dot ens dot fr 2009-12-05 14:29 --- > According to a note I spotted on clf , reading and writing reals with BOZ is > invalid, so what we are doing here is an extension. Do you have a pointer? Also the extension should probably be documented. > I am

[Bug other/42280] libiberty configure script fails checking pid_t when without-headers

--- Comment #7 from rearnsha at gcc dot gnu dot org 2009-12-05 14:37 --- There probably is no patch. If you are building a compiler with no headers, then you can't just type 'make' and expect it to work. Instead you must just build those targets you really need (like the core compiler

[Bug other/42280] libiberty configure script fails checking pid_t when without-headers

--- Comment #8 from viriketo at gmail dot com 2009-12-05 14:49 --- As I said in a previous comment, removing the 'zlib' subdirectory (not included in releases older than 4.4.2) made "make all" and "make installl" work perfectly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42280

[Bug libfortran/41711] [F2008] BOZ format does not support reading large kind reals

--- Comment #15 from burnus at gcc dot gnu dot org 2009-12-05 15:01 --- (In reply to comment #14) > > According to a note I spotted on clf , reading and writing reals with BOZ is > > invalid, so what we are doing here is an extension. > Do you have a pointer? I have the following: "10

[Bug fortran/42274] [fortran-dev Regression] ICE: segmentation fault

--- Comment #11 from janus at gcc dot gnu dot org 2009-12-05 15:14 --- (In reply to comment #8) > With the patch in comment #7 the tests in pr41829 and the following ones > segfault at runtime. Since these run fine with a clean fortran-dev, this is a regression of my patch, more exactly

[Bug fortran/42274] [fortran-dev Regression] ICE: segmentation fault

--- Comment #12 from dominiq at lps dot ens dot fr 2009-12-05 16:41 --- Removing the line outlined in comment#11, slightly improve the situation: class_9.f03 and dynamic_dispatch_5.f03, and the test in comment #9 now pass and I get for pr41829.f90: [macbook] f90/bug% gfc pr41829.f90 [m

[Bug c/42300] New: Having LIBRARY_PATH set but with null contents, makes gcc read ./specs

I think that a LIBRARY_PATH set, but without any contents (as done in shell with LIBRARY_PATH= ) will make gcc read the specs file from the directory '.'. Having no LIBRARY_PATH in the environment does not make gcc read ./specs. For example. this can break the build of a cross-compiler with g++, b

[Bug fortran/24978] ICE in gfc_assign_data_value_range

--- Comment #19 from jvdelisle at gcc dot gnu dot org 2009-12-05 17:01 --- Try this patch: Index: data.c === --- data.c (revision 155006) +++ data.c (working copy) @@ -497,7 +497,13 @@ gfc_assign_data_value_range

[Bug pending/41998] GCC 4.6 pending patches meta-bug

--- Comment #5 from aesok at gcc dot gnu dot org 2009-12-05 17:15 --- Patch to turn TARGET_FUNCTION_VALUE_REGNO_P macro into a hook. http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00729.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41998

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #2 from rwild at gcc dot gnu dot org 2009-12-05 17:19 --- Subject: Bug 40972 Author: rwild Date: Sat Dec 5 17:18:53 2009 New Revision: 155012 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155012 Log: Sync from git Libtool and regenerate. /: PR target/38384

[Bug target/38384] shared link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00

--- Comment #49 from rwild at gcc dot gnu dot org 2009-12-05 17:19 --- Subject: Bug 38384 Author: rwild Date: Sat Dec 5 17:18:53 2009 New Revision: 155012 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155012 Log: Sync from git Libtool and regenerate. /: PR target/3838

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #16 from danglin at gcc dot gnu dot org 2009-12-05 17:46 --- Subject: Bug 41912 Author: danglin Date: Sat Dec 5 17:45:59 2009 New Revision: 155013 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155013 Log: PR ada/41912 * pa/linux-unwind.h (pa32_fall

[Bug c++/42301] New: Segmentation fault during brace initialization of an empty vector of tuples.

I built gcc-4.4.2 from source with "../gcc-4.4.2/configure --prefix=/my/path" and no other modifications. I built it with gmp-4.3.1.tar.bz2 and mpfr-2.4.1.tar.bz2. Here is the source file that triggers the bug. #include #include const std::vector> input {}; EOF Here is the compile command an

[Bug c++/42301] Segmentation fault during brace initialization of an empty vector of tuples.

--- Comment #1 from kgsmith at gmail dot com 2009-12-05 18:03 --- Created an attachment (id=19237) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19237&action=view) saved intermediate compiler output autogenerated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42301

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #3 from ktietz at gcc dot gnu dot org 2009-12-05 18:16 --- hmm, I still don't see in gcc's root in libtool.m4 the patch for detecting x64_64 archives. Did I miss here something? Cheers, Kai -- ktietz at gcc dot gnu dot org changed: What|Removed

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2009-12-05 18:20 --- Subject: Re: libtool fails to detect pe-x86-64 import library * ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:16:12PM CET: > hmm, I still don't see in gcc's root in libtool.m4 the patch for de

[Bug fortran/36534] Bogus: '__convert_s1_s4' at (1) is obsolescent in fortran 95

--- Comment #6 from tkoenig at gcc dot gnu dot org 2009-12-05 18:28 --- $ cat huhu.f90 CHARACTER (kind=4,len=*) MY_STRING4(1:3), my_string_s4 PARAMETER ( MY_STRING4 = (/ "A" , "B", "C" /) ) end $ gfortran huhu.f90 huhu.f90:1.54: CHARACTER (kind=4,len=*) MY_STRING4(1:3), my_string_s4

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #5 from ktietz at gcc dot gnu dot org 2009-12-05 18:31 --- I meant in libtool.m4, too: We have here: mingw* | pw32*) # Base MSYS/MinGW do not provide the 'file' command needed by # func_win32_libid shell function, so use a weaker test based on 'objdump', # unless we fi

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #17 from ebotcazou at gcc dot gnu dot org 2009-12-05 18:32 --- Patch installed. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36534] Bogus: '__convert_s1_s4' at (1) is obsolescent in fortran 95

--- Comment #7 from burnus at gcc dot gnu dot org 2009-12-05 18:54 --- (In reply to comment #5) > It looks like this is fixed. I could not reproduce the problem. I still get this problem: $ cat fhjfff.f90 CHARACTER (kind=4,len=*) MY_STRING4(1:3) PARAMETER ( MY_STRING4 = (/ "A" , "B",

[Bug fortran/40766] this fortran program is too slow

--- Comment #17 from burnus at gcc dot gnu dot org 2009-12-05 19:01 --- (In reply to comment #16) > This is a glibc issue with software sin function. AMD has some patches for this, which are seemingly only used by (open)SUSE's glibc. Try http://developer.amd.com/CPU/LIBRARIES/LIBM/Pages

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #6 from ktietz at gcc dot gnu dot org 2009-12-05 19:21 --- (In reply to comment #4) > Subject: Re: libtool fails to detect pe-x86-64 import > library > > * ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:16:12PM CET: > > hmm, I still don't see in gcc's root

[Bug c++/42302] New: compiler accepts calling private c++ constructor from outside of the class

Hi, The code below can be compiled without any complain from the compiler: class A { private: A() {}; }; int main(int argc, char *argv[]) { A a; } Thanks, Csaba -- Summary: compiler accepts calling private c++ constructor from outside of the cla

[Bug c++/42296] template : missing in analyse of possible constructor

--- Comment #4 from paolo dot carlini at oracle dot com 2009-12-05 19:32 --- *** This bug has been marked as a duplicate of 42272 *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c++/42272] derived template default argument

--- Comment #10 from paolo dot carlini at oracle dot com 2009-12-05 19:32 --- *** Bug 42296 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42272

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2009-12-05 19:46 --- Subject: Re: libtool fails to detect pe-x86-64 import library * ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:31:22PM CET: > I meant in libtool.m4, too: > > We have here: > mingw* | pw32*) >

[Bug bootstrap/40972] libtool fails to detect pe-x86-64 import library

--- Comment #8 from rwild at gcc dot gnu dot org 2009-12-05 19:47 --- Fixed. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/42303] New: Shift left as wide as mode is expanded into RTL as shift

Shift LEFT by the full length of integer is carried through to RTL as shift - rather than being ZERO. This hidden zero prevents further optimization. For example x = a + (B<<16) should be reduced to x = a. Instead we get x = 0 | a; This can also be seen in rotate expressions. int16_t shiftzero

[Bug c++/42301] Segmentation fault during brace initialization of an empty vector of tuples.

-- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Know

[Bug target/42287] xgcc: Internal error: Segmentation fault (program as)

--- Comment #4 from mark at advancedtechcorp dot com 2009-12-05 20:33 --- (In reply to comment #3) > Which would be http://sourceware.org/bugzilla/ > Sorry, I'm getting old. I read the instructions in the config log that stated: "Please submit a full bug report. See

[Bug boehm-gc/42304] New: found a resource leak

Hi, during check of the current trunk with the static code analysis tool cppcheck (https://sourceforge.net/projects/cppcheck/) i discovered a resource leak. Please see the attached patch that fixes the issue. Best regards Ettl Martin Index: os_dep.c

[Bug boehm-gc/42304] found a resource leak

--- Comment #1 from ettl dot martin at gmx dot de 2009-12-05 21:02 --- Created an attachment (id=19238) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19238&action=view) a patch that fixes the resource leak -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42304

[Bug libfortran/30694] minval/maxval with +/-Inf

--- Comment #30 from tkoenig at gcc dot gnu dot org 2009-12-05 21:53 --- (In reply to comment #29) > Probably fixed by the commit of PR 40643 comment 7 > > Author: jakub > Date: Fri Jul 24 07:57:13 2009 > New Revision: 150041 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=1

[Bug fortran/40643] maxloc/minloc: Wrong result for NaN at position 1

--- Comment #8 from tkoenig at gcc dot gnu dot org 2009-12-05 21:54 --- As far as I can see, this is fixed. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/41951] [OOP] ICE in gfc_match_varspec, at fortran/primary.c:1815

--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-12-05 22:14 --- Reduced test case, from c2.f90: module m_sort implicit none type, abstract :: sort_t contains procedure(gt_cmp), deferred :: gt_cmp end type sort_t contains subroutine bsort(a) class(sort_t), inten

[Bug debug/41806] G++ fails to compile a testcase with -fcompare-debug

--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-12-05 22:28 --- Can't reproduce with this testcase and g++ 4.5.0 20091203. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41806

[Bug other/42305] New: Inconsistent description of -O1 and -finline-small-functions options in documentation

The GCC manual and man page state that -O1 includes -finline-small-functions. However, the description of -finline-small-functions states that it is included by -O2 not by -O1. I believe that the documentation should be corrected to state that -O1 includes -finline-functions-called-once (and _not_

[Bug bootstrap/42306] New: [4.5 regression] Revision 155012 breaks lto-plugin

I got libtool: Version mismatch error. This is libtool 2.2.7a, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.7a libtool: and run autoconf again. make[6]: *** [lto-plugin.lo] Error 63 make[6]: Leaving dire

[Bug bootstrap/42306] [4.5 regression] Revision 155012 breaks lto-plugin

--- Comment #1 from hjl dot tools at gmail dot com 2009-12-05 23:51 --- lto-plugin/: * configure: Regenerate. * Makefile.in: Regenerate. is bogus. Those files aren't changed at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42306

[Bug bootstrap/42306] [4.5 regression] Revision 155012 breaks lto-plugin

--- Comment #2 from hjl at gcc dot gnu dot org 2009-12-05 23:58 --- Subject: Bug 42306 Author: hjl Date: Sat Dec 5 23:57:50 2009 New Revision: 155017 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155017 Log: 2009-12-05 H.J. Lu PR bootstrap/42306 * configure

[Bug bootstrap/42306] [4.5 regression] Revision 155012 breaks lto-plugin

--- Comment #3 from hjl dot tools at gmail dot com 2009-12-06 00:12 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug fortran/36534] Bogus: '__convert_s1_s4' at (1) is obsolescent in fortran 95

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-12-06 00:16 --- I can not reproduce at all. Can you try an update. Maybe one our patches recently fixed this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36534

[Bug fortran/36534] Bogus: '__convert_s1_s4' at (1) is obsolescent in fortran 95

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-12-06 01:02 --- OK we have a Heisenbug going on here. Running from Valgrind like this: valgrind --leak-check=full f951 -pedantic ' as free form .file "" :2.51: PARAMETER ( MY_STRING4 = (/ "A" , "B", "C" /) )

[Bug java/42307] New: WalkerTest execution failures

since the initial darwin10 release. Interestingly, when one tries to load the WalkerTest.exe created with... /sw/src/fink.build/gcc45-4.4.999-20091205/darwin_objdir/x86_64-apple-darwin10.2.0/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /sw/src/fink.build/gcc45-4.4.999-20091205

[Bug java/42307] WalkerTest execution failures

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06 01:11 --- Created an attachment (id=19239) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19239&action=view) preprocessed source for WalkerTestmain.i created on x86_64-apple-darwin10 -- http://gcc.gnu.org/b

[Bug java/42307] WalkerTest execution failures

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06 01:12 --- Created an attachment (id=19240) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19240&action=view) assembly for WalkerTestmain.s created on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/sho

[Bug java/42307] WalkerTest execution failures

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-06 01:12 --- Created an attachment (id=19241) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19241&action=view) assembly for WalkerTest.s created on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bu

[Bug libfortran/41711] [F2008] BOZ format does not support reading large kind reals

--- Comment #16 from kargl at gcc dot gnu dot org 2009-12-06 01:16 --- (In reply to comment #15) > (In reply to comment #14) > > > According to a note I spotted on clf , reading and writing reals with BOZ > > > is > > > invalid, so what we are doing here is an extension. > > Do you hav

[Bug java/42307] WalkerTest execution failures

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-06 01:33 --- This appears to be a case where the new VTA merge debug code confuses the older Apple gdb. Using current gdb cvs on x86_64-apple-darwin10, this failing testcase debugs as... ../gdb_cvs/dist/bin/gdb ./Walke

[Bug testsuite/42308] New: test-demangle, test-pexecute and test-expandargv compiled with wrong compiler

]: Nothing to be done for `check'. gcc -DHAVE_CONFIG_H -g -O2 -I.. -I../../../gcc-4.5-20091205/libiberty/testsuite/../../include -o test-demangle \ ../../../gcc-4.5-20091205/libiberty/testsuite/test-demangle.c ../libiberty.a ld warning: in ../libiberty.a, file is not of req