[Bug fortran/30452] [4.2, 4.1 only] Strange syntax error with high-value character
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-01-31 07:38 --- Fixed on trunk and 4.2. Closing. One down, a few more to go :-) -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30452
[Bug fortran/30452] [4.2, 4.1 only] Strange syntax error with high-value character
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-01-31 07:37 --- Subject: Bug 30452 Author: tkoenig Date: Wed Jan 31 07:37:08 2007 New Revision: 121378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121378 Log: 2007-01-31 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR fortran/30452 * scanner.c(next_char): Cast next character to unsigned to avoid confusion with error return codes. 2007-01-31 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR fortran/30452 * gfortran.dg/string_0xfe_0xff_1.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/string_0xfe_0xff_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/scanner.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30452
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #10 from gdr at cs dot tamu dot edu 2007-01-31 06:43 --- Subject: Re: DejaGNU does not distinguish between errors and warnings "manu at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #8) | > This is nice, Manuel, I hadn't considered changing the expressions as they are | > added to the messages list. | | We already wrap dg-test (see the end of lib/gcc-dg.exp). So why not wrapping | dg-warning and dg-error? Unfortunately my approach is quite brute, it would be | better to call the original dg-warning/dg-error, catch its output and adjust it | (or replace it). This way we shouldn't need to copy the whole function. | Something similar is done for dg-test. I don't know how to do this because I | have no idea of Tcl programming. It would be nice, once this is working in GCC, to contribute this back to upstream DejaGnu; I'm sure Rob would be delighted to have them. [...] | Also, we will need a new way to handle the output of inform and | other messages that gcc produces, such as "cc1: warnings being | treated as errors". (I think | that particular message is inconsistent with the rest of our diagnostics, but | that is another issue). inform() from GCC should always prefix with "note: ". If that is not the case, then we have a bug (in the diagnostic machinery). Also. dg-warning, dg-error, should probably augmented with dg-note -- as notes are sometimes emitted as part of diagnostics. We should probably have a "generic" way of adding custom dg-xxx thingy. Last time I fiddled with DejaGnu and GCC testsuite framework was more five years ago... -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #9 from manu at gcc dot gnu dot org 2007-01-31 02:28 --- (In reply to comment #8) > This is nice, Manuel, I hadn't considered changing the expressions as they are > added to the messages list. We already wrap dg-test (see the end of lib/gcc-dg.exp). So why not wrapping dg-warning and dg-error? Unfortunately my approach is quite brute, it would be better to call the original dg-warning/dg-error, catch its output and adjust it (or replace it). This way we shouldn't need to copy the whole function. Something similar is done for dg-test. I don't know how to do this because I have no idea of Tcl programming. > Another possibility is to add two new test directives, for example > dg-gcc-warning and dg-gcc-error, and leave dg-warning and dg-error as they > are. > This has the advantage of not confusing people who are accustomed to the > existing behavior of the DejaGnu versions of these procs. That way you could > start using the new ones immediately, and we can gradually move other tests to > use them as well. We could do that. Will people use them? Will they be obligatory for new testcases? Anyway, I am afraid that the above patch is not correct. It produces spurious FAILs for some testcases that are fine. I am testing a new version, let's see how many testcases fail then. Also, we will need a new way to handle the output of inform and other messages that gcc produces, such as "cc1: warnings being treated as errors". (I think that particular message is inconsistent with the rest of our diagnostics, but that is another issue). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #8 from janis at gcc dot gnu dot org 2007-01-31 02:03 --- This is nice, Manuel, I hadn't considered changing the expressions as they are added to the messages list. Another possibility is to add two new test directives, for example dg-gcc-warning and dg-gcc-error, and leave dg-warning and dg-error as they are. This has the advantage of not confusing people who are accustomed to the existing behavior of the DejaGnu versions of these procs. That way you could start using the new ones immediately, and we can gradually move other tests to use them as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug target/30370] [4.1 regression] Build failure in libgcc2 powitf2 with ICE in gen_reg_rtx
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-01-31 01:20 --- This is a regression in 4.1.2, relative to 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Summary|Build failure in libgcc2|[4.1 regression] Build |powitf2 with ICE in |failure in libgcc2 powitf2 |gen_reg_rtx |with ICE in gen_reg_rtx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30370
[Bug libgcj/30606] [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does not name a type
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-31 00:42 --- Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does not name a type > /usr/ccs/bin/ld: CODE_ONE_SYM fixup to non-code subspace in file > gnu/javax/swing > /text/html/.libs/parser.o - shared library must be position independent. Use > +z > or +Z to recompile. > > The wierd part of this is the above object was clearly compiled with > -fPIC but the object contains numerous non-PIC relocations in .data. One thing that I can see that's wrong is that .IMPORT directives are missing for various symbols. For example, the file calls _ZN4java4lang6ObjectC1Ev but there's no no .IMPORT directive to properly type the symbol. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30606
[Bug inline-asm/28686] ebp from clobber list used as operand
--- Comment #4 from spark at gcc dot gnu dot org 2007-01-31 00:28 --- Looks like eliminable_regset is not cleared per every invocation of global_alloc, making stale bits from the compilation of previous function hang around - hence a presence of a previous function makes difference. Following patch seems to fix -O2 problem. I'm now on to -O1 and -O0 issues. Index: global.c === --- global.c(revision 121353) +++ global.c(working copy) @@ -354,6 +354,7 @@ global_alloc (void) are safe to use only within a basic block. */ CLEAR_HARD_REG_SET (no_global_alloc_regs); + CLEAR_HARD_REG_SET (eliminable_regset); /* Build the regset of all eliminable registers and show we can't use those that we already know won't be eliminated. */ @@ -2548,4 +2549,3 @@ struct tree_opt_pass pass_global_alloc = TODO_ggc_collect, /* todo_flags_finish */ 'g' /* letter */ }; - -- spark at gcc dot gnu dot org changed: What|Removed |Added CC||spark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug libgcj/30606] [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does not name a type
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-30 23:50 --- Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does not name a type > Please try this patch. Now we look for magic_t and, if not found, > we disable the code. The patch is probably ok. However, I've hit another problem linking libgcj.sl.9.0: /usr/ccs/bin/ld: CODE_ONE_SYM fixup to non-code subspace in file gnu/javax/swing /text/html/.libs/parser.o - shared library must be position independent. Use +z or +Z to recompile. The wierd part of this is the above object was clearly compiled with -fPIC but the object contains numerous non-PIC relocations in .data. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30606
[Bug testsuite/30649] New: [4.1.x] possible bogus checkin of g++.dg/debug/debug9.C
Starting July 2006, I've been getting a new failure on the 4.1 branch in g++.dg/debug/debug9.C on sparc-sun-solaris2.10: http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00253.html The testcase was checked in right around that time. However it appears to have arrived in an unrelated patch. Suspiciously, that patch also checked in two fortran testcases that were later determined to be bogus checkins in PR30399 for the 4.0 branch. I don't know if they are inappropriate for 4.1, the two fortran testcases failed back in July, but they pass now. But I do still get a debug9.C failure with current 4.1.x. Here is the checkin log showing the files. http://gcc.gnu.org/viewcvs?view=rev&revision=115186 Alexandre, should debug9.C be on the 4.1 branch? Thanks, --Kaveh -- Summary: [4.1.x] possible bogus checkin of g++.dg/debug/debug9.C Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30649
[Bug target/27876] Getting an error when building GCC 4.1.1
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-30 23:44 --- *** Bug 30648 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||anhvofrcaus at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug c++/30648] gcc-4.1.2-20070128 [bootstrap] Error 2 when building C++
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-30 23:44 --- This is a bug in binutils which has already been fixed. *** This bug has been marked as a duplicate of 27876 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Summary|gcc-4.1.2-20070128 |gcc-4.1.2-20070128 |[bootstrap] Error 2 when|[bootstrap] Error 2 when |building C++|building C++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30648
[Bug c++/30648] New: gcc-4.1.2-20070128 [bootstrap] Error 2 when building C++
[...] /home/voax/linux/build-4.1.x/./gcc/xgcc -shared-libgcc -B/home/voax/linux/build-4.1.x/./gcc -nostdinc++ -L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src -L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /home/voax/linux/build-4.1.x/./gcc/crtbeginS.o .libs/bitmap_allocator.o .libs/pool_allocator.o .libs/mt_allocator.o .libs/codecvt.o .libs/compatibility.o .libs/complex_io.o .libs/ctype.o .libs/debug.o .libs/debug_list.o .libs/functexcept.o .libs/globals_locale.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o .libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o .libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o .libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o .libs/fstream-inst.o .libs/ext-inst.o .libs/ios-inst.o .libs/iostream-inst.o .libs/istream-inst.o .libs/istream.o .libs/locale-inst.o .libs/locale-misc-inst.o .libs/misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/streambuf-inst.o .libs/streambuf.o .libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o .libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o -Wl,--whole-archive ../libmath/.libs/libmath.a ../libsupc++/.libs/libsupc++convenience.a -Wl,--no-whole-archive -L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src -L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm ../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm -L/home/voax/linux/build-4.1.x/./gcc -L/usr/local/lib -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s /home/voax/linux/build-4.1.x/./gcc/crtendS.o /usr/lib/crtn.o -Wl,-O1 -Wl,--version-script=libstdc++-symbol.ver -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.8 /usr/bin/ld: BFD 2.14.90.0.4 20030523 internal error, aborting at ../../bfd/elf32-i386.c line 2377 in elf_i386_relocate_section /usr/bin/ld: Please report this bug. collect2: ld returned 1 exit status make[5]: *** [libstdc++.la] Error 1 make[5]: Leaving directory `/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3' make[2]: *** [all-target-libstdc++-v3] Error 2 make[2]: Leaving directory `/home/voax/linux/build-4.1.x' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/voax/linux/build-4.1.x' make: *** [bootstrap] Error 2 make: Entering directory `/home/voax/linux/build-4.1.x/gcc' -- Summary: gcc-4.1.2-20070128 [bootstrap] Error 2 when building C++ Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anhvofrcaus at gmail dot com GCC host triplet: Red Hat Enprise 3.0 GCC target triplet: Red Hat Enprise 3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30648
[Bug fortran/30478] FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
--- Comment #4 from danglin at gcc dot gnu dot org 2007-01-30 23:25 --- This a regression from 4.1.1. See: http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg01032.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
[Bug fortran/29396] segfault with character pointer association
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-01-30 23:24 --- Un-assigning myself. Don't have time to delve into the deeper problem here which may require changes to array descriptors. After brief exchange with Paul off list. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29396
[Bug fortran/30478] FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
--- Comment #3 from danglin at gcc dot gnu dot org 2007-01-30 23:15 ---
It appears that the object pointed to by last_initializer is free'd
by gfc_free_expr. This causes the change in value in
initializer->value.integer[0]._mp_d:
(gdb) p &initializer->value.integer[0]._mp_d
$16 = (mp_limb_t **) 0x400817e0
(gdb) watch *0x400817e0
Hardware watchpoint 3: *1074272224
(gdb) c
Continuing.
In file /mnt/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:8
integer :: x ! { dg-error "Unexpected data declaration" }
1
Error: Unexpected data declaration statement at (1)
Hardware watchpoint 3: *1074272224
Old value = 1074134928
New value = 0
0x7af697b4 in memset () from /usr/lib/libc.2
(gdb) bt
#0 0x7af697b4 in memset () from /usr/lib/libc.2
#1 0x0004c7ec in free_expr0 (e=0x400817a8) at ../../gcc/gcc/fortran/expr.c:217
#2 0x0004c988 in gfc_free_expr (e=0x400817a8)
at ../../gcc/gcc/fortran/expr.c:230
#3 0x0008b394 in gfc_free_symbol (sym=0x40081700)
at ../../gcc/gcc/fortran/symbol.c:1859
#4 0x0008b7dc in gfc_undo_symbols () at ../../gcc/gcc/fortran/symbol.c:2175
#5 0x00070c1c in reject_statement () at ../../gcc/gcc/fortran/parse.c:1075
#6 0x00072d1c in parse_spec (st=ST_END_ENUM)
at ../../gcc/gcc/fortran/parse.c:1402
#7 0x000742d0 in parse_progunit (st=1074272216)
at ../../gcc/gcc/fortran/parse.c:2325
#8 0x00074748 in gfc_parse_file () at ../../gcc/gcc/fortran/parse.c:2621
#9 0x00095ec4 in gfc_be_parse_file (set_yydebug=1074272216)
at ../../gcc/gcc/fortran/f95-lang.c:289
#10 0x0018aa2c in toplev_main (argc=1074013248, argv=0x40042c40)
at ../../gcc/gcc/toplev.c:991
#11 0x000bf66c in main (argc=1074272216, argv=0x0) at ../../gcc/gcc/main.c:35
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
[Bug c++/24745] unpleasant warning for "if (NULL)"
--- Comment #9 from manu at gcc dot gnu dot org 2007-01-30 23:13 --- Fixed for 4.3. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24745
[Bug fortran/30605] -Wno-tabs should be active for -std=f2003 and -pedantic
--- Comment #5 from sgk at troutmask dot apl dot washington dot edu 2007-01-30 23:09 --- Subject: Re: -Wno-tabs should be active for -std=f2003 and -pedantic On Tue, Jan 30, 2007 at 11:06:24PM -, jb at gcc dot gnu dot org wrote: > > --- Comment #4 from jb at gcc dot gnu dot org 2007-01-30 23:06 --- > As an aside, aren't -Wtabs and -Wno-tabs reversed? Now -Wno-tabs warns against > tabs, but shouldn't it be -Wtabs that warns against using them and -Wno-tabs > should turn the warning off? > Well, when I wrote the original patch I interpreted -Wno-tabs as "No tabs allowed in source", and -Wtabs is its opposite. We can change this if others want. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30605
[Bug fortran/30605] -Wno-tabs should be active for -std=f2003 and -pedantic
--- Comment #4 from jb at gcc dot gnu dot org 2007-01-30 23:06 --- As an aside, aren't -Wtabs and -Wno-tabs reversed? Now -Wno-tabs warns against tabs, but shouldn't it be -Wtabs that warns against using them and -Wno-tabs should turn the warning off? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30605
[Bug java/30647] build of gcc midi-dssi fails
--- Comment #1 from grgoffe at yahoo dot com 2007-01-30 23:03 --- Created an attachment (id=12983) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12983&action=view) Complete build output from this failure. Gziped text file. This is the complete output of my failing build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30647
[Bug java/30647] New: build of gcc midi-dssi fails
Building latest cvs version of gcc on x86_64 hp xw 4300 produces the following messages: Making all in midi-dssi make[8]: Entering directory `/tools/tools/gcc/obj-i686-pc-linux-gnu/x86_64-unknown-linux-gnu/32/libjava/classpath/native/jni/midi-dssi' if /bin/bash ../../../libtool --mode=compile /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux -gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../ ../../../../gcc/libjava/classpath/native/jni/classpath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmis sing-prototypes -Wno-long-long -O2 -g -O2 -m32 -MT gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo -MD -MP -MF ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo" - c -o gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.c; \ then mv -f ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo" ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Plo"; else rm -f ".deps/gnu_javax_sound_midi _dssi_DSSIMidiDeviceProvider.Tpo"; exit 1; fi if /bin/bash ../../../libtool --mode=compile /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux -gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../ ../../../../gcc/libjava/classpath/native/jni/classpath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmis sing-prototypes -Wno-long-long -O2 -g -O2 -m32 -MT gnu_javax_sound_midi_dssi_DSSISynthesizer.lo -MD -MP -MF ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo" -c -o gnu_javax _sound_midi_dssi_DSSISynthesizer.lo ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSISynthesizer.c; \ then mv -f ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo" ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Plo"; else rm -f ".deps/gnu_javax_sound_midi_dssi_DSSISynt hesizer.Tpo"; exit 1; fi make[8]: Warning: File `../../../native/jni/classpath/jcl.lo' has modification time 5.7 s in the future mkdir .libs mkdir .libs mkdir: cannot create directory `.libs': File exists /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-lin ux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../.. /gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../../../../../gcc/libjava/classpath/native/jni/cl asspath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -O2 -g -O2 -m32 -M T gnu_javax_sound_midi_dssi_DSSISynthesizer.lo -MD -MP -MF .deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo -c ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi /gnu_javax_sound_midi_dssi_DSSISynthesizer.c -fPIC -DPIC -o .libs/gnu_javax_sound_midi_dssi_DSSISynthesizer.o /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-lin ux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../.. /gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../../../../../gcc/libjava/classpath/native/jni/cl asspath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -O2 -g -O2 -m32 -M T gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo -MD -MP -MF .deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo -c ../../../../../../../../gcc/libjava/classpath/native /jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.c -fPIC -DPI
[Bug c++/24745] unpleasant warning for "if (NULL)"
--- Comment #8 from manu at gcc dot gnu dot org 2007-01-30 22:29 --- Subject: Bug 24745 Author: manu Date: Tue Jan 30 22:29:11 2007 New Revision: 121361 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121361 Log: 2007-01-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR c++/24745 * doc/invoke.texi (Wpointer-arith): Document warning. cp/ * typeck.c (build_binary_op): Fix logic for warning. Move warning to -Wpointer-arith. * call.c (convert_like_real): Don't warn when converting to boolean type. testsuite/ * g++.dg/warn/null4.C: New. Added: trunk/gcc/testsuite/g++.dg/warn/null4.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/typeck.c trunk/gcc/doc/invoke.texi trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24745
[Bug ada/30618] [4.1 regression] Infinite loop in sem_ch8.end_use_clauses
--- Comment #2 from ludovic at ludovic-brenta dot org 2007-01-30 22:21 --- Since GCC 4.0 does not exhibit this behaviour, flagging as regression. -- ludovic at ludovic-brenta dot org changed: What|Removed |Added Summary|Infinite loop in|[4.1 regression] Infinite |sem_ch8.end_use_clauses |loop in ||sem_ch8.end_use_clauses http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30618
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #7 from joseph at codesourcery dot com 2007-01-30 22:13 --- Subject: Re: DejaGNU does not distinguish between errors and warnings On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > There are around 6914 tests failing. And I am not even sure if the above patch > is correct. Perhaps there is something wrong on it that is causing excessive > failures. :-( I guess some of the fixing needs automating: If the logs have a single diagnostic for a line, and that diagnostic is an error but the testcase uses dg-warning on that line (or vice versa), then it should be possible to fix the testcase in a fairly automated way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug driver/27354] Memory leak in make_relative_prefix
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 22:11 --- with svn head, I don't have 'gfc' (just gfortran) and the error is slightly different: ==13467== 474 bytes in 8 blocks are definitely lost in loss record 3 of 4 ==13467==at 0x40051F9: malloc (vg_replace_malloc.c:149) ==13467==by 0x8068D71: xmalloc (xmalloc.c:147) ==13467==by 0x8066AD4: concat (concat.c:159) ==13467==by 0x804FC86: process_command (gcc.c:3992) ==13467==by 0x80564B4: main (gcc.c:6199) -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-30 22:11:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27354
[Bug c++/15787] Poor error message with if and blocks
--- Comment #7 from patchapp at dberlin dot org 2007-01-30 22:10 --- Subject: Bug number PR 15787 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02533.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15787
[Bug java/21695] ICE when building gnu-xml.lo in libjava directory
--- Comment #3 from mtrudel at gmx dot ch 2007-01-30 21:44 --- Yes, mingw worked at least for revision 121232. But the report was for cygwin. Cygwin is broken anyway I think... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
[Bug inline-asm/28686] ebp from clobber list used as operand
-- spark at gcc dot gnu dot org changed: What|Removed |Added CC|seongbae dot park at gmail | |dot com | AssignedTo|unassigned at gcc dot gnu |spark at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-01-30 19:09:28 |2007-01-30 21:43:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug c++/30646] Syntax errors with standard C++ exceptions
--- Comment #1 from pcarlini at suse dot de 2007-01-30 21:34 --- Just include -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30646
[Bug c++/30646] New: Syntax errors with standard C++ exceptions
I have been able to reproduce my problem with the following simple code
snippet:
///
#include
#include
main(int argc, char* argv[])
{
std::out_of_range zax("Hello World");
std::cout << "It is " << zax.what() << std::endl;
}
///
I am getting the following syntax errors:
Exception-test.cpp: In function `int main(int, char**)':
Exception-test.cpp:7: error: `out_of_range' undeclared in namespace `std'
Exception-test.cpp:7: error: parse error before `(' token
Exception-test.cpp:8: error: `zax' undeclared (first use this function)
Exception-test.cpp:8: error: (Each undeclared identifier is reported only once
for each function it appears in.)
This is happening on g++ version 3.3.1
The code compiles fine with the native Solaris compiler
--
Summary: Syntax errors with standard C++ exceptions
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kpbhat at sta dot samsung dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30646
[Bug libgomp/30540] Document default value of implementation-dependent OpenMP settings
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-30 21:16 --- Subject: Bug 30540 Author: dfranke Date: Tue Jan 30 21:16:30 2007 New Revision: 121360 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121360 Log: 2007-01-29 Daniel Franke <[EMAIL PROTECTED]> PR libgomp/30540 * libgomp.texi: More about implementation-dependent settings. Modified: trunk/libgomp/ChangeLog trunk/libgomp/libgomp.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30540
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-30 21:10 --- (In reply to comment #5) > Subject: Re: DejaGNU does not distinguish between errors > and warnings > > On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > > > I have the following patch. Framework tests work. However, this patch will > > make > > a lot of tests to fail because: > > > > * Many tests are using the wrong dg-warning or dg-error directive. > > * Many tests add an explicit "warning:" or "error:" to workaround this bug. > > * Many tests match several warning/error messages with a single > > dg-warning/dg-error directive. > > > > So what we want to do? Fix the testcases or do nothing? > > Fix the testcases. > > (a) Fix tests using the wrong one of dg-warning or dg-error, and tests > matching multiple diagnostics with a single directive, bit by bit. Such > fixes should not depend on this patch. > > (b) Apply this patch and remove the "warning:" and "error:" workarounds. > There are around 6914 tests failing. And I am not even sure if the above patch is correct. Perhaps there is something wrong on it that is causing excessive failures. :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug java/28423] multianewarray not always evaluated when compiling from bytecode
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:03 --- Fixed in 4.3. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28423
[Bug java/28153] Under Windows Xp the generated JNI headers need to have a '_' prepended for each function.
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-30 21:03 --- This was fixed a while ago. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28153
[Bug java/25330] A race condition in write_classfile
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:01 --- Fix was in 4.2. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25330
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #5 from joseph at codesourcery dot com 2007-01-30 21:01 --- Subject: Re: DejaGNU does not distinguish between errors and warnings On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > I have the following patch. Framework tests work. However, this patch will > make > a lot of tests to fail because: > > * Many tests are using the wrong dg-warning or dg-error directive. > * Many tests add an explicit "warning:" or "error:" to workaround this bug. > * Many tests match several warning/error messages with a single > dg-warning/dg-error directive. > > So what we want to do? Fix the testcases or do nothing? Fix the testcases. (a) Fix tests using the wrong one of dg-warning or dg-error, and tests matching multiple diagnostics with a single directive, bit by bit. Such fixes should not depend on this patch. (b) Apply this patch and remove the "warning:" and "error:" workarounds. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug java/22091] [meta-bug] missing Java 1.5 support
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:58 --- No more dependencies. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
[Bug java/21697] gcj segfaults with Jabref.jar
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:57 --- Sounds like it is fixed then. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21697
[Bug java/21695] ICE when building gnu-xml.lo in libjava directory
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:56 --- Does this still happen? We've had a recent report of ok mingw builds... -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #4 from manu at gcc dot gnu dot org 2007-01-30 20:35 ---
I have the following patch. Framework tests work. However, this patch will make
a lot of tests to fail because:
* Many tests are using the wrong dg-warning or dg-error directive.
* Many tests add an explicit "warning:" or "error:" to workaround this bug.
* Many tests match several warning/error messages with a single
dg-warning/dg-error directive.
So what we want to do? Fix the testcases or do nothing?
Index: gcc/testsuite/gcc.test-framework/dg-error-exp-F.c
===
--- gcc/testsuite/gcc.test-framework/dg-error-exp-F.c (revision 0)
+++ gcc/testsuite/gcc.test-framework/dg-error-exp-F.c (revision 0)
@@ -0,0 +1,11 @@
+/* Test the tester; previously part of gcc.misc-tests/dg-9.c. */
+/* { dg-prms-id 42 } */
+/* { dg-options "-Wall" } */
+
+f ()
+{ /* { dg-error "return type" "warning test" } */
+} /* { dg-error "control reaches end" "warning test" } */
+
+main (int argc, char *argv[])
+{ /* { dg-error "return type" "warning test" } */
+} /* { dg-error "control reaches end" "warning test" } */
Index: gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c
===
--- gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c (revision 0)
+++ gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c (revision 0)
@@ -0,0 +1,10 @@
+/* Test the tester; previously part of gcc.misc-tests/dg-9.c. */
+/* { dg-prms-id 42 } */
+/* { dg-options "-Wall" } */
+
+int main (int argc, char *argv[])
+{
+ +; /* { dg-warning "expected expression" "error test" } */
+ return 0;
+}
+
Index: gcc/testsuite/gcc.test-framework/README
===
--- gcc/testsuite/gcc.test-framework/README (revision 121027)
+++ gcc/testsuite/gcc.test-framework/README (working copy)
@@ -19,7 +19,7 @@ To run these tests:
To check the results:
TF=${SRC}/gcc/testsuite/gcc.test-framework
-awk -f ${TF}/test-framework.awk gcc/testsuite/gcc.sum
+awk -f ${TF}/test-framework.awk gcc/testsuite/gcc/gcc.sum
The awk script prints unexpected results followed by the number of tests
that passed and failed.
Index: gcc/testsuite/lib/gfortran-dg.exp
===
--- gcc/testsuite/lib/gfortran-dg.exp (revision 121027)
+++ gcc/testsuite/lib/gfortran-dg.exp (working copy)
@@ -107,3 +107,14 @@ proc gfortran-dg-runtest { testcases def
}
}
}
+
+
+if { [info procs gfortran-saved-dg-warning] == [list] } {
+rename dg-warning gfortran-saved-dg-warning
+rename saved-dg-warning dg-warning
+}
+
+if { [info procs gfortran-saved-dg-error] == [list] } {
+rename dg-error gfortran-saved-dg-error
+rename saved-dg-error dg-error
+}
Index: gcc/testsuite/lib/gcc-dg.exp
===
--- gcc/testsuite/lib/gcc-dg.exp(revision 121027)
+++ gcc/testsuite/lib/gcc-dg.exp(working copy)
@@ -540,4 +540,78 @@ if { [info procs saved-dg-test] == [list
}
}
+if { [info procs saved-dg-warning] == [list] } {
+rename dg-warning saved-dg-warning
+
+proc dg-warning { args } {
+ upvar dg-messages messages
+
+ if { [llength $args] > 5 } {
+ error "[lindex $args 0]: too many arguments"
+ return
+ }
+
+ set xfail ""
+ if { [llength $args] >= 4 } {
+ switch [dg-process-target [lindex $args 3]] {
+ "F" { set xfail "X" }
+ "P" { set xfail "" }
+ "N" {
+ # If we get "N", this warning doesn't apply to us so ignore
it.
+ return
+ }
+ }
+ }
+
+ if { [llength $args] >= 5 } {
+ switch [lindex $args 4] {
+ "." { set line [dg-format-linenum [lindex $args 0]] }
+ "0" { set line "" }
+ "default" { set line [dg-format-linenum [lindex $args 4]] }
+ }
+ } else {
+ set line [dg-format-linenum [lindex $args 0]]
+ }
+
+ lappend messages [list $line "${xfail}WARNING" [concat
"\[wW\]arning:\[^\n\]*" [lindex $args 1]] [lindex $args 2]]
+}
+}
+
+if { [info procs saved-dg-error] == [list] } {
+rename dg-error saved-dg-error
+
+proc dg-error { args } {
+ upvar dg-messages messages
+
+ if { [llength $args] > 5 } {
+ error "[lindex $args 0]: too many arguments"
+ return
+ }
+
+ set xfail ""
+ if { [llength $args] >= 4 } {
+ switch [dg-process-target [lindex $args 3]] {
+ "F" { set xfail "X" }
+ "P" { set xfail "" }
+ "N" {
+ # If we get "N", this error doesn't apply to us so ignore
it.
+ return
+ }
+ }
+ }
+
+ if { [llength
[Bug java/20495] [4.0/4.1/4.2/4.3 Regression] building gcj hangs on gcj-dbtool
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:28 --- Does this still happen? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20495
[Bug java/20158] gcj fails to compile Apache ant, resulting in "Bus error"
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:26 --- FWIW we're building ant frequently in Fedora. But ... does this still fail for you? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20158
[Bug java/16858] Linking of jv-convert fails with redundant pthreads symbols
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:21 --- Does this still happen? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16858
[Bug libfortran/30525] [4.2, 4.1 only] character comparisons with padding
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 --- Fixed on trunk and 4.2. Closing. One less for PR 19292! -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30525
[Bug libfortran/30525] [4.2, 4.1 only] character comparisons with padding
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 --- Subject: Bug 30525 Author: tkoenig Date: Tue Jan 30 20:18:05 2007 New Revision: 121357 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121357 Log: 2007-01-30 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR libfortran/30525 * intrinsics/string_intrinsics.c(compare_string): Make sure that comparisons are done unsigned. 2007-01-30 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR libfortran/30525 * gfortran.dg/char_comparison_1.f: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/char_comparison_1.f Modified: branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/intrinsics/string_intrinsics.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30525
[Bug inline-asm/28686] ebp from clobber list used as operand
--- Comment #3 from michael dot meissner at amd dot com 2007-01-30 20:17 --- Created an attachment (id=12982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12982&action=view) Secondary error Note, this is 32-bit only. If you compile epb2.c with -fpic -m32 and no optimization, it generates incorrect code, in that at -O0 it does not omit the frame pointer, but the asm is claimed to clobber %ebp, and subsequent local variables will use %ebp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug java/12981] Binary compatibility: low-level API exposure
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:11 --- I believe we decided not to worry about this. We can always introduce new names for low-level functions as needed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12981
[Bug java/13607] [meta-bug] access problems in java front-end
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:10 --- No more dependencies. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13607
[Bug java/12893] The included test case does not link
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 20:08 --- I believe this is now fixed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12893
[Bug java/12457] jc1 -femit-class-files without -fsyntax-only segfaults.
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 20:02 --- I'd prefer to close this, since I don't think we'll ever fix it. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12457
[Bug java/30641] gcj corrupted double-linked list (glibc detected)
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 19:50 --- >> /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted >> double-linked list: 0x00fbeb60 *** One thing you could try is re-run the command with '-v'. Then look for the jc1 command line, and invoke that using valgrind. Perhaps that would tell us something. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
[Bug libgcj/30632] libgcj failed to build for Linux/ia64
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 19:47 --- Yes, as far as we know libjava is parallel build safe. Could you paste the command line for the failing compilation? And also run it with -E and see what jvmti*.h files are actually being used? Perhaps we have a wrong -I or something like that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30632
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 19:32 --- http://www76.pair.com/keithlim/jabberwocky/translations/italian1.html Era brillosto, e gli alacridi tossi succhiellavano scabbi nel pantúle: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug middle-end/30636] [4.3 Regression] incorrect array bounds warning on multi-dimensional arrays
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-01-30 19:24 --- (In reply to comment #3) > I'm not flagging this as diagnostic for now, because it is imho still a bug in > ccp that could cause other side-effects (aliasing analysis?). The diagnostic part is the only part which is easily visiable part that is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
[Bug inline-asm/28686] ebp from clobber list used as operand
-- ian at airs dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-30 19:09:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug java/30585] [4.3 Regression] gcj doesn't accept -Wall and -Werror anymore
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:59 --- Fixed in the latest ecj.jar, available at the usual place. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30585
[Bug debug/30645] Failure to build 20001226-1.c with -O2 -g
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-30 18:43 --- Created an attachment (id=12981) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12981&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
[Bug debug/30645] New: Failure to build 20001226-1.c with -O2 -g
$ i386-pc-mingw32-gcc 20001226-1.c -O2 -g -c /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s: Assembler messages: /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:20: Warning: .stabs: missing comma Indeed, the assembly file is truncated: $ cat 20001226-1.s .file "20001226-1.c" .stabs "/home/coudert/cross-mingw32/usr/",100,0,2,Ltext0 .stabs "20001226-1.c",100,0,2,Ltext0 .text Ltext0: .stabs "gcc2_compiled.",60,0,0,0 .stabs "int:t(0,1)=r(0,1);-2147483648;2147483647;",128,0,0,0 .stabs "char:t(0,2)=r(0,2);0;127;",128,0,0,0 .stabs "long int:t(0,3)=r(0,3);-2147483648;2147483647;",128,0,0,0 .stabs "unsigned int:t(0,4)=r(0,4);0;0377;",128,0,0,0 .stabs "long unsigned int:t(0,5)=r(0,5);0;0377;",128,0,0,0 .stabs "long long int:t(0,6)[EMAIL PROTECTED];r(0,6);010;07;",128,0,0,0 .stabs "long long unsigned int:t(0,7)[EMAIL PROTECTED];r(0,7);0;017;",128,0,0,0 .stabs "short int:t(0,8)[EMAIL PROTECTED];r(0,8);-32768;32767;",128,0,0,0 .stabs "short unsigned int:t(0,9)[EMAIL PROTECTED];r(0,9);0;65535;",128,0,0,0 .stabs "signed char:t(0,10)[EMAIL PROTECTED];r(0,10);-128;127;",128,0,0,0 .stabs "unsigned char:t(0,11)[EMAIL PROTECTED];r(0,11);0;255;",128,0,0,0 .stabs "float:t(0,12)=r(0,1);4;0;",128,0,0,0 .stabs "double:t(0,13)=r(0,1);8;0;",128,0,0,0 .stabs "long d This does not happen at if -O2 or -g is removed. -- Summary: Failure to build 20001226-1.c with -O2 -g Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org GCC build triplet: i386-pc-cygwin GCC host triplet: i386-pc-cygwin GCC target triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
[Bug java/30644] gcj -fsyntax-only does not work properly
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:34 --- Duh. I was running 4.2. Sorry for the noise. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30644
[Bug java/30644] New: gcj -fsyntax-only does not work properly
gcj -fsyntax-only should compile a .java file and throw away the results. (Arguably it should verify the resulting bytecode as well.) This doesn't happen on trunk... it runs jc1 but not ecj1: opsy. gcj -v -fsyntax-only -Werror HelloWorld.java Using built-in specs. Reading specs from /home/tromey/gnu/4.2/install/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: i686-pc-linux-gnu Configured with: ../trunk/configure --prefix=/home/tromey/gnu/4.2/install --enable-languages=c++,java,fortran --enable-threads=posix --enable-checking=yes --enable-java-awt=gtk --disable-static --disable-bootstrap --enable-java-maintainer-mode Thread model: posix gcc version 4.2.0 20070116 (prerelease) /home/tromey/gnu/4.2/install/libexec/gcc/i686-pc-linux-gnu/4.2.0/jc1 HelloWorld.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase HelloWorld.java -mtune=generic -auxbase HelloWorld -g1 -Werror -version -fsyntax-only -o /dev/null GNU Java version 4.2.0 20070116 (prerelease) (i686-pc-linux-gnu) compiled by GNU C version 4.1.1 20060525 (Red Hat 4.1.1-1). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ./ /home/tromey/gnu/4.2/install/share/java/libgcj-4.2.0.jar/ (system) (zip) -- Summary: gcj -fsyntax-only does not work properly Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30644
[Bug inline-asm/11807] GCC should error out when clobbering the stack pointer and frame pointer
--- Comment #27 from dpm at danger dot com 2007-01-30 18:20 --- Bug 30579 was marked as a duplicate of this bug. If I compile the test case from that bug with -fomit-frame-pointer, gcc still generates invalid code. (We don't use frame pointers in our system at all). Is this already known? It seems like gcc should support clobbering of fp if you've disabled frame pointers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
[Bug fortran/30276] gfortran include problem
--- Comment #11 from burnus at gcc dot gnu dot org 2007-01-30 18:14 --- Paul Thomas wrote on 2007-01-14: > > Fixed in 4.3; I will commit the patch for 4.2 in about a week; I will not > > fix > > 4.1. > Are you in a position to do that now? The week is up and all is well:) Finally fixed after a rather long week ;-) -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 only] gfortran include |gfortran include problem |problem | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30276
[Bug fortran/30276] [4.2 only] gfortran include problem
--- Comment #10 from burnus at gcc dot gnu dot org 2007-01-30 18:13 --- Subject: Bug 30276 Author: burnus Date: Tue Jan 30 18:13:14 2007 New Revision: 121350 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121350 Log: 2007-01-30 Tobias Burnus <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> PR fortran/30276 * scanner.c (gfc_open_included_file): Support absolute pathnames. Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/scanner.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30276
[Bug java/30639] Can't compile java frontend on Linux x86_64 (SYS_sigaction undeclared)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-30 18:13 --- > pure x86_64 system without 32bit libraries Then use --disable-multilib, otherwise x86_64 defaults to compiling the 32bit libraries also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30639
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #12 from pbrook at gcc dot gnu dot org 2007-01-30 18:06 --- Before reload the problematic instruction is: (set (mem:HI (something)) (subreg:HI (reg:SI 177))) Reload decides to reload the second operand into a register. In find_reloads_subreg_address, reg_equiv_memory_loc tells us that reg 117 is equivalent to (mem:SI (plus:SI (mult:SI (reg:SI r1) (const_int 16)) (reg:SI r6))) This is a valid SImode address, but not a valid HImode address. we change the mem:SI to mem:HI, then call find_reloads_address to fixup the result. However the comment above find_reloads_address says: Note that there is no verification that the address will be valid after this routine does its work. Instead, we rely on the fact that the address was valid when reload started. So we need only undo things that reload could have broken. These are wrong register types, pseudos not allocated to a hard register, and frame pointer elimination. */ No mention of having broken the address by changing the mode of the mem. The new HImode mem passes through find_reloads_address unmolested, causing an ICE later when we try to assign it to the reload reg. My guess would be that we need to be calling something other than find_reloads_address after replacing the subreg with the mem, but don't know reload well enough to say what. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug libstdc++/30571] Use of C++0x keywords in libstdc++-v3 headers
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-01-30 18:05 --- Subject: Bug 30571 Author: bkoz Date: Tue Jan 30 18:04:59 2007 New Revision: 121349 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121349 Log: 2007-01-30 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/30571 * include/ext/pb_ds/detail/type_utils.hpp: Use C++0x static_assert if available, if not, centralize PB_DS_STATIC_ASSERT definition here. * include/ext/pb_ds/detail/resize_policy/ cc_hash_max_collision_check_resize_trigger_imp.hpp: Remove PB_DS_STATIC_ASSERT definition. * include/ext/pb_ds/detail/resize_policy/ hash_load_check_resize_trigger_imp.hpp: Same. * include/ext/pb_ds/detail/resize_policy/ hash_standard_resize_policy_imp.hpp: Same. * include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp: Same. * include/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp: Same. * include/ext/pb_ds/detail/pat_trie_/internal_node.hpp: Same. * include/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp: Same. * include/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp: Same. * include/ext/pb_ds/trie_policy.hpp: Same. * testsuite/util/performance/assoc/timing/ tree_order_statistics_test.hpp: Same. * testsuite/ext/pb_ds/example/hash_resize_neg.cc: Adjust line numbers. * testsuite/17_intro/headers_c++_c++0x_compat.cc: New. * include/precompiled/extc++.h: Update to current list of ext files. Added: trunk/libstdc++-v3/testsuite/17_intro/headers_c++_c++0x_compat.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/pat_trie_/internal_node.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/cc_hash_max_collision_check_resize_trigger_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/hash_standard_resize_policy_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/type_utils.hpp trunk/libstdc++-v3/include/ext/pb_ds/trie_policy.hpp trunk/libstdc++-v3/include/precompiled/extc++.h trunk/libstdc++-v3/testsuite/ext/pb_ds/example/hash_resize_neg.cc trunk/libstdc++-v3/testsuite/util/performance/assoc/timing/tree_order_statistics_test.hpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30571
[Bug fortran/30512] MAXVAL() incorrect for zero-size int arrays, and for -HUGE-1 maximum values.
--- Comment #9 from burnus at gcc dot gnu dot org 2007-01-30 17:58 --- Let's then fix this bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|SUSPENDED |ASSIGNED GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2007-01-20 09:37:56 |2007-01-30 17:58:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30512
[Bug libfortran/30015] [4.1 only] Intrinsic date_and_time can go back in time
--- Comment #6 from burnus at gcc dot gnu dot org 2007-01-30 17:56 --- Fixed in 4.3 and 4.2. I don't plan to fix it in 4.1. => FIXED. Thanks again for reporting this bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] Intrinsic|[4.1 only] Intrinsic |date_and_time can go back in|date_and_time can go back in |time|time http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30015
[Bug libfortran/30015] [4.2 and 4.1 only] Intrinsic date_and_time can go back in time
--- Comment #5 from burnus at gcc dot gnu dot org 2007-01-30 17:53 --- Subject: Bug 30015 Author: burnus Date: Tue Jan 30 17:52:46 2007 New Revision: 121348 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121348 Log: 2007-01-30 Tobias Burnus <[EMAIL PROTECTED]> PR libfortran/30015 * intrinsics/date_and_time.c (date_and_time): Fix case where time can go backwards. * configure.ac: Remove AC_TRY_RUN test for timezone in gettimeofday. * acinclude.m4: Ditto. * configure: Regenerate. * config.h.in: Regenerate. Modified: branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/acinclude.m4 branches/gcc-4_2-branch/libgfortran/config.h.in branches/gcc-4_2-branch/libgfortran/configure branches/gcc-4_2-branch/libgfortran/configure.ac branches/gcc-4_2-branch/libgfortran/intrinsics/date_and_time.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30015
[Bug fortran/30432] gfortran.dg/c_by_val_1.f fails on ia64-*-*, problem with %VAL
--- Comment #8 from sje at gcc dot gnu dot org 2007-01-30 17:49 --- Subject: Bug 30432 Author: sje Date: Tue Jan 30 17:49:24 2007 New Revision: 121347 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121347 Log: PR fortran/30432 * trans-types.c (gfc_get_function_type): Do not add void_type_node to empty arg list. * trans-decl.c (create_function_arglist): Change assert. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-types.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30432
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #6 from aph at gcc dot gnu dot org 2007-01-30 17:44 --- It doesn't mean anything in English, either. Kinda sorta... -- aph at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #5 from mtrudel at gmx dot ch 2007-01-30 17:33 --- I do not even understand all German words although it's my mother tongue... So how should I translate it to Italian??? ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug fortran/30626] Wrong-code for internal read
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-30 17:30 --- (In reply to comment #3) > Paul's preliminary patch for pr30284 fixes this bug. The library side still > shows a potential problem, but we don't hit it with the test cases here > because > we are only reading one record. True! I had forgotten that my equivalent of FX's example here were three element vectors, where the bug come into its own:) Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30626
[Bug bootstrap/30511] False array bound check causes gcc failed to boostrap
--- Comment #9 from mueller at gcc dot gnu dot org 2007-01-30 17:18 --- Subject: Bug 30511 Author: mueller Date: Tue Jan 30 17:17:39 2007 New Revision: 121346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346 Log: backport from mainline: 2007-01-21 Dirk Mueller <[EMAIL PROTECTED]> PR bootstrap/30511 * tree-vrp.c (check_array_bounds): do not warn about ADDR_EXPR's of ARRAY_REF's which are immediately used in binary expressions. 2007-01-19 Dirk Mueller <[EMAIL PROTECTED]> * config/i386.h (CONDITIONAL_REGISTER_USAGE): Store result of PIC_OFFSET_TABLE_REGNUM in temporary variable to avoid duplicate evaluation. 2007-01-18 Dirk Mueller <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR diagnostic/8268 * doc/invoke.texi (Warray-bounds): Document -Warray-bounds. * common.opt (Warray-bounds): Add new warning option. * c-opts.c (c_common_handle_option): Define -Warray-bounds if -Wall is given. * Makefile.in: make tree-vrp.o depend on toplev.h * tree-vrp.c (vrp_finalize): Call check_array_refs if * -Warray-bounds is enabled. (check_array_refs, check_array_bounds, check_array_ref): New. Added: branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds.C branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds-2.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds-2.c branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds.c Modified: branches/suse/gcc-4_2-branch/gcc/Makefile.in branches/suse/gcc-4_2-branch/gcc/c-opts.c branches/suse/gcc-4_2-branch/gcc/common.opt branches/suse/gcc-4_2-branch/gcc/config/i386/i386.h branches/suse/gcc-4_2-branch/gcc/doc/invoke.texi branches/suse/gcc-4_2-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30511
[Bug c/8268] no compile time array index checking
--- Comment #45 from mueller at gcc dot gnu dot org 2007-01-30 17:17 --- Subject: Bug 8268 Author: mueller Date: Tue Jan 30 17:17:39 2007 New Revision: 121346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346 Log: backport from mainline: 2007-01-21 Dirk Mueller <[EMAIL PROTECTED]> PR bootstrap/30511 * tree-vrp.c (check_array_bounds): do not warn about ADDR_EXPR's of ARRAY_REF's which are immediately used in binary expressions. 2007-01-19 Dirk Mueller <[EMAIL PROTECTED]> * config/i386.h (CONDITIONAL_REGISTER_USAGE): Store result of PIC_OFFSET_TABLE_REGNUM in temporary variable to avoid duplicate evaluation. 2007-01-18 Dirk Mueller <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR diagnostic/8268 * doc/invoke.texi (Warray-bounds): Document -Warray-bounds. * common.opt (Warray-bounds): Add new warning option. * c-opts.c (c_common_handle_option): Define -Warray-bounds if -Wall is given. * Makefile.in: make tree-vrp.o depend on toplev.h * tree-vrp.c (vrp_finalize): Call check_array_refs if * -Warray-bounds is enabled. (check_array_refs, check_array_bounds, check_array_ref): New. Added: branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds.C branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds-2.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds-2.c branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds.c Modified: branches/suse/gcc-4_2-branch/gcc/Makefile.in branches/suse/gcc-4_2-branch/gcc/c-opts.c branches/suse/gcc-4_2-branch/gcc/common.opt branches/suse/gcc-4_2-branch/gcc/config/i386/i386.h branches/suse/gcc-4_2-branch/gcc/doc/invoke.texi branches/suse/gcc-4_2-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #4 from aph at gcc dot gnu dot org 2007-01-30 17:10 --- Typo'd, darn it. Il brilgue: les to^ves lubricilleux Se gyrent en vrilant dans le guave. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #3 from abugger at littlepinkcloud dot com 2007-01-30 17:07 --- Il brilgue: les to^ves libricilleux Se gyrent en vrilant dans le guave. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug rtl-optimization/30643] New: CSE regression
CSE used to eliminate all the "if"s in the code below at least in gcc-3.x (and
probably even earlier). Now in SVN HEAD it does not do it anymore. 4.1 still
does it.
struct s { int a; int b;};
void bar (struct s *ps, int *p, int *__restrict__ rp, int *__restrict__ rq)
{
ps->a = 0;
ps->b = 1;
if (ps->a != 0)abort ();
p[0] = 0;
p[1] = 1;
if (p[0] != 0) abort ();
rp[0] = 0;
rq[0] = 1;
if (rp[0] != 0) abort();
}
-O2 assembly for SVN HEAD:
bar:
subl$12, %esp
movl16(%esp), %eax
movl20(%esp), %edx
movl24(%esp), %ecx
movl$0, (%eax)
movl$1, 4(%eax)
movl(%eax), %eax
testl %eax, %eax
jne .L20
movl$0, (%edx)
movl(%edx), %eax
movl$1, 4(%edx)
testl %eax, %eax
jne .L20
movl$0, (%ecx)
movl(%ecx), %ecx
movl28(%esp), %eax
testl %ecx, %ecx
movl$1, (%eax)
jne .L20
addl$12, %esp
ret
.L20:
callabort
-O2 assembly for 4.1.1
bar:
movl4(%esp), %eax
movl8(%esp), %edx
movl$0, (%eax)
movl$1, 4(%eax)
movl12(%esp), %eax
movl$0, (%edx)
movl$1, 4(%edx)
movl$0, (%eax)
movl16(%esp), %eax
movl$1, (%eax)
ret
--
Summary: CSE regression
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug c++/30642] Wrong libstdc++ selected
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-30 16:50 --- You need to set LD_LIBRARY_PATH or use -Wl,-rpath=/opt/gcc-4.1.1/lib for linking. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30642
[Bug c++/30642] New: Wrong libstdc++ selected
I've built GCC-4.1.1, configured with: ../configure --prefix=/opt/gcc-4.1.1 --enable-threads=posix --with-dwarf2 --enable-languages=c,c++ --with-as=/opt/binutils-2.17/bin/as --with-ld=/opt/binutils-2.17/bin/ld --enable-shared --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions using GCC-3.4.6. Now some programs compiled using the new compiler fail on linking: /usr/lib/libstdc++.so.6: undefined reference to [EMAIL PROTECTED]' The compiler is looking for libstdc++ in /usr/lib, however its libstdc++ is placed in an appropriate subdirectory of /opt/gcc-4.1.1. The function [EMAIL PROTECTED] is also a mystery, as it should be a part of GCC-4.2. Previously options were ../configure --prefix=/opt/gcc-4.1.1 --enable-threads=posix --with-dwarf2 --enable-languages=c,c++ but it makes no difference. -- Summary: Wrong libstdc++ selected Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wyderski at ii dot uni dot wroc dot pl GCC build triplet: Linux RedHat, IA-32, GCC-3.4.6 GCC host triplet: Linux RedHat, IA-32, GCC-4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30642
[Bug preprocessor/30468] [4.0/4.1/4.2 Regression] -M not fully chops dirname
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 16:30 --- Fixed in 4.3. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.1 4.0.0 4.0.2 4.3.0 |4.1.1 4.0.0 4.0.2 Known to work|3.4.4 3.4.0 |3.4.4 3.4.0 4.3.0 Summary|[4.0/4.1/4.2/4.3 Regression]|[4.0/4.1/4.2 Regression] -M |-M not fully chops dirname |not fully chops dirname http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30468
[Bug preprocessor/29966] crash in cc1 with backtrace from free()
--- Comment #11 from tromey at gcc dot gnu dot org 2007-01-30 16:29 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29966
[Bug c++/30601] [4.3 regression] -Wreturn-type warns about more than what the documentation says
--- Comment #13 from mueller at gcc dot gnu dot org 2007-01-30 16:20 --- Subject: Bug 30601 Author: mueller Date: Tue Jan 30 16:20:06 2007 New Revision: 121342 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121342 Log: 2007-01-30 Dirk Mueller <[EMAIL PROTECTED]> PR c++/30601 * doc/invoke.texi (-Wreturn-type): Update description to match new behavior. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30601
[Bug tree-optimization/30631] Trunk GCC fails to compile cpu2k6/dealII at -O2
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-01-30 16:10 --- Fixed according to reporter. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
[Bug bootstrap/30510] [4.3 Regression] Gcc failed to bootstrap
--- Comment #19 from abugger at littlepinkcloud dot com 2007-01-30 16:05 --- testing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
[Bug preprocessor/30468] [4.0/4.1/4.2/4.3 Regression] -M not fully chops dirname
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 15:50 --- Subject: Bug 30468 Author: tromey Date: Tue Jan 30 15:50:00 2007 New Revision: 121341 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121341 Log: PR preprocessor/30468: * mkdeps.c (apply_vpath): Strip successive '/'s if we stripped './'. Modified: trunk/libcpp/ChangeLog trunk/libcpp/mkdeps.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30468
[Bug preprocessor/29966] crash in cc1 with backtrace from free()
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 15:46 --- Subject: Bug 29966 Author: tromey Date: Tue Jan 30 15:46:01 2007 New Revision: 121340 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121340 Log: PR preprocessor/29966: * macro.c (lex_expansion_token): Save and restore cpp_reader's cur_token. (_cpp_create_definition): Don't restore cur_token here. * lex.c (_cpp_lex_token): Added assertion. Modified: trunk/libcpp/ChangeLog trunk/libcpp/lex.c trunk/libcpp/macro.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29966
[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector
--- Comment #5 from cvs-commit at developer dot classpath dot org 2007-01-30 15:37 --- Subject: Bug 20577 CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Roman Kennke 07/01/30 15:36:53 Modified files: javax/swing: DefaultDesktopManager.java . : ChangeLog Log message: 2007-01-30 Roman Kennke <[EMAIL PROTECTED]> PR 20577 * javax/swing/DefaultDesktopManager.java (activateFrame): Added a bunch of null checks. Don't call JInternalFrame.setSelected() to avoid recursion. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/javax/swing/DefaultDesktopManager.java?cvsroot=classpath&r1=1.19&r2=1.20 http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9078&r2=1.9079 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20577
[Bug java/30641] New: gcj corrupted double-linked list (glibc detected)
OS: Linux, Ubuntu 6.10 AMD64 I get this error when invoking gcj on a project: *** glibc detected *** /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted double-linked list: 0x00fbeb60 *** Detail: Having cross-compiled an SWT hello-world application to an executable using gcj and ran it successfully on windows I have moved on to compiling my Jboss and SWT application using gcj, which itself compiles and runs perfectly as a .jar. I've tried to cut down the build path and/or amount of code involved while still producing the problem for bug-reporting purposes, but I have not been successful in doing this.. I am hoping you can advise me of what I can do next to help track this down. Invoked as: /home/matt/cross-tools/bin/i386-mingw32msvc-gcj -v -save-temps -fjni /tmp/MyApp-dist/MyApp-client.jar native/libswt-win32.a --main=org.myapp.client.Client --classpath=big.long.classpath.as.below compile-native-client: [exec] Using built-in specs. [exec] Reading specs from /home/matt/cross-tools/lib/gcc/i386-mingw32msvc/4.3.0/../../../../i386-mingw32msvc/lib/libgcj.spec [exec] rename spec startfile to startfileorig [exec] rename spec lib to liborig [exec] Target: i386-mingw32msvc [exec] Configured with: /home/matt/cross/source/gcc-4.3-20070119/configure -v --prefix=/home/matt/cross-tools --target=i386-mingw32msvc --with-headers=/home/matt/cross-tools/i386-mingw32msvc/include --with-gnu-as --with-gnu-ld --without-newlib --disable-multilib --enable-libgcj --without-x --disable-java-awt --enable-static --disable-shared --enable-threads=win32 --disable-nls --disable-debug --disable-checking --enable-sjlj-exceptions [exec] Thread model: win32 [exec] gcc version 4.3.0 20070119 (experimental) [exec] /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1 /tmp/MyApp-dist/MyApp-client.jar -fhash-synchronization -fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase MyApp-client.jar -mtune=i386 -auxbase MyApp-client -g1 -version -fjni -fbootclasspath=/home/matt/projects/MyApp/lib/client/win32/swt.jar:/home/matt/projects/MyApp/build/:/home/matt/projects/org.eclipse.swt/swt.jar:/home/matt/projects/MyApp/lib/commons-logging.jar:/home/matt/projects/MyApp/lib/icu4j-3_6.jar:/home/matt/projects/MyApp/lib/jbpm-3.1.1.jar:/home/matt/projects/MyApp/lib/log4j-1.2.8.jar:/home/matt/projects/MyApp/lib/org.eclipse.core.commands_3.2.0.I20060605-1400.jar:/home/matt/projects/MyApp/lib/org.eclipse.core.runtime_3.2.0.v20060603.jar:/home/matt/projects/MyApp/lib/org.eclipse.equinox.common_3.2.0.v20060603.jar:/home/matt/projects/MyApp/lib/org.eclipse.jface_3.2.1.M20060908-1000.jar:/home/matt/projects/MyApp/lib/org.eclipse.osgi_3.2.1.R32x_v20060919.jar:/home/matt/projects/MyApp/lib/resources.jar:/home/matt/projects/CommonCode/lib/activation.jar:/home/matt/projects/CommonCode/lib/datafile.jar:/home/matt/projects/CommonCode/lib/jTDS2.jar:/home/matt/projects/CommonCode/lib/jargs.jar:/home/matt/projects/CommonCode/lib/jcommon-0.9.7.jar:/home/matt/projects/CommonCode/lib/jconn2.jar:/home/matt/projects/CommonCode/lib/junit.jar:/home/matt/projects/CommonCode/lib/jxl.jar:/home/matt/projects/CommonCode/lib/mail.jar:/home/matt/projects/CommonCode/lib/postgresql-8.2dev-503.jdbc3.jar:/home/matt/projects/CommonCode/lib/servlet.jar:/home/matt/projects/CommonCode/lib/xercesImpl.jar:/home/matt/projects/CommonCode/lib/xml-apis.jar:/home/matt/projects/CommonCode/lib/xml-writer.jar:/local/jboss/client/jbossall-client.jar:/local/jboss/client/ejb3-persistence.jar:/local/jboss/client/jboss-annotations-ejb3.jar:/home/matt/cross-tools/share/java/libgcj-4.3.0.jar -faux-classpath MyApp-client.zip -o MyApp-client.s [exec] GNU Java version 4.3.0 20070119 (experimental) (i386-mingw32msvc) [exec] compiled by GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5). [exec] GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 [exec] Class path starts here: [exec] MyApp-client.zip/ (zip) [exec] /home/matt/projects/MyApp/lib/client/win32/swt.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/build/ (system) [exec] /home/matt/projects/org.eclipse.swt/swt.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/commons-logging.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/icu4j-3_6.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/jbpm-3.1.1.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/log4j-1.2.8.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.core.commands_3.2.0.I20060605-1400.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.core.runtime_3.2.0.v20060603.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.equinox.common_3.2.0.v20060603.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.jface_3.2.1.M20060908-1000.jar/ (system)
[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-01-30 15:04 --- (In reply to comment #5) > CVS mingw runtime header _mingw.h has this, which avoids the problem: OK, now I see why this is failing :( _mingw.h from mingw-runtime-3.11 has define __CRT_INLINE extern __attribute__((__gnu__inline__)) inline insted of define __CRT_INLINE extern __attribute__((__gnu_inline__)) inline i.e. an extra underscore in __gnu_inline__. I see you corrected the typo in CVS, but it was not yet released. So we're back to square one: CVS mingw is OK, but we still need a fix for older mingw. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2007-01-26 13:11:11 |2007-01-30 15:04:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
[Bug target/30634] FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-30 14:51 --- Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 > --- Comment #3 from kargl at gcc dot gnu dot org 2007-01-30 02:53 --- > A scan of libgfortran/ChangeLog and gcc/fortran/ChangeLog does not > reveal anything that would cause this failure. Can you identify > the exact commit that causes the problem? Perhaps, something got > mismerged from trunk. The problem occurs in reload. At the moment, I suspect the following change: 2007-01-26 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/29516 * tree-ssa-address.c (tree_mem_ref_addr, add_to_parts, most_expensive_mult_to_index, addr_to_parts, create_mem_ref, maybe_fold_tmr): Make the type of fields of TARGET_MEM_REF sizetype. (move_fixed_address_to_symbol, move_pointer_to_base, aff_combination_remove_elt): New functions. * tree.def (TARGET_MEM_REF): Add comment on types of the operands. * gcc.dg/tree-ssa/loop-20.c: New test. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30634
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #2 from abugger at littlepinkcloud dot com 2007-01-30 14:43 --- Es brillig war. Die schlichten Toven Wirrten und wimmelten in Waben. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug fortran/30626] Wrong-code for internal read
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-01-30 14:36
---
Paul's preliminary patch for pr30284 fixes this bug. The library side still
shows a potential problem, but we don't hit it with the test cases here because
we are only reading one record.
Here is dump for modified test case in #1:
MAIN__ ()
{
static char date[1][1:12] = {"200612231200"};
int4 foo;
_gfortran_set_std (70, 127, 0, 0);
{
int8 D.1365;
char A.2[1][1:12];
struct array1_unknown atmp.1;
struct __st_parameter_dt dt_parm.0;
dt_parm.0.common.filename = "pr30626-1.f90";
dt_parm.0.common.line = 4;
atmp.1.dtype = 817;
atmp.1.dim[0].stride = 1;
atmp.1.dim[0].lbound = 0;
atmp.1.dim[0].ubound = 0;
atmp.1.data = (void *) &A.2;
atmp.1.offset = 0;
{
int8 S.3;
S.3 = 0;
while (1)
{
if (S.3 > 0) goto L.1;
__builtin_memmove (&(*(char[0:][1:12] *) atmp.1.data)[S.3],
&date[NON_LVALUE_EXPR ], 12);
S.3 = S.3 + 1;
}
L.1:;
}
dt_parm.0.internal_unit = (char *) atmp.1.data;
dt_parm.0.internal_unit_len = 12;
dt_parm.0.internal_unit_desc = (char *) &atmp.1;
dt_parm.0.common.unit = 0;
dt_parm.0.format = "(i4)";
dt_parm.0.format_len = 4;
dt_parm.0.common.flags = 20480;
_gfortran_st_read (&dt_parm.0);
_gfortran_transfer_integer (&dt_parm.0, &foo, 4);
_gfortran_st_read_done (&dt_parm.0);
{
int8 S.4;
D.1365 = -1;
S.4 = 1;
while (1)
{
if (S.4 > 1) goto L.2;
__builtin_memmove (&date[S.4 + -1], &(*(char[0:][1:12] *)
atmp.1.data)[S.4 + D.1365], 12);
S.4 = S.4 + 1;
}
L.2:;
}
}
{
struct __st_parameter_dt dt_parm.5;
dt_parm.5.common.filename = "pr30626-1.f90";
dt_parm.5.common.line = 5;
dt_parm.5.common.unit = 6;
dt_parm.5.common.flags = 128;
_gfortran_st_write (&dt_parm.5);
_gfortran_transfer_integer (&dt_parm.5, &foo, 4);
_gfortran_st_write_done (&dt_parm.5);
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30626
[Bug other/30640] New: Memory leak in lang_specific_driver
in function lang_specific_driver, if shared gcclib is wanted, a new larger memory block is allocated for the extra argument "-shared-libgcc". However, the original memory is left alone and will cause memory leak. And I think statement "free(*in_argv)" should added before "*in_argv = arglist;" at line 91, in file "gcc-4.1.1\gcc\gccspec.c". -- Summary: Memory leak in lang_specific_driver Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wuhui1973 at 21cn dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30640
[Bug java/30639] New: Can't compile java frontend on Linux x86_64 (SYS_sigaction undeclared)
This happens with gcc 4.1.1 too. Linux 2.6.19 (pure x86_64 system without 32bit libraries) glibc 2.5 gcc 4.1.1 /usr/include/asm contains the correct kernel x86_64 headers make[5]: Entering directory `/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libjava' depbase=`echo prims.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \ if /bin/sh ./libtool --mode=compile /home/fraga/src/b/./gcc/xgcc -shared-libgcc -B/home/fraga/src/b/./gcc -nostdinc++ -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.2-20070124/libjava -I./include -I./gcj -I../../../../gcc-4.2-20070124/libjava -Iinclude -I../../../../gcc-4.2-20070124/libjava/include -I../../../../gcc-4.2-20070124/libjava/classpath/include -Iclasspath/include -I../../../../gcc-4.2-20070124/libjava/classpath/native/fdlibm -I../../../../gcc-4.2-20070124/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/.././libjava/../gcc -I../../../../gcc-4.2-20070124/libjava/../zlib -I../../../../gcc-4.2-20070124/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX="\"/usr/local\"" -DTOOLEXECLIBDIR="\"/usr/local/lib/../lib\"" -DJAVA_HOME="\"/usr/local\"" -DBOOT_CLASS_PATH="\"/usr/local/share/java/libgcj-4.2.0.jar\"" -DJAVA_EXT_DIRS="\"/usr/local/share/java/ext\"" -DGCJ_ENDORSED_DIRS="\"/usr/local/share/java/gcj-endorsed\"" -DGCJ_VERSIONED_LIBDIR="\"/usr/local/lib/../lib/gcj-4.2.0\"" -DPATH_SEPARATOR="\":\"" -DLIBGCJ_DEFAULT_DATABASE="\"/usr/local/lib/../lib/gcj-4.2.0/classmap.db\"" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL="\"gcj-4.2.0/classmap.db\"" -O2 -march=athlon64 -msse3 -pipe -ftree-vectorize -D_GNU_SOURCE -m32 -MT prims.lo -MD -MP -MF "$depbase.Tpo" -c -o prims.lo ../../../../gcc-4.2-20070124/libjava/prims.cc; \ then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo"; exit 1; fi /home/fraga/src/b/./gcc/xgcc -shared-libgcc -B/home/fraga/src/b/./gcc -nostdinc++ -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.2-20070124/libjava -I./include -I./gcj -I../../../../gcc-4.2-20070124/libjava -Iinclude -I../../../../gcc-4.2-20070124/libjava/include -I../../../../gcc-4.2-20070124/libjava/classpath/include -Iclasspath/include -I../../../../gcc-4.2-20070124/libjava/classpath/native/fdlibm -I../../../../gcc-4.2-20070124/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/.././libjava/../gcc -I../../../../gcc-4.2-20070124/libjava/../zlib -I../../../../gcc-4.2-20070124/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DTOOLEXECLIBDIR=\"/usr/local/lib/../lib\" -DJAVA_HOME=\"/usr/local\" -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.2.0.jar\" -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/../lib/gcj-4.2.0\" -DPATH_SEPARATOR=\":\" -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/../lib/gcj-4.2.0/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.2.0/classmap.db\" -O2 -march=athlon64 -msse3 -pipe -ftree-vectorize -D_GNU_SOURCE -m32 -MT prims.lo -MD -MP -MF .deps/prims.Tpo -c ../../../../gcc-4.2-20070124/libjava/prims.cc -fPIC -DPIC -o .libs/prims.o ../../../../gcc-4.2-20070124/libjava/prims.cc:107: warning: deprecated conversion from string constant to 'char*' ../../../../gcc-4.2-20070124/libjava/prims.cc: In function 'void catch_fpe(int)': ../../../../gcc-4.2-20070124/libjava/prims.cc:173: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../../gcc-4.2-20070124/libjava/prims.cc: In function 'jint _Jv_CreateJavaVM(JvVMInitArgs*)': ../../../../gcc-4.2-20070124/libjava/prims.cc:1442: error: 'SYS_sigaction' was not declared in this scope ../../../../gcc-4.2-20070124/libjava/prims.cc:1446: error: 'SYS_sigaction' was not declared in this scope ./include/java-signal-aux.h: At global scope: ./include/java-signal-au
[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-01-30 13:45
---
(In reply to comment #5)
> CVS mingw runtime header _mingw.h has this, which avoids the problem:
>
> # if ( __MINGW_GNUC_PREREQ(4, 3) && __STDC_VERSION__ >= 199901L)
> # define __CRT_INLINE extern inline __attribute__((__gnu_inline__))
> # else
> # define __CRT_INLINE extern __inline__
> # endif
Hum, here's what I don't understand. I installed the w32api-3.8, that includes
the above, and I still get a failure (this is on a cross from i386-linux):
$ ./bin/i386-pc-mingw32-gcc a.c b.c -std=c99
/tmp/ccR36DmT.o:b.c:(.text+0x0): multiple definition of `___fpclassifyl'
/tmp/cc03idRc.o:a.c:(.text+0x0): first defined here
[... more of those ...]
So I look into the preprocessed files, and ___fpclassifyl is declared as:
extern __attribute__((__gnu__inline__)) inline int __attribute__((__cdecl__))
__fpclassifyl (long double x){
unsigned short sw;
__asm__ ("fxam; fstsw %%ax;" : "=a" (sw): "t" (x));
return sw & (0x0100 | 0x0400 | 0x4000 );
}
so I reproduce it on a minimal testcase:
$ cat u1.c
extern __attribute__((__gnu__inline__)) inline void __attribute__((__cdecl__))
__fpclassifyl (){
;
}
void foo() { ; }
$ cat u2.c
extern __attribute__((__gnu__inline__)) inline void __attribute__((__cdecl__))
__fpclassifyl (){
;
}
void bar() { ; }
$ ./bin/i386-pc-mingw32-gcc -std=c99 u1.c u2.c
u1.c:1: warning: __gnu__inline__ attribute directive ignored
u2.c:1: warning: __gnu__inline__ attribute directive ignored
/tmp/ccni42ym.o:u2.c:(.text+0x0): multiple definition of `___fpclassifyl'
/tmp/cc2aaPle.o:u1.c:(.text+0x0): first defined here
/home/fxcoudert/cross_nightbuild/tmp/install-gcc/lib/gcc/i386-pc-mingw32/4.3.0/../../../../i386-pc-mingw32/lib/libmingw32.a(main.o):main.c:(.text+0x106):
undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
PS: all this is with mainline rev. 121280, Last Changed Date: 2007-01-29
06:53:40 +0100 (Mon, 29 Jan 2007).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
[Bug c/30313] [4.1 Regression] sizeof of expression including bit-field
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 --- And 4.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.3.0 4.0.3 |4.3.0 4.2.0 4.0.3 Summary|[4.1/4.2 Regression] sizeof |[4.1 Regression] sizeof of |of expression including bit-|expression including bit- |field |field http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug c/30313] [4.1/4.2 Regression] sizeof of expression including bit-field
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 --- Subject: Bug 30313 Author: rguenth Date: Tue Jan 30 13:34:10 2007 New Revision: 121338 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121338 Log: 2007-01-30 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/30313 * passes.c (execute_one_pass): Reset in_gimple_form to not confuse non-unit-at-a-time mode. * gcc.dg/torture/pr30313.c: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/torture/pr30313.c - copied unchanged from r121334, trunk/gcc/testsuite/gcc.dg/torture/pr30313.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/passes.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug middle-end/30636] [4.3 Regression] incorrect array bounds warning on multi-dimensional arrays
--- Comment #3 from mueller at gcc dot gnu dot org 2007-01-30 13:09 --- I'm not flagging this as diagnostic for now, because it is imho still a bug in ccp that could cause other side-effects (aliasing analysis?). if it is clear that the only problem this causes is the warning then I'll happily add a suppression for this case. -- mueller at gcc dot gnu dot org changed: What|Removed |Added Keywords|diagnostic | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
[Bug target/26401] x264 revision 439 make fprofiled fails
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-01-30 12:39 --- (In reply to comment #2) > gcc-4.1 -Wall -I. -O4 -ffast-math -D__X264__ -DHAVE_MMXEXT -DHAVE_SSE2 > -DARCH_X86 -DSYS_MINGW -DHAVE_PTHREAD -s -fomit-frame-pointer -march=pentium4 > -mtune=pentium4 -mcpu=pentium4 -fprofile-use -c -o muxers.o muxers.c > -save-temps > muxers.c: In function 'write_nalu_mkv': > muxers.c:981: internal compiler error: in named_section_real, at varasm.c:420 Your preprocessed source works for me on mainline (i386-pc-mingw32). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26401
