[Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj
--- Comment #9 from ian at airs dot com 2008-06-14 05:59 --- There aren't any obvious instructions on how to reproduce this bug. Andrew, which file(s) in libgcj do you see problems with? Adding Diego to CC since VRP is his baby. -- ian at airs dot com changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
[Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj
--- Comment #10 from aph at gcc dot gnu dot org 2008-06-14 06:27 --- The only way I can find out which file in libgcj causes the stack overflow is to try to build it again with an unoptimized gcc. I can do so next week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
[Bug target/36539] New: [4.4 regression] IRA doesn't allocate asm output being returned to eax
Using today's IRA branch (r136683), on the attached file. gcc -O3 -fno-pic -fomit-frame-pointer -m64 -S cabac-ret.i -fira _get_cabac: LFB2: pushq %rbx LCFI0: movl(%rdi), %eax movl4(%rdi), %r8d # 16 cabac-ret.i 1 #%ebx %r8d %ax 24(%rdi) %rsi # 0 2 movl%eax, (%rdi) movl%r8d, 4(%rdi) movl%ebx, %eax popq%rbx andl$1, %eax ret with an unnecessary mov %ebx, %eax. Without -fira: movl(%rdi), %r8d movl4(%rdi), %r9d # 16 cabac-ret.i 1 #%eax %r9d %r8w 24(%rdi) %rsi # 0 2 movl%r8d, (%rdi) movl%r9d, 4(%rdi) andl$1, %eax ret Both allocators don't allocate bit to eax in 32-bit mode, though all other compilers with inline asm support I tried did. gcc 3.3 does, as well, but no other version seemed to. In this case it's not a problem, since changing the class to =a fixes it, but the function will be inlined a lot and I don't want to put unnecessary constraints on it. -- Summary: [4.4 regression] IRA doesn't allocate asm output being returned to eax Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: astrange at ithinksw dot com GCC target triplet: x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
[Bug target/36539] [4.4 regression] IRA doesn't allocate asm output being returned to eax
--- Comment #1 from astrange at ithinksw dot com 2008-06-14 06:48 --- Created an attachment (id=15771) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15771action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
[Bug target/36539] IRA doesn't allocate asm output being returned to eax
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 06:52 --- IRA has not been committed to the trunk yet so it is not a regression (yet). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|RA doesn't allocate asm |IRA doesn't allocate asm |output being returned to eax|output being returned to eax http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
[Bug bootstrap/36537] make broken if path to build directory has spaces
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 --- *** This bug has been marked as a duplicate of 36536 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36537
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 --- *** Bug 36537 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 --- What are the errors? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/33781] [4.3/4.4 Regression] Arg list too long building libgcc.a
--- Comment #22 from rwild at gcc dot gnu dot org 2008-06-14 07:25 --- (In reply to comment #20) I do like your PR33781.diff patch which moves us in the right direction. Is it possible/safe to apply similar voodoo to the libgcc.map rule? I suppose the same is necessary for the libgcc_s$(SHLIB_EXT) rule. Any other rules? I guess using an options @FILE will be easiest to get around the limit here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781
[Bug bootstrap/30739] awk Prerequisite is not documented
--- Comment #1 from rwild at gcc dot gnu dot org 2008-06-14 08:42 --- (In reply to comment #0) After getting a private email about what caused PR 29049 for real, I noticed that the prerequisite for awk was not documented in http://gcc.gnu.org/install/prerequisites.html Confirmed. Yes it is a standard UNIX tool but there are some versions of GNU awk which are broken. Patch at http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00914.html. If anybody remembers the broken GNU awk version, we could mention that in the manual. -- rwild at gcc dot gnu dot org changed: What|Removed |Added CC||rwild at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-14 08:42:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30739
[Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj
--- Comment #11 from dannysmith at users dot sourceforge dot net 2008-06-14 10:01 --- (In reply to comment #6) Note that a native build should be done to verify that my patch increases the stack limit enough to fix this bug, before marking it fixed. With this patch (8 mb stack reserve), native mingw32 jc1.exe (built with -O2) is able to compile all libgcj objects on trunk and 4_3-branch. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
[Bug rtl-optimization/35604] Label references are not updated after edge insertion
--- Comment #2 from ubizjak at gmail dot com 2008-06-14 11:17 --- For the reference, proposed patch for fused macro ops is at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00969.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
[Bug libfortran/36538] namelist failure with tabs preceding object name
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-14 12:23 --- Jerry, does the 4.3 branch also need this fix? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
[Bug libfortran/36538] namelist failure with tabs preceding object name
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-06-14 13:52 --- yes, we could think of it as a regression relative to g77 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
[Bug tree-optimization/36519] [4.3 Regression] time/memory hog for c++ source.
--- Comment #5 from pluto at agmk dot net 2008-06-14 14:04 --- (In reply to comment #4) Created an attachment (id=15761) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15761action=view) [edit] patch Patch. Wider testing appreciated. this patch fixes all my c++ hogs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36519
[Bug rtl-optimization/35604] Label references are not updated after edge insertion
--- Comment #3 from hjl dot tools at gmail dot com 2008-06-14 14:55 --- Joey, Xuepeng, Weiliang, can we try http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00969.html on SPEC CPU 2K/2006 for both 32bit and 64bit? -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com, Joey dot ye at intel ||dot com, weiliang dot lin at ||intel dot com, xuepeng dot ||guo at intel dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
[Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj
--- Comment #12 from aaronavay62 at aaronwl dot com 2008-06-14 15:43 --- (In reply to comment #9) There aren't any obvious instructions on how to reproduce this bug. Andrew, which file(s) in libgcj do you see problems with? If you build libjava on a Win32 (mingw32 or Cygwin) target without altering ld's default stack reserve, cipher.o will fail to build with a stack overflow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #3 from andry at inbox dot ru 2008-06-14 15:51 --- Here is the details. System: WindowsXP+SP3 Config.log from build directory: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.3.1/configure --with-gcc --enable-languages=c,objc,c++ ## - ## ## Platform. ## ## - ## hostname = ANDRY_HOST uname -m = i686 uname -r = 1.0.11(0.46/3/2) uname -s = MINGW32_NT-5.1 uname -v = 2007-01-12 12:05 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /usr/local/bin PATH: /mingw/bin PATH: /bin PATH: /e/WINDOWS.0/system32 PATH: /e/WINDOWS.0 PATH: /e/WINDOWS.0/System32/Wbem PATH: /c/Programs/Tools/Console/Console v2.00b139 ## --- ## ## Core tests. ## ## --- ## configure:1505: checking build system type configure:1523: result: i686-pc-mingw32 configure:1558: checking host system type configure:1572: result: i686-pc-mingw32 configure:1580: checking target system type configure:1594: result: i686-pc-mingw32 configure:1637: checking for a BSD-compatible install configure:1692: result: /bin/install -c configure:1703: checking whether ln works configure:1725: result: yes configure:1729: checking whether ln -s works configure:1733: result: yes configure:2885: checking for gcc configure:2901: found /bin/gcc configure:2911: result: gcc configure:3155: checking for C compiler version configure:3158: gcc --version /dev/null 5 gcc.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3161: $? = 0 configure:3163: gcc -v /dev/null 5 Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) configure:3166: $? = 0 configure:3168: gcc -V /dev/null 5 gcc.exe: `-V' option must have argument configure:3171: $? = 1 configure:3194: checking for C compiler default output file name configure:3197: gccconftest.c 5 configure:3200: $? = 0 configure:3246: result: a.exe configure:3251: checking whether the C compiler works configure:3257: ./a.exe configure:3260: $? = 0 configure:3277: result: yes configure:3284: checking whether we are cross compiling configure:3286: result: no configure:3289: checking for suffix of executables configure:3291: gcc -o conftest.execonftest.c 5 configure:3294: $? = 0 configure:3319: result: .exe configure:3325: checking for suffix of object files configure:3346: gcc -c conftest.c 5 configure:3349: $? = 0 configure:3371: result: o configure:3375: checking whether we are using the GNU C compiler configure:3399: gcc -c conftest.c 5 configure:3405: $? = 0 configure:3409: test -z || test ! -s conftest.err configure:3412: $? = 0 configure:3415: test -s conftest.o configure:3418: $? = 0 configure:3431: result: yes configure:3437: checking whether gcc accepts -g configure:3458: gcc -c -g conftest.c 5 configure:3464: $? = 0 configure:3468: test -z || test ! -s conftest.err configure:3471: $? = 0 configure:3474: test -s conftest.o configure:3477: $? = 0 configure:3488: result: yes configure:3505: checking for gcc option to accept ANSI C configure:3575: gcc -c -g -O2 conftest.c 5 configure:3581: $? = 0 configure:3585: test -z || test ! -s conftest.err configure:3588: $? = 0 configure:3591: test -s conftest.o configure:3594: $? = 0 configure:3612: result: none needed configure:3630: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: syntax error before me configure:3636: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3821: checking for g++ configure:3837: found /bin/g++ configure:3847: result: g++ configure:3863: checking for C++ compiler version configure:3866: g++ --version /dev/null 5 g++.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #4 from andry at inbox dot ru 2008-06-14 15:52 --- Make failed with this output: The directory that should contain system headers does not exist: /mingw/include make[3]: *** [stmp-fixinc] Error 1 make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/f/_Builds/gcc-4.3.1-build' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/f/_Builds/gcc-4.3.1-build' make: *** [all] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #5 from andry at inbox dot ru 2008-06-14 16:08 --- Above issue info is about different issue, not about spaces in path to build directory, so check it out too. Here is error info about spaces in path to build directory. Config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.3.1/configure --enable-languages=c,objc,c++ ## - ## ## Platform. ## ## - ## hostname = ANDRY_HOST uname -m = i686 uname -r = 1.0.11(0.46/3/2) uname -s = MINGW32_NT-5.1 uname -v = 2007-01-12 12:05 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /usr/local/bin PATH: /mingw/bin PATH: /bin PATH: /e/WINDOWS.0/system32 PATH: /e/WINDOWS.0 PATH: /e/WINDOWS.0/System32/Wbem PATH: /c/Programs/Tools/Console/Console v2.00b139 ## --- ## ## Core tests. ## ## --- ## configure:1505: checking build system type configure:1523: result: i686-pc-mingw32 configure:1558: checking host system type configure:1572: result: i686-pc-mingw32 configure:1580: checking target system type configure:1594: result: i686-pc-mingw32 configure:1637: checking for a BSD-compatible install configure:1692: result: /bin/install -c configure:1703: checking whether ln works configure:1725: result: yes configure:1729: checking whether ln -s works configure:1733: result: yes configure:2885: checking for gcc configure:2901: found /bin/gcc configure:2911: result: gcc configure:3155: checking for C compiler version configure:3158: gcc --version /dev/null 5 gcc.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3161: $? = 0 configure:3163: gcc -v /dev/null 5 Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) configure:3166: $? = 0 configure:3168: gcc -V /dev/null 5 gcc.exe: `-V' option must have argument configure:3171: $? = 1 configure:3194: checking for C compiler default output file name configure:3197: gccconftest.c 5 configure:3200: $? = 0 configure:3246: result: a.exe configure:3251: checking whether the C compiler works configure:3257: ./a.exe configure:3260: $? = 0 configure:3277: result: yes configure:3284: checking whether we are cross compiling configure:3286: result: no configure:3289: checking for suffix of executables configure:3291: gcc -o conftest.execonftest.c 5 configure:3294: $? = 0 configure:3319: result: .exe configure:3325: checking for suffix of object files configure:3346: gcc -c conftest.c 5 configure:3349: $? = 0 configure:3371: result: o configure:3375: checking whether we are using the GNU C compiler configure:3399: gcc -c conftest.c 5 configure:3405: $? = 0 configure:3409: test -z || test ! -s conftest.err configure:3412: $? = 0 configure:3415: test -s conftest.o configure:3418: $? = 0 configure:3431: result: yes configure:3437: checking whether gcc accepts -g configure:3458: gcc -c -g conftest.c 5 configure:3464: $? = 0 configure:3468: test -z || test ! -s conftest.err configure:3471: $? = 0 configure:3474: test -s conftest.o configure:3477: $? = 0 configure:3488: result: yes configure:3505: checking for gcc option to accept ANSI C configure:3575: gcc -c -g -O2 conftest.c 5 configure:3581: $? = 0 configure:3585: test -z || test ! -s conftest.err configure:3588: $? = 0 configure:3591: test -s conftest.o configure:3594: $? = 0 configure:3612: result: none needed configure:3630: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: syntax error before me configure:3636: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3821: checking for g++ configure:3837: found /bin/g++ configure:3847: result: g++ configure:3863: checking for C++ compiler version configure:3866: g++ --version /dev/null 5 g++.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-14 16:24 --- *** This bug has been marked as a duplicate of 11776 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/11776] configure from path with spaces does not work
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 16:24 --- *** Bug 36536 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||andry at inbox dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11776
[Bug fortran/36276] [4.3/4.4 Regression] possible issue with opening fortran files?
--- Comment #5 from burnus at gcc dot gnu dot org 2008-06-14 16:48 --- I diffed 4.2 and 4.3 and found that the following patch fixes the problem, though I do not quite understand why and how to properly fix it. --- scanner.c (revision 136782) +++ scanner.c (working copy) @@ -1645,8 +1645,6 @@ preprocessor_line (gfc_char_t *c) add_file_change (NULL, line); current_file = current_file-up; - linemap_add (line_table, LC_RENAME, false, current_file-filename, - current_file-line); } /* The name of the file can be a temporary file produced by -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36276
[Bug fortran/36276] [4.3/4.4 Regression] possible issue with opening fortran files?
--- Comment #6 from burnus at gcc dot gnu dot org 2008-06-14 17:00 --- For completeness, the line was added by r128676 | fxcoudert | 2007-09-23 01:48:02 +0200 (So, 23. Sep 2007) | 5 lines PR fortran/33528 The invalid read happens for linemap_add's to_file. Above the function there is the note: The text pointed to by TO_FILE must have a lifetime at least as long as the final call to lookup_line (). My feeling is that current_file-filename is freed too early. FX, do you have an idea? -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36276
[Bug libfortran/36538] namelist failure with tabs preceding object name
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-06-14 17:58 --- Subject: Bug 36538 Author: jvdelisle Date: Sat Jun 14 17:57:55 2008 New Revision: 136784 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136784 Log: 2008-06-14 Jerry DeLisle [EMAIL PROTECTED] PR fortran/36538 Backport from trunk. * io/list_read.c (namelist_read): Add eat_separator to eliminate leading tabs. Modified: branches/gcc-4_3-branch/libgfortran/ChangeLog branches/gcc-4_3-branch/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #18 from danglin at gcc dot gnu dot org 2008-06-14 18:15 --- The revised testcase still fails on hppa*-*-* (32-bit). The dump contains Loop 1 distributed: split to 5 loops. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
[Bug java/36247] Segfault with -findirect-dispatch and --jni
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-14 19:48 --- Subject: Bug 36247 Author: tromey Date: Sat Jun 14 19:48:05 2008 New Revision: 136786 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136786 Log: PR java/36247: * class.c (build_class_ref): Initialize this_classdollar when Modified: branches/gcc-4_3-branch/gcc/java/ChangeLog branches/gcc-4_3-branch/gcc/java/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36247
[Bug java/36247] Segfault with -findirect-dispatch and --jni
--- Comment #5 from tromey at gcc dot gnu dot org 2008-06-14 19:50 --- Subject: Bug 36247 Author: tromey Date: Sat Jun 14 19:49:45 2008 New Revision: 136787 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136787 Log: PR java/36247: * class.c (build_class_ref): Initialize this_classdollar when Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36247
[Bug java/36247] Segfault with -findirect-dispatch and --jni
--- Comment #6 from tromey at gcc dot gnu dot org 2008-06-14 19:50 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36247
[Bug fortran/36540] New: libgfortran compile warnings
As reported by Andreas Tobler for sparc-solaris8: cc1: warnings being treated as errors /export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c: In function 'read_f': /export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c:666: error: array subscript has type 'char' /export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c:793: error: array subscript has type 'char' /export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c:802: error: array subscript has type 'char' /export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c:833: error: array subscript has type 'char' POSIX defines: #include ctype.h int isdigit(int c); -- Summary: libgfortran compile warnings Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36540
[Bug other/36498] [4.3 Regression] time/memory hog for large c++ source.
--- Comment #15 from rguenther at suse dot de 2008-06-14 22:04 --- Subject: Re: [4.3 Regression] time/memory hog for large c++ source. On Fri, 13 Jun 2008, mmitchel at gcc dot gnu dot org wrote: Richard -- Is this still an issue, after your patch? It's still 4 times slower and uses twice as much memory. It will be fixed with the partitioning patch I posted yesterday. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36498
[Bug bootstrap/36541] New: Make failed with error about system headers
I have problem with building GCC v4.3.1 (Release) under Mingw system. System: WindowsXP+SP3 Config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.3.1/configure --enable-languages=c,objc,c++ ## - ## ## Platform. ## ## - ## hostname = ANDRY_HOST uname -m = i686 uname -r = 1.0.11(0.46/3/2) uname -s = MINGW32_NT-5.1 uname -v = 2007-01-12 12:05 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /usr/local/bin PATH: /mingw/bin PATH: /bin PATH: /e/WINDOWS.0/system32 PATH: /e/WINDOWS.0 PATH: /e/WINDOWS.0/System32/Wbem PATH: /c/Programs/Tools/Console/Console v2.00b139 ## --- ## ## Core tests. ## ## --- ## configure:1505: checking build system type configure:1523: result: i686-pc-mingw32 configure:1558: checking host system type configure:1572: result: i686-pc-mingw32 configure:1580: checking target system type configure:1594: result: i686-pc-mingw32 configure:1637: checking for a BSD-compatible install configure:1692: result: /bin/install -c configure:1703: checking whether ln works configure:1725: result: yes configure:1729: checking whether ln -s works configure:1733: result: yes configure:2885: checking for gcc configure:2901: found /bin/gcc configure:2911: result: gcc configure:3155: checking for C compiler version configure:3158: gcc --version /dev/null 5 gcc.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3161: $? = 0 configure:3163: gcc -v /dev/null 5 Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) configure:3166: $? = 0 configure:3168: gcc -V /dev/null 5 gcc.exe: `-V' option must have argument configure:3171: $? = 1 configure:3194: checking for C compiler default output file name configure:3197: gccconftest.c 5 configure:3200: $? = 0 configure:3246: result: a.exe configure:3251: checking whether the C compiler works configure:3257: ./a.exe configure:3260: $? = 0 configure:3277: result: yes configure:3284: checking whether we are cross compiling configure:3286: result: no configure:3289: checking for suffix of executables configure:3291: gcc -o conftest.execonftest.c 5 configure:3294: $? = 0 configure:3319: result: .exe configure:3325: checking for suffix of object files configure:3346: gcc -c conftest.c 5 configure:3349: $? = 0 configure:3371: result: o configure:3375: checking whether we are using the GNU C compiler configure:3399: gcc -c conftest.c 5 configure:3405: $? = 0 configure:3409: test -z || test ! -s conftest.err configure:3412: $? = 0 configure:3415: test -s conftest.o configure:3418: $? = 0 configure:3431: result: yes configure:3437: checking whether gcc accepts -g configure:3458: gcc -c -g conftest.c 5 configure:3464: $? = 0 configure:3468: test -z || test ! -s conftest.err configure:3471: $? = 0 configure:3474: test -s conftest.o configure:3477: $? = 0 configure:3488: result: yes configure:3505: checking for gcc option to accept ANSI C configure:3575: gcc -c -g -O2 conftest.c 5 configure:3581: $? = 0 configure:3585: test -z || test ! -s conftest.err configure:3588: $? = 0 configure:3591: test -s conftest.o configure:3594: $? = 0 configure:3612: result: none needed configure:3630: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: syntax error before me configure:3636: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3821: checking for g++ configure:3837: found /bin/g++ configure:3847: result: g++ configure:3863: checking for C++ compiler version configure:3866: g++ --version /dev/null 5 g++.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3869: $? = 0
[Bug bootstrap/36541] Make failed with error about system headers
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-06-15 05:31 --- (In reply to comment #0) make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc' It appears that you are building on drive F:. I'd guess that /mingw/include (== F:\mingw\include to the OS) does not exist. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36541