[Bug java/32091] New: Can't build gcj in mingw32 in window XP (gcc-4.2.0)
HI all: I can't build gcj in mingw32 in window XP (gcc-4.2.0), this is error out : mkdir -p classes/gnu/classpath/tools/jarsigner mkdir -p classes/gnu/classpath/tools/keytool cp ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/rmi/rmic/templates/*.jav classes/gnu/classpath/too ls/rmi/rmic/templates cp ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/giop/grmic/templates/*.jav classes/gnu/classpath/t ools/giop/grmic/templates cp ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/rmi/*.txt classes/gnu/classpath/tools/rmi/ cp ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/giop/*.txt classes/gnu/classpath/tools/giop/ /d/cdev/mingw_build/gcc_build/gcc/gcj -B/d/cdev/mingw_build/gcc_build/mingw32/libjava/ -B/d/cdev/mingw_build/gcc_build/gcc/ - encoding UTF-8 --bootclasspath '../lib':'../lib/glibj.zip' --classpath . -C -d classes ../../../../../../gcc-4.2.0/libjava/cl asspath/tools/gnu/classpath/tools/*.java ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/*/*.java ../ ../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/*/*/*.java ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/AbstractMethodGenerator.java:0: error: Can't find def ault package 'java.lang'. Check the CLASSPATH environment variable and the access to the archives ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:43: error: Class or interface 'java. io.InputStreamReader' not found in import. import java.io.InputStreamReader; ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:61: error: Type 'String' not found i n the declaration of the argument 'args' of method 'checkHelpKey'. public static void checkHelpKey(String[] args, String helpResourcePath) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:61: error: Type 'String' not found i n the declaration of the argument 'helpResourcePath' of method 'checkHelpKey'. public static void checkHelpKey(String[] args, String helpResourcePath) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:65: error: Type 'String' not found i n the declaration of the local variable 'a'. String a = args[i]; ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:78: error: Type 'String' not found i n the declaration of the argument 'helpResourcePath' of method 'printHelp'. public static void printHelp(String helpResourcePath) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80: error: Class 'java.lang.NoClassD efFoundError' not found in 'throws'. InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath); ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80: error: Type 'java.lang.ClassNotF oundException' not found in the declaration of the local variable 'write_parm_value$'. InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath); ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80: error: Type 'InputStream' not fo und in the declaration of the local variable 'in'. InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath); ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:81: error: Type 'BufferedReader' not found in the declaration of the local variable 'br'. BufferedReader br = new BufferedReader(new InputStreamReader(in)); ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:84: error: Type 'String' not found i n the declaration of the local variable 's'. String s; ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:88: error: Type 'IOException' not fo und in the declaration of the local variable 'x'. catch (IOException x) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:99: error: Type 'IOException' not fo und in the declaration of the local variable 'ignored'. catch (IOException ignored) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:111: error: Type 'String' not found in the declaration of the argument 'helpResourcePath' of method 'printHelpAndExit'. public static void printHelpAndExit(String helpResourcePath) ^ ../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/appletviewer/AppletClassLoader.java:42: error: Class or interface
[Bug java/32091] Can't build gcj in mingw32 in window XP (gcc-4.2.0)
--- Comment #1 from dragzhb at yahoo dot com dot cn 2007-05-26 07:09 --- build spec : $ gcc -v Using built-in specs. Target: mingw32 Configured with: ../../gcc-4.2.0/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/m ingw --enable-threads --disable-nls --enable-languages=c,c++,objc,java --disable-win32-registry --disable-shared --enable-sjl j-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interprete r --enable-hash-synchronization Thread model: win32 gcc version 4.2.0 -- dragzhb at yahoo dot com dot cn changed: What|Removed |Added CC||dragzhb at yahoo dot com dot ||cn http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32091
[Bug libstdc++/32092] New: Can't create directory link when build libstdc++ (gcc-4.2.0)
Hi all : When I build gcc-g++ 4.2.0 in Mingw32 in Windows XP, when it compile libstdc++ , it want to create directory link of $GCC_SRC_ROOT\mingw_build\mingw32\libstdc++-v3\include\ext\pb_ds\detail, but in mingw32 , It can't create it. but if I copy all directories in $GCC_SRC_ROOT\libstdc++-v3\include\ext\pb_ds\detail to $GCC_BUILD_ROOT\mingw32\libstdc++-v3\include\ext\pb_ds\detail , it' okay. could you change link directory to copy directory in mingw32 ? Regards -- Summary: Can't create directory link when build libstdc++ (gcc- 4.2.0) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dragzhb at yahoo dot com dot cn GCC host triplet: mingw32 GCC target triplet: mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32092
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #101 from jv244 at cam dot ac dot uk 2007-05-26 08:45 --- current gcc (i.e. after the fix for PR32018) still ICEs as described in comment #100 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #102 from jv244 at cam dot ac dot uk 2007-05-26 09:02 --- (In reply to comment #101) > current gcc (i.e. after the fix for PR32018) still ICEs as described in > comment > #100 the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed, it also fails with -march=nocona or -mtune=generic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug target/32065] Many dfp testsuite failures for -msse targets
--- Comment #6 from ubizjak at gmail dot com 2007-05-26 09:06 --- (In reply to comment #5) > Is this related to 31741 ? Yes. All dfp tests should pass now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32065
[Bug c/31741] dfp tests failing - internal compiler error
-- ubizjak at gmail dot com changed: What|Removed |Added BugsThisDependsOn||32065 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-05-26 09:07:55 date|| Bug 31741 depends on bug 32065, which changed state. Bug 32065 Summary: Many dfp testsuite failures for -msse targets http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32065 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31741
[Bug tree-optimization/32093] New: BOOT_CFLAGS="-O2 -g -msse2 -ftree-vectorize" causes dfp tests to fail
I don't know if this is a regression or not. But I decided to test my latest data-ref patch more than I tested my old one via testing bootstrap with the vectorizer turned on, I noticed the dfp tests would fail. The assembly for the tests were the same, the problem is we were creating wrong code for one of the support functions in libgcc, I have not had time to check which one. I thought I would file this bug before forgetting about this issue. Again BOOT_CFLAGS was set to "-O2 -g -msse2 -ftree-vectorize". When I have more time I will look into it. -- Summary: BOOT_CFLAGS="-O2 -g -msse2 -ftree-vectorize" causes dfp tests to fail Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32093
Re: (g77) internal compiler error: Segmentation fault
Hi, >> Hmm, I see your g77 is 2002 vintage. I have a 3.4 version. Still, >> I would recommend that you upgrade to a newer compiler, preferably >> gfortran. >> > I'll try to do that! > Note that openSUSE 10.2 comes with gfortran 4.1.x thus you can simply install it via YaST2. If you want to have newer gfortran packages, you can use the gcc/gfortran 4.1, 4.2 and 4.3 packages available at http://software.opensuse.org/download/home:/rguenther/openSUSE_10.2/ (Add this directory as additional software source in YaST2) The gcc/gfortran 4.1, 4.2 and 4.3 packages can be even installed in parallel; e.g. gcc41-fortran provides gfortran-4.1. Whereas package "gcc-fortran" provides simply a link from gfortran to gfortran-4.1. If you want to be bleeding edge, you can also use the nightly builds at http://gcc.gnu.org/wiki/GFortranBinaries Tobias
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #103 from jv244 at cam dot ac dot uk 2007-05-26 10:06 --- (In reply to comment #101) > current gcc (i.e. after the fix for PR32018) still ICEs as described in > comment > #100 the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed, it also fails with -march=nocona or -mtune=generic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug fortran/32095] New: Accepts invalid character(len(a)),dimension(1) :: a
The following program is invalid but accepted by gfortran, at runtime the program fails. Other compilers: - NAG f95 compiles this and does not fail - g95: Error: Circular specification in variable 'a' at (1) - ifort: fortcom: Error: x.f90, line 11: The data types of the argument(s) are invalid. [LEN] character(len(a)),dimension(1) :: a -^ fortcom: Error: x.f90, line 11: This name has already been used in a specification expression. [A] character(len(a)),dimension(1) :: a -^ This is disallowed by 7.1.6.2 "If a specification expression includes a reference to an inquiry function for a type parameter or an array bound of an entity specified in the same specification-part, the type parameter or array bound shall be specified in a prior specification of the specification-part. The prior specification may be to the left of the inquiry function reference in the same statement. If a specification expression includes a reference to the value of an element of an array specified in the same specification-part, the array shall be completely specified in prior declarations." See http://gcc.gnu.org/ml/fortran/2007-05/msg00395.html for the dump. program me implicit none call gee( [f(3)] ) contains function f(k) result(i) integer :: k character(len=k) :: i i = '1234' end function subroutine gee(a) character(len(a)),dimension(1) :: a if(len(a) /= 3) stop 'abort' if(a(1) /= '123') stop 'abort' end subroutine gee end program me -- Summary: Accepts invalid character(len(a)),dimension(1) :: a Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: accepts-invalid 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=32095
[Bug fortran/31219] ICE on array of character function results
--- Comment #9 from pault at gcc dot gnu dot org 2007-05-26 11:25 --- Subject: Bug 31219 Author: pault Date: Sat May 26 11:25:36 2007 New Revision: 125088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125088 Log: 2007-05-26 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31219 * trans.h : Add no_function_call bitfield to gfc_se structure. Add stmtblock_t argument to prototype of get_array_ctor_strlen. * trans-array.c (get_array_ctor_all_strlen): New function. (get_array_ctor_strlen): Add new stmtblock_t argument and call new function for character elements that are not constants, arrays or variables. (gfc_conv_array_parameter): Call get_array_ctor_strlen to get good string length. * trans-intrinsic (gfc_conv_intrinsic_len): Add new argument to call of get_array_ctor_strlen. 2007-05-26 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31219 * gfortran.dg/array_constructor_17.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/array_constructor_17.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31219
[Bug fortran/31219] ICE on array of character function results
--- Comment #10 from burnus at gcc dot gnu dot org 2007-05-26 11:59 --- Fixed in 4.3.0; no regression, not serious wrong-code PR -> no backporting to 4.2 -- burnus 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=31219
[Bug middle-end/32096] New: ICE (segfault) in vrp_evaluate_conditional_warnv
Compiling semi_empirical_int_ana.f90 of CP2k (cf. PR 29975) gives an ICE: (with 4.3.0 20070526 on x86_64-unknown-linux-gnu) gfortran -c -O3 -ftree-vectorize -ffast-math -march=opteron semi_empirical_int_ana.f90 semi_empirical_int_ana.f90: In function 'dterep_ana': semi_empirical_int_ana.f90:2321: internal compiler error: Segmentation fault Valgrind shows: ==3451== Conditional jump or move depends on uninitialised value(s) ==3451==at 0x7A34F8: vrp_evaluate_conditional_warnv (tree-vrp.c:4814) ==3451==by 0x7A3B99: vrp_evaluate_conditional (tree-vrp.c:4946) ==3451==by 0x76515B: substitute_and_fold (tree-ssa-propagate.c:1131) ==3451==by 0x79EAD8: vrp_finalize (tree-vrp.c:5925) ==3451==by 0x7A03BA: execute_vrp (tree-vrp.c:6011) ==3451==by 0x609B40: execute_one_pass (passes.c:1067) ==3451==by 0x609CFB: execute_pass_list (passes.c:1119) ==3451==by 0x609D0D: execute_pass_list (passes.c:1120) ==3451==by 0x6D3B27: tree_rest_of_compilation (tree-optimize.c:406) ==3451==by 0x8129CF: cgraph_expand_function (cgraphunit.c:1086) ==3451==by 0x814E71: cgraph_optimize (cgraphunit.c:1155) ==3451==by 0x466F9C: gfc_be_parse_file (f95-lang.c:307) -- Summary: ICE (segfault) in vrp_evaluate_conditional_warnv Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org OtherBugsDependingO 29975 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32096
[Bug middle-end/32096] ICE (segfault) in vrp_evaluate_conditional_warnv
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-26 13:12 --- Created an attachment (id=13614) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13614&action=view) test file (2540 lines) Test case, I failed to reduce the size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32096
[Bug middle-end/32096] [4.3 Regression] ICE (segfault) in vrp_evaluate_conditional_warnv
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-26 13:33 --- It worked with 2007-05-14-r124708 and fails with 2007-05-15-r124736. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE (segfault) in |[4.3 Regression] ICE |vrp_evaluate_conditional_war|(segfault) in |nv |vrp_evaluate_conditional_war ||nv Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32096
[Bug middle-end/32096] [4.3 Regression] ICE (segfault) in vrp_evaluate_conditional_warnv
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-26 14:15 --- The patch causing (or exposing) the ICE is: r124727 | rakdver | 2007-05-14 23:58:42 +0200 (Mon, 14 May 2007) | 46 lines http://gcc.gnu.org/ml/gcc-cvs/2007-05/msg00425.html Zdenek, could you have a look? -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32096
[Bug target/32097] New: ICE in expand_builtin_apply, at builtins.c:1525 building libobjc
I configured GCC like this:
/n/08/rask/src/gcc/configure --target=m32c-unknown-elf --with-gmp=${HOME}/opt
--with-mpfr=${HOME}/opt --disable-nls --with-newlib --enable-sim
--disable-multilib --enable-languages=c,c++,objc,java
I get an ICE building libobjc:
/home/rask/build/gcc-m32c-unknown-elf/./gcc/xgcc
-B/home/rask/build/gcc-m32c-unknown-elf/./gcc/ -nostdinc
-B/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/newlib/ -isystem
/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/newlib/targ-include
-isystem /n/08/rask/src/gcc/newlib/libc/include
-B/usr/local/m32c-unknown-elf/bin/ -B/usr/local/m32c-unknown-elf/lib/ -isystem
/usr/local/m32c-unknown-elf/include -isystem
/usr/local/m32c-unknown-elf/sys-include
-L/home/rask/build/gcc-m32c-unknown-elf/./ld
-B/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libgloss/m32c
-L/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libgloss/m32c
-L/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libgloss/libnosys -c
-I. -I/n/08/rask/src/gcc/libobjc -O2 -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -DIN_GCC -DIN_TARGET_LIBS -fno-strict-aliasing -fexceptions
-I/n/08/rask/src/gcc/libobjc/objc -I/n/08/rask/src/gcc/libobjc/../gcc
-I/n/08/rask/src/gcc/libobjc/../gcc/config -I../.././gcc
-I/n/08/rask/src/gcc/libobjc/../include /n/08/rask/src/gcc/libobjc/sendmsg.c -o
sendmsg.o
/n/08/rask/src/gcc/libobjc/sendmsg.c:44:1: warning: "rtx" redefined
In file included from /n/08/rask/src/gcc/libobjc/sendmsg.c:33:
/n/08/rask/src/gcc/libobjc/../gcc/coretypes.h:80:1: warning: this is the
location of the previous definition
/n/08/rask/src/gcc/libobjc/sendmsg.c: In function 'objc_msg_sendv':
/n/08/rask/src/gcc/libobjc/sendmsg.c:279: internal compiler error: in
expand_builtin_apply, at builtins.c:1525
--
Summary: ICE in expand_builtin_apply, at builtins.c:1525 building
libobjc
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i386-unknown-netbsdelf2.0.2
GCC host triplet: i386-unknown-netbsdelf2.0.2
GCC target triplet: m32c-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32097
[Bug bootstrap/15212] [4.0/4.1/4.2/4.3 Regression] bootstrap fails on interix3
--- Comment #28 from mkoeppe at gmx dot de 2007-05-26 15:49 --- (In reply to comment #27) > Have you managed to build libstdc++v3? it gives me *lots* of errors. i managed > fixing a few (copying host_headers next to c++config.h for example, otherwise > it wont find those files...), but now i'm stuck... I didn't do much C++ testing and didn't yet try 4.2.0 final, but for the libstdc++ I used the additional one-line hack described here: http://www.interopsystems.com/tools/tm.aspx?m=7387&mpage=2#10788 Don't know how the correct patch should look like. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
[Bug target/32097] ICE in expand_builtin_apply, at builtins.c:1525 building libobjc
--- Comment #1 from rask at sygehus dot dk 2007-05-26 15:50 --- Created an attachment (id=13615) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13615&action=view) sendmsg.c preprocessed I have attached the preprocessed sendmsg.c in case you need it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32097
[Bug java/32098] New: New libtool doesn't support with Java
The old libtool did /bin/sh ./libtool --mode=compile /export/build/gnu/gcc/build-x86_64-linux/gcc/gcj -B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/ -B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/export/gnu/src/gcc/gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m32 -fsource-filename=/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/classpath/lib/classes -fjni -findirect-dispatch -fno-indirect-classes -c -o gnu-java-awt-dnd-peer-gtk.lo @gnu-java-awt-dnd-peer-gtk.list /export/build/gnu/gcc/build-x86_64-linux/gcc/gcj -B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/ -B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/export/gnu/src/gcc/gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m32 -fsource-filename=/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/classpath/lib/classes -fjni -findirect-dispatch -fno-indirect-classes -c @gnu-java-awt-dnd-peer-gtk.list -fPIC -o .libs/gnu-java-awt-dnd-peer-gtk.o /export/build/gnu/gcc/build-x86_64-linux/gcc/gcj -B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/ -B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/export/gnu/src/gcc/gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m32 -fsource-filename=/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/classpath/lib/classes -fjni -findirect-dispatch -fno-indirect-classes -c @gnu-java-awt-dnd-peer-gtk.list -o gnu-java-awt-dnd-peer-gtk.o >/dev/null 2>&1 It calls gcj to generate gnu-java-awt-dnd-peer-gtk.o. The new one did /bin/sh ./libtool --tag=GCJ --mode=compile /export/build/gnu/gcc-isa/build-x86_64-linux/gcc/gcj -B/export/build/gnu/gcc-isa/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/ -B/export/build/gnu/gcc-isa/build-x86_64-linux/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/export/gnu/src/gcc-isa/gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m32 -fsource-filename=/export/build/gnu/gcc-isa/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/classpath/lib/classes -fjni -findirect-dispatch -fno-indirect-classes -c -o gnu-java-awt-dnd-peer-gtk.lo @gnu-java-awt-dnd-peer-gtk.list libtool: compile: /export/build/gnu/gcc-isa/build-x86_64-linux/gcc/gcj -B/export/build/gnu/gcc-isa/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/ -B/export/build/gnu/gcc-isa/build-x86_64-linux/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/export/gnu/src/gcc-isa/gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m32 -fsource-filename=/export/build/gnu/gcc-isa/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/classpath/lib/classes -fjni -findirect-dispatch -fno-indirect-classes -c @gnu-java-awt-dnd-peer-gtk.list libtool: compile: mv -f "@gnu-java-awt-dnd-peer-gtk.o" ".libs/gnu-java-awt-dnd-peer-gtk.o" The problem is the default output for @gnu-java-awt-dnd-peer-gtk.list isn't @gnu-java-awt-dnd-peer-gtk.o. -- Summary: New libtool doesn't support with Java Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32098
[Bug other/32078] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes "libltdl: No such file or directory"
--- Comment #8 from rob1weld at aol dot com 2007-05-26 17:40 ---
>> Do either of you read the list?
Good point, here are some others ...
1): The newly updated libltdl directory that has caused some breakage in
the libjava directory is version 1.5.16 - see:
# grep -A1 VERSION gcc-4_3-trunk/libjava/libltdl/ltmain.sh | head -n 2
VERSION=1.5.16
TIMESTAMP=" (1.1220.2.235 2005/04/25 18:13:26)"
2): Version 1.5.22 is 9 months newer than version 1.5.16 . The version numbers
for libtool are even only; we could use a version that was 4 revisions
newer.
Here is an URL no one thought to check - funny?
http://ftp.gnu.org/gnu/libtool/
libtool-1.5.12.tar.gz 05-Feb-2005 11:38 2.6M
libtool-1.5.14.tar.gz 12-Feb-2005 08:43 2.6M
libtool-1.5.16.tar.gz 25-Apr-2005 14:35 2.6M
libtool-1.5.18.tar.gz 16-May-2005 06:19 2.7M
libtool-1.5.20.tar.gz 31-Aug-2005 15:07 2.7M
libtool-1.5.22.tar.gz 18-Dec-2005 17:26 2.8M
3): The "libtool-1.5.22.tar.gz" "NEWS" file mentions many bugfixes.
The "Changelog" file lists over 750 lines of info since 1.5.16 .
4): You can do this (adjust these instructions for your directory structure
and available software configuration) if your target is i686-pc-linux-gnu
# cd /downloads
# wget http://ftp.gnu.org/gnu/libtool/libtool-1.5.22.tar.gz
# gunzip -d libtool-1.5.22.tar.gz
# tar -xf libtool-1.5.22.tar
# mv gcc-4_3-trunk/libjava/libltdl gcc-4_3-trunk/libjava/libltdl-Origonal
# mkdir gcc-4_3-trunk/libjava/libltdl
# cp /downloads/libtool-1.5.22/libltdl/* gcc-4_3-trunk/libjava/libltdl
# cd /opt/gcc-4_3-build
# /downloadsgcc-4_3-trunk/configure
# make
Do NOT alter /downloads/gcc-4_3-trunk/libjava/libtool-version unless you
read the docs and know what you are doing. Do NOT change it to 1.5.22 !
Just copy the ONE directory, do not copy any other or do any configuring.
Remember to rename the directory structure back the way it was _prior_
to running "contrib/gcc_update" or "svn" until this fix is approved.
After copying that one directory you can type this:
# grep -A1 VERSION /downloads/gcc-4_3-trunk/libjava/libltdl/ltmain.sh | head -n
2
VERSION=1.5.22
TIMESTAMP=" (1.1220.2.365 2005/12/18 22:14:06)"
Now things are fixed with respect to libltdl - no need for patching (on _my_
platform, other people must test before committing to SVN or we will be back in
the same boat).
While people are fixing the problem in this area ...
Here are some of the problems with file:
/root/downloads/gcc-4_3-trunk/libjava/configure
see here at line 8093, how CXXCPP is being set - seems wrong for libjava.
echo $ECHO_N "checking how to run the C++ preprocessor... $ECHO_C" >&6
if test -z "$CXXCPP"; then
if test "${ac_cv_prog_CXXCPP+set}" = set; then
echo $ECHO_N "(cached) $ECHO_C" >&6
else
# Double quotes because CXXCPP needs to be expanded
for CXXCPP in "$CXX -E" "/lib/cpp"
do
Your system might be different but here is what mine says about CXX and
/lib/cpp .
# echo $CXX
(BLANK LINE)
#
# ls -l /lib/cpp
lrwxrwxrwx 1 root root 21 Apr 21 14:40 /lib/cpp -> /etc/alternatives/cpp
# ls -l /etc/alternatives/cpp
lrwxrwxrwx 1 root root 12 Apr 21 14:40 /etc/alternatives/cpp -> /usr/bin/cpp
# ls -l /usr/bin/cpp
-rwxr-xr-x 1 root root 512405 May 4 10:33 /usr/bin/cpp
# /usr/bin/cpp --version
cpp (GCC) 4.2.0 20070501 (prerelease)
Copyright (C) 2007 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.
(BLANK LINE)
#
# gcc-4_3-build/gcc/cpp --version
cpp (GCC) 4.3.0 20070526 (experimental)
Copyright (C) 2007 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.
(BLANK LINE)
#
Which "cpp" version are we _supposed_ to use ? Why look at /lib/cpp to get a
link to a link, why not just look at "/usr/bin/cpp"; or are you trying to find
a hook for an alternate compiler that might be available.
Wouldn't you rather use the 4.3.0 revision of "cpp" that you just built ?
If you use "/usr/bin/cpp" you must get your "-B"'s right and not use any 4.3.0
commands. Your "/usr/bin/cpp" might be version 3.4 or lower.
Anyways ...
After copying in the newest libltdl everything seems to configure and compile
file with respect to libltdl issues only - other problems are in other bug
reports.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
[Bug java/32098] New libtool doesn't support Java
--- Comment #1 from hjl at lucon dot org 2007-05-26 17:49 --- In libjava/libtool, there are # ### BEGIN LIBTOOL TAG CONFIG: GCJ # Is the compiler the GNU compiler? with_gcc= # Compiler flag to turn off builtin functions. no_builtin_flag=" -fno-builtin" # How to pass a linker flag through the compiler. wl="-Wl," # Additional compiler flags for building library objects. pic_flag="" # Compiler flag to prevent dynamic linking. link_static_flag="" # Does compiler simultaneously support -c and -o options? compiler_c_o="no" # Whether or not to add -lc for building shared libraries. build_libtool_need_lc=no .. They won't look right to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32098
[Bug libfortran/24685] real(16) formatted input is broken for huge values
--- Comment #23 from dominiq at lps dot ens dot fr 2007-05-26 17:51 --- > Is this still broken or can we close? As far as I can tell it is still broken (http://gcc.gnu.org/ml/gcc/2007-05/msg00628.html). > I would like to fix this if possible. Me too!-) If Jack Howarth send me a patch for 4.2 I can test it (allow for 15 hours, pbook G4 12") and can also try to test it on 4.3 (unfortunately I am presently blocked by a failure with libjava, if it is not fixede soon I'll disable it). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug java/32098] New libtool doesn't support libjava
--- Comment #2 from hjl at lucon dot org 2007-05-26 18:00 --- The problem is the new libtool supports the normal Java. But it doesn't support libjava. The difference is when compiling libjava, gcj isn't fully functional. ecj1, which may be used by gcj, isn't available. gcj will fail most, if not all, libtool tests. -- hjl at lucon dot org changed: What|Removed |Added Summary|New libtool doesn't support |New libtool doesn't support |Java|libjava http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32098
[Bug c/32099] New: a constant value is said to be not constant
when I'm trying to compile the program
#include
static double s = sin(0.0);
int main(){
return 0;
}
with gcc t.c, the compiler produces the warnings
t.c:3: warning: initializer element is not constant
t.c:3: warning: (near initialization for s)
t.c:3: warning: s defined but not used
I'm worried about the first warning, since sin(0) is constant
gcc -v generates:
===
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
--
Summary: a constant value is said to be not constant
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andrei dot kouznetsov at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32099
[Bug c/32099] a constant value is said to be not constant
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 18:26 --- No, sin(0) is not constant in C. C has specific rules about constant expression. You can use __builtin_sin(0) to always get the constant folding. -- 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=32099
[Bug testsuite/32063] "contrib/test_summary" script could output results more neatly
--- Comment #3 from rob1weld at aol dot com 2007-05-26 18:45 --- > If it is trivial, then just prepare a patch for it, test it and send it to > gcc-patches. Opening a PR for this was a waste of electricity. "Minor" and "Trivial" are choices on the "Severity" setting. I'll be glad to make the patch, just send me the scripts that are used to read the reports and perform "breakage e-mailing" and I'll ensure that my patch is compatable. Failing that someone who has access to such information _may_ decide to make such changes after other things are out of the way ... We are all (some of us anyways) kinda working on the "Blocker" problem at the moment. Those sorts of things come first. The report _might_ be dealt with in the next 2-6 months -- depending on how people feel about the appearance of those web pages. Your electricity company thanks you for your support. (Mine is non-profit). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32063
[Bug c/32099] a constant value is said to be not constant
--- Comment #2 from andrei dot kouznetsov at gmail dot com 2007-05-26 18:47 --- Ok, but __builtin_sin(M_PI) is not constant again -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32099
[Bug c++/30759] [4.1/4.2/4.3 Regression] initializer-list accepted for object of non-POD type
--- Comment #2 from patchapp at dberlin dot org 2007-05-26 18:50 --- Subject: Bug number PR c++/30759 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-05/msg01795.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30759
[Bug libgcj/32034] Use of deprecated classes in "gcc-4_2-build/i686-pc-linux-gnu/libjava/classpath/tools"
--- Comment #2 from rob1weld at aol dot com 2007-05-26 18:52 --- > I think the proper fix here is to disable this warning in tools. New tools (without warnings) would be nice (without any breakage too ;) ). Whatever choice the classpath group and the maintainers at the gcc group feel comfortable with is OK with me. We eventually want to be able to compile with -Werror (don't we), so warnings should be on the way out (maybe not today). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32034
[Bug testsuite/32031] The 'status' of using the "LAST_UPDATED" file is unclear or inconsistent
--- Comment #2 from rob1weld at aol dot com 2007-05-26 18:59 --- Either a gcc-4_3-trunk/contrib/README (might as well describe all the files) _or_ a oneliner in gcc-4_3-trunk/README that explains to: Use "contrib/gcc_update" to get the newest revision from SVN. would close this for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32031
[Bug c++/31435] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-05-26 18:59 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31435
[Bug boehm-gc/31999] "Make -i check" finds one, and fails to find another, boehm-gc problem
--- Comment #1 from rob1weld at aol dot com 2007-05-26 19:02 --- Attempting to integrate GC7 - works "as-is" _if_ you don't compile Java. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31999
[Bug c++/31444] [4.3 regression] ICE with invalid use of parameter pack in member template
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-05-26 19:02 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31444
[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-05-26 19:09 --- This is not fixed. The testcase added as pr31434.C is actually the testcase from PR31436 which is now fixed. Gregor, would you mind fixing the ChangeLog (and maybe even rename the testcase)? Thanks! -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31434
[Bug c++/31436] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-05-26 19:11 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31436
[Bug testsuite/31846] Logs are not being parsed correctly by testsuite and "test_summary" scripts.
--- Comment #3 from rob1weld at aol dot com 2007-05-26 19:17 --- # runtest --version Expect version is 5.43.0 Tcl version is 8.4 Framework version is1.4.99 I use Debian GNU/Linux. That version is the newest that "apt-get update", "apt-get upgrade" will pull. I _definately_ do NOT want to be submitting false reports and driving people crazy trying to track down the trouble ... Would it be an idea to have a new testsuite to produce "WARNING" lines that listed the version of the tools used in the tests. EG: tcl dejagnu expect ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31846
[Bug fortran/31813] Warn about deleted feature: H edit descriptor
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:32 --- Subject: Bug 31813 Author: jvdelisle Date: Sat May 26 19:31:57 2007 New Revision: 125097 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125097 Log: 2007-05-26 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/31813 * io.c (check_format): Add warning for H specifier in format. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31813
[Bug fortran/31813] Warn about deleted feature: H edit descriptor
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:36 --- Subject: Bug 31813 Author: jvdelisle Date: Sat May 26 19:36:14 2007 New Revision: 125098 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125098 Log: 2007-05-26 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/31813 * gfortran.dg/io_constraints_2.f90: Update. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/io_constraints_2.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31813
[Bug fortran/31813] Warn about deleted feature: H edit descriptor
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:36 --- Fixed on trunk -- jvdelisle 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=31813
[Bug target/30912] Can't build gcc on Sun Solaris
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-26 20:00 --- No feedback in over 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Component|c |target Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30912
[Bug target/30934] gcc: Internal error: Segmentation fault (program as)
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-26 20:00 --- No feedback in over 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30934
[Bug java/18131] [meta-bug] inner class problems in java front-end
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 20:03 --- Only one bug still exists but I don't know if that really still exist in 4.3.0 or not. I am still going to close this as fixed for 4.3.0 as the majority of the bugs have been fixed. -- pinskia 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=18131
[Bug fortran/32083] [Regression 4.3] bug in transfer integer->real->integer
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-26 21:11 ---
Found it finally:
Index: real.c
===
--- real.c (revision 125096)
+++ real.c (working copy)
@@ -4746,7 +4746,7 @@
/* Take care of Infinity and NaN. */
if (r->cl == rvc_inf)
{
- mpfr_set_inf (m, r->sign);
+ mpfr_set_inf (m, r->sign == 1 ? -1 : 1);
return;
}
--
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|NEW |ASSIGNED
Last reconfirmed|2007-05-25 11:45:00 |2007-05-26 21:11:18
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32083
[Bug tree-optimization/32100] New: [4.2/4.3 Regression] vrp bitfield miscompilation
// Kudos to Yuriy Tsibizov for doing all dirty work hunting down miscompilation
// of snd_emu10k1 driver in FreeBSD -CURRENT
// small testcase, compile with -O1 -ftree-vrp
void abort (void);
struct T
{
int b : 1;
} t;
void __attribute__((noinline)) foo (int f)
{
t.b = (f & 0x10) ? 1 : 0;
}
int main (void)
{
foo (0x10);
if (!t.b)
abort ();
return 0;
}
--
Summary: [4.2/4.3 Regression] vrp bitfield miscompilation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 21:35 --- Related to PR 23603. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug target/32065] Many dfp testsuite failures for -msse targets
--- Comment #7 from uros at gcc dot gnu dot org 2007-05-26 21:35 --- Subject: Bug 32065 Author: uros Date: Sat May 26 21:35:41 2007 New Revision: 125102 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125102 Log: PR target/32065 * config/i386/i386.md (movti): Handle push operands via ix86_expand_push(). testsuite/ChangeLog: PR target/32065 * gcc.target/i386/pr32065-1.c: Rename from pr32065.c. Add -std=gnu99 to compile options. * gcc.target/i386/pr32065-2.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr32065-1.c - copied, changed from r125096, trunk/gcc/testsuite/gcc.target/i386/pr32065.c trunk/gcc/testsuite/gcc.target/i386/pr32065-2.c Removed: trunk/gcc/testsuite/gcc.target/i386/pr32065.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32065
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-26 21:38 --- D.1532_3 = D.1531_2 != 0; Found new range for D.1532_3: [0, +INF] So we have a "signed int:1" which we get the wrong range for. Confirmed, looking more into it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-05-26 21:38:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-26 21:42 --- set_value_range_to_nonnegative returns true which is wrong as the range of signed:1 is only [-1,0]. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-26 21:51 ---
The fix:
Index: fold-const.c
===
--- fold-const.c(revision 125044)
+++ fold-const.c(working copy)
@@ -13485,9 +13485,14 @@ tree_expr_nonnegative_warnv_p (tree t, b
/* ... fall through ... */
default:
- if (truth_value_p (TREE_CODE (t)))
- /* Truth values evaluate to 0 or 1, which is nonnegative. */
- return true;
+ {
+ tree type = TREE_TYPE (t);
+ if ((TYPE_PRECISION (t) != 1 || TYPE_UNSIGNED (t))
+ &&truth_value_p (TREE_CODE (t)))
+ /* Truth values evaluate to 0 or 1, which is nonnegative unless we
+ have a signed:1 type (where the value is -1 and 0). */
+ return true;
+ }
}
/* We don't know sign of `t', so be conservative and return false. */
The problem is that tree_expr_nonnegative_warnv_p is returning true for EQ_EXPR
where the type is signed:1 where obvious the value is going to be -1/0 and not
0/1.
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug fortran/32083] [Regression 4.3] bug in transfer integer->real->integer
--- Comment #4 from patchapp at dberlin dot org 2007-05-26 22:00 --- Subject: Bug number PR32083 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-05/msg01803.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32083
[Bug tree-optimization/32100] [4.2/4.3 Regression] vrp bitfield miscompilation
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-26 22:11 --- + if ((TYPE_PRECISION (t) != 1 || TYPE_UNSIGNED (t)) Should obviously be: + if ((TYPE_PRECISION (type) != 1 || TYPE_UNSIGNED (type)) This is why I should not change my patch after I made it working. Luckly this is why I did not apply it as obvious before doing a bootstrap/test :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
[Bug bootstrap/32101] New: xgcc invokes as with invalid -m option while assembling crtbegin.o
On Fedora Core 6 (Linux sponge.danger.com 2.6.20-1.2948.fc6 #1 SMP Fri Apr 27 19:48:40 EDT 2007 i686 i686 i386 GNU/Linux) using gcc ((GCC) 4.1.1 20070105 (Red Hat 4.1.1-51)) With sources for binutils-2.17 and gcc-4.2.0 from tarballs Executing for CPU in 926ej-s ; do rm -rf /usr/local/armdev-$CPU-4.2.0 rm -rf binutils-build-$CPU mkdir binutils-build-$CPU cd binutils-build-$CPU ../binutils-2.17/configure --prefix=/usr/local/armdev-$CPU-4.2.0 \ --target=arm-elf --enable-interwork --enable-multilib \ --with-float=soft $MK && $MK install cd .. export PATH=/usr/local/armdev-$CPU-4.2.0/bin:$BASE_PATH rm -rf gcc-build-$CPU mkdir gcc-build-$CPU cd gcc-build-$CPU ../gcc-4.2.0/configure --prefix=/usr/local/armdev-$CPU-4.2.0 \ --target=arm-elf --enable-languages=c --with-float=soft \ --enable-interwork --enable-multilib --with-cpu=arm$CPU \ --disable-threads --with-dwarf2 --without-headers $MK all-gcc && $MK install-gcc cd .. done causes a build to fail with the output make GCC_FOR_TARGET="/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gcc/xgcc -B/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gcc/ -B/usr/local/armdev-926ej-s-4.2.0/arm-elf/bin/ -B/usr/local/armdev-926ej-s-4.2.0/arm-elf/lib/ -isystem/usr/local/armdev-926ej-s-4.2.0/arm-elf/include -isystem/usr/local/armdev-926ej-s-4.2.0/arm-elf/sys-include" \ AR_FOR_TARGET="arm-elf-ar" \ AR_CREATE_FOR_TARGET="arm-elf-ar rc" \ AR_EXTRACT_FOR_TARGET="arm-elf-ar x" \ AR_FLAGS_FOR_TARGET="" \ CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute " \ BUILD_PREFIX="" \ BUILD_PREFIX_1="" \ LANGUAGES="" \ LIBGCC2_CFLAGS="-O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fno-inline -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc " \ MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crti.o crtn.o make[3]: Entering directory `/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/gcc' /space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gcc/xgcc -B/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gcc / -B/usr/local/armdev-926ej-s-4.2.0/arm-elf/bin/ -B/usr/local/armdev-926ej-s-4.2.0/arm-elf/lib/ -isystem /usr/local/armdev-926ej-s-4.2.0/arm-elf/include - isystem /usr/local/armdev-926ej-s-4.2.0/arm-elf/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmiss ing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.2.0/gcc -I../../gcc-4.2.0/gcc/. -I../../gcc-4.2.0/gcc/../include -I../../ gcc-4.2.0/gcc/../libcpp/include -I../../gcc-4.2.0/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptio ns -fno-zero-initialized-in-bss -fno-toplevel-reorder -Dinhibit_libc \ -c ../../gcc-4.2.0/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o /space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gcc/as: line 2: exec: -m: invalid option exec: usage: exec [-cl] [-a name] file [redirection ...] make[3]: *** [crtbegin.o] Error 1 make[3]: Leaving directory `/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/gcc' make[2]: *** [extra] Error 2 make[2]: Leaving directory `/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/gcc' make[1]: *** [stmp-multilib] Error 2 make[1]: Leaving directory `/space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/gcc' make: *** [all-gcc] Error 2 -- Summary: xgcc invokes as with invalid -m option while assembling crtbegin.o Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mfouts at danger dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32101
[Bug other/32078] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes "libltdl: No such file or directory"
--- Comment #9 from rob1weld at aol dot com 2007-05-26 22:51 --- Getting stuck at ?: libtool: compile: mv -f "process-Posix.o" "java/.libs/process-Posix.o" mv: cannot stat `process-Posix.o': No such file or directory _OR_ libtool: compile: mv -f "awt.o" "gnu/.libs/awt.o" mv: cannot stat `awt.o': No such file or directory make[3]: *** [java/process-Posix.lo] Error 1 make[3]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/opt/gcc-4_3-build' (Again, adjust these instructions to your situation, see above) # cd /downloads/libtool-1.5.22/ # ./configure # cp /downloads/libtool-1.5.22/libtool /opt/gcc-4_3-build/i686-pc-linux-gnu/libjava # cd /opt/gcc-4_3-build # make Everything _seems_ fixed on i686-pc-linux-gnu (Debian GNU/Linux) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
[Bug fortran/31229] kind parameter in function declaration fails to find use-associated parameters
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-26 23:24 --- The problem is the resolution happens too early. In decl.c the function is matched and immediately the kind parameter is resolved: gfc_match_kind_spec (gfc_typespec *ts) n = gfc_match_init_expr (&e); // "has not been declared or is a variable" msg = gfc_extract_int (e, &ts->kind); // "Constant expression required" For character lengths, it is easier as length is an expr and not as typespec's kind an enum. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31229
[Bug fortran/31812] Better message than "syntax error" when truncating long lines
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-05-27 01:21 --- Patch in progress. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-05-27 01:21:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31812
[Bug c/32102] New: -Wall stomps on -Wstrict-overflow
This is with the 4.3-20070525 snapshot.
Test program:
void Alpha();
void Beta() {
int i;
for (i = 1; i > 0; ++i)
Alpha();
}
This invocation produces no warnings:
/home/mec/gcc-4.3-20070525/install/bin/gcc -O2 -S -Wstrict-overflow=2 -Wall
z1.c
This invocation produces warnings:
/home/mec/gcc-4.3-20070525/install/bin/gcc -O2 -S -Wall -Wstrict-overflow=2
z1.c
z1.c: In function 'Beta':
z1.c:5: warning: assuming signed overflow does not occur when simplifying
conditional to constant
It looks like -Wall sets the strict overflow warning level to 1, quietly
stomping on the earlier setting.
--
Summary: -Wall stomps on -Wstrict-overflow
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mec at google dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
[Bug c/32102] -Wall stomps on -Wstrict-overflow
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 03:45 --- I don't think this is a bug, -Wall enable -Wstrict-overflow=1 so you have -Wstrict-overflow=2 -Wstrict-overflow=1 (-Wstrict-overflow is the same as -Wstrict-overflow=2). This is just like any other option like -fno-tree-vrp -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
