[Bug objc/22274] [4.1 Regression] string[1-4].m, const-str-5.m fails with the gnu runtime
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 06:26 --- Subject: Bug 22274 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 06:25:49 Modified files: gcc/objc : ChangeLog objc-act.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/obj-c++.dg: gnu-runtime-1.mm gnu-runtime-2.mm gcc/testsuite/objc.dg: gnu-runtime-2.m Log message: /objc/ChangeLog] 2005-07-07 Ziemowit Laski [EMAIL PROTECTED] PR objc/22274 * objc-act.c (objc_build_string_object): For GNU-style constants, use the @interface type rather than the built-in type. [gcc/testsuite/ChangeLog] 2005-07-07 Ziemowit Laski [EMAIL PROTECTED] PR objc/22274 * obj-c++.dg/gnu-runtime-[1-2].mm: New. * objc.dg/gnu-runtime-2.m: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gccr1=1.50r2=1.51 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gccr1=1.284r2=1.285 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5731r2=1.5732 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/obj-c++.dg/gnu-runtime-1.mm.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/obj-c++.dg/gnu-runtime-2.mm.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/objc.dg/gnu-runtime-2.m.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22274
[Bug objc/22274] [4.1 Regression] string[1-4].m, const-str-5.m fails with the gnu runtime
--- Additional Comments From zlaski at apple dot com 2005-07-07 06:33 --- Fixed for 4.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22274
[Bug tree-optimization/21356] [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce)
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-07-07 06:57 --- Subject: Re: [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce) Hello, On Tue, 2005-07-05 at 23:29 -0600, Jeffrey A Law wrote: DCE in aggressive mode sometimes is able to remove control structures and thus edge from the CFG. Sometimes removal of edges from the CFG changes the dominator tree, but we make no attempt to actually keep the dominators up-to-date. In this testcase failure to keep the dominators up-to-date leads to a checking failure. This is trivially addressed by arranging for the dominators to be recomputed if we remove edges from the CFG. An enterprising individual might be able to incrementally update the dominators, Uh, we have code to incrementally update the dominators. Just use iterate_fix_dominators note however that to use it you must precisely know the set of basic blocks whose dominators may change (which may or may not be the case with CDDCE, I haven't thought about it), and the set should rather be small -- iterate_fix_dominators is O(n^3) in the size of the set. All in all, if the changes to cfg are indeed rare (which they should be, given that the problem remained unnoticed so far), just having the dominators to be recomputed is much easier and safer. Zdenek -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21356
[Bug other/13906] genmodes.c:964: internal compiler error: Bus error in md5_process_block
--- Additional Comments From brian at dessent dot net 2005-07-07 07:25 --- This change breaks building Cygwin, and probably anything else that uses libiberty outside of gcc, because 'md5uint_ptr' is only defined in the gcc tree: make[1]: Entering directory `/usr/src/cygwin/build/libiberty' if [ x != x ]; then \ ccache gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../src/libiberty/md5.c -o pic/md5.o; \ else true; fi ccache gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../src/libiberty/md5.c -o md5.o ../../src/libiberty/md5.c: In function `md5_process_bytes': ../../src/libiberty/md5.c:234: error: `md5_uintptr' undeclared (first use in this function) ../../src/libiberty/md5.c:234: error: (Each undeclared identifier is reported only once ../../src/libiberty/md5.c:234: error: for each function it appears in.) ../../src/libiberty/md5.c:234: error: parse error before buffer make[1]: *** [md5.o] Error 1 make[1]: Leaving directory `/usr/src/cygwin/build/libiberty' make: *** [all-libiberty] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13906
[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations
--- Additional Comments From law at redhat dot com 2005-07-07 07:34 --- Subject: Re: [4.0/4.1 Regression] Wrong code with SSA dominator optimizations On Wed, 2005-07-06 at 13:31 +, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06 13:31 --- This also fails too: volatile int x; int main () { volatile int *vip; vip = x; volatile int *cvip; cvip = vip; if (vip != cvip) return -1; return 0; } This is actually a generic problem with fold and operand_equal_p. Given two nodes x and x, operand_equal_p may return false... Which in turn causes the conditional to be incorrectly optimized. Jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22321
[Bug libgcj/22338] New: Mingw: ar case insensitive, libgcj members missing
When making libjava on Interix for mingw, compiling jv-convert.exe fails when linking with thousands of undefined references. Closer analysis shows that these are caused by three members missing from libgcj.a: exception.o, gnu/java/security/OID.o and gnu/java/net/protocol/http/HTTPURLConnection.o Trying to add them to libgcj.a by hand with ar ru also fails. The reason is that libgcj.a already contains three members whose names differ by case only: java/lang/Exception.o, org/ietf/jgss/Oid.o and java/net/HttpURLConnection.o Obviously, on mingw ar handles archive member names case-insensitivly, not allowing two members to differ by case only (a natural behaviour on windows). Could the names be made unique? -- Summary: Mingw: ar case insensitive, libgcj members missing Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: klaus dot kusche at inode dot at CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: i586-pc-interix3 GCC host triplet: i586-pc-mingw32 GCC target triplet: i586-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22338
[Bug tree-optimization/22184] tree vectorizer depends on context
--- Additional Comments From irar at il dot ibm dot com 2005-07-07 07:47 --- The problem occurs in decision whether the number of loop iterations is greater than zero. The (single) predecessor edge is checked for being EDGE_TRUE_VALUE or EDGE_FALSE_VALUE, and the corresponding predicate is used to make the decision. In the first case (single loop) BB 0 contains predicate 'len0', its TRUE successor is BB 1, and the fallthru successor of BB 1 is BB 2 - the loop. The condition to check is 'len = 0', which is therefore simplified to FALSE. In the second case, however, the control flow is more complicated. The loop is in BB 6, its predecessor is BB 3, which has 2 predecessors: BB 5 (with predicate 'len 0'), and BB 2 - the first loop. The first loop is also guarded by 'len 0', but this information is not propagated. -- What|Removed |Added CC||rakdver at atrey dot karlin ||dot mff dot cuni dot cz Last reconfirmed|2005-06-25 18:28:42 |2005-07-07 07:47:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22184
[Bug fortran/18781] [ICE] WRITE with FMT from CHARACTER array
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 07:55 --- Subject: Bug 18781 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00 Modified files: libgfortran: ChangeLog gcc/fortran: ChangeLog arith.c expr.c intrinsic.c io.c misc.c primary.c simplify.c trans-const.c trans-io.c arith.h gfortran.h gcc/testsuite : ChangeLog libgfortran/io : transfer.c Added files: gcc/testsuite/gfortran.dg: hollerith.f90 hollerith2.f90 hollerith3.f90 hollerith4.f90 hollerith_f95.f90 hollerith_legacy.f90 gcc/testsuite/gfortran.dg/g77: cpp4.F Log message: For the 60th anniversary of Chinese people¡¯s Anti-Japan war victory. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * arith.c (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): New functions. (eval_intrinsic): Don't evaluate if Hollerith constant arguments exist. * arith.h (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): Add prototypes. * expr.c (free_expr0): Free memery allocated for Hollerith constant. (gfc_copy_expr): Allocate and copy string if Expr is from Hollerith. (gfc_check_assign): Enable conversion from Hollerith to other. * gfortran.h (bt): Add BT_HOLLERITH. (gfc_expr): Add from_H flag. * intrinsic.c (gfc_type_letter): Return 'h' for BT_HOLLERITH. (add_conversions): Add conversions from Hollerith constant to other. (do_simplify): Don't simplify if Hollerith constant arguments exist. * io.c (resolve_tag): Enable array in FORMAT tag under GFC_STD_GNU. * misc.c (gfc_basetype_name): Return HOLLERITH for BT_HOLLERITH. (gfc_type_name): Print HOLLERITH for BT_HOLLERITH. * primary.c (match_hollerith_constant): New function. (gfc_match_literal_constant): Add match Hollerith before Integer. * simplify.c (gfc_convert_constant): Add conversion from Hollerith to other. * trans-const.c (gfc_conv_constant_to_tree): Use VIEW_CONVERT_EXPR to convert Hollerith constant to tree. * trans-io.c (gfc_convert_array_to_string): Get array's address and length to set string expr. (set_string): Deal with array assigned Hollerith constant and character array. * gfortran.texi: Document Hollerith constants as extention support. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * gfortran.dg/hollerith.f90: New. * gfortran.dg/hollerith2.f90: New. * gfortran.dg/hollerith3.f90: New. * gfortran.dg/hollerith4.f90: New. * gfortran.dg/hollerith_f95.f90: New. * gfortran.dg/hollerith_legacy.f90: New. * gfortran.dg/g77/cpp4.F: New. Port from g77. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 * io/transfer.c (formatted_transfer): Enable FMT_A on other types to support Hollerith constants. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.255r2=1.256 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.485r2=1.486 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gccr1=1.51r2=1.52 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/io.c.diff?cvsroot=gccr1=1.27r2=1.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/misc.c.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/simplify.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-const.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-io.c.diff?cvsroot=gccr1=1.37r2=1.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.h.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.74r2=1.75 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5732r2=1.5733 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.46r2=1.47
[Bug fortran/15966] ICE and segmentation fault on internal write
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 07:55 --- Subject: Bug 15966 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00 Modified files: libgfortran: ChangeLog gcc/fortran: ChangeLog arith.c expr.c intrinsic.c io.c misc.c primary.c simplify.c trans-const.c trans-io.c arith.h gfortran.h gcc/testsuite : ChangeLog libgfortran/io : transfer.c Added files: gcc/testsuite/gfortran.dg: hollerith.f90 hollerith2.f90 hollerith3.f90 hollerith4.f90 hollerith_f95.f90 hollerith_legacy.f90 gcc/testsuite/gfortran.dg/g77: cpp4.F Log message: For the 60th anniversary of Chinese people¡¯s Anti-Japan war victory. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * arith.c (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): New functions. (eval_intrinsic): Don't evaluate if Hollerith constant arguments exist. * arith.h (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): Add prototypes. * expr.c (free_expr0): Free memery allocated for Hollerith constant. (gfc_copy_expr): Allocate and copy string if Expr is from Hollerith. (gfc_check_assign): Enable conversion from Hollerith to other. * gfortran.h (bt): Add BT_HOLLERITH. (gfc_expr): Add from_H flag. * intrinsic.c (gfc_type_letter): Return 'h' for BT_HOLLERITH. (add_conversions): Add conversions from Hollerith constant to other. (do_simplify): Don't simplify if Hollerith constant arguments exist. * io.c (resolve_tag): Enable array in FORMAT tag under GFC_STD_GNU. * misc.c (gfc_basetype_name): Return HOLLERITH for BT_HOLLERITH. (gfc_type_name): Print HOLLERITH for BT_HOLLERITH. * primary.c (match_hollerith_constant): New function. (gfc_match_literal_constant): Add match Hollerith before Integer. * simplify.c (gfc_convert_constant): Add conversion from Hollerith to other. * trans-const.c (gfc_conv_constant_to_tree): Use VIEW_CONVERT_EXPR to convert Hollerith constant to tree. * trans-io.c (gfc_convert_array_to_string): Get array's address and length to set string expr. (set_string): Deal with array assigned Hollerith constant and character array. * gfortran.texi: Document Hollerith constants as extention support. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * gfortran.dg/hollerith.f90: New. * gfortran.dg/hollerith2.f90: New. * gfortran.dg/hollerith3.f90: New. * gfortran.dg/hollerith4.f90: New. * gfortran.dg/hollerith_f95.f90: New. * gfortran.dg/hollerith_legacy.f90: New. * gfortran.dg/g77/cpp4.F: New. Port from g77. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 * io/transfer.c (formatted_transfer): Enable FMT_A on other types to support Hollerith constants. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.255r2=1.256 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.485r2=1.486 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gccr1=1.51r2=1.52 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/io.c.diff?cvsroot=gccr1=1.27r2=1.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/misc.c.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/simplify.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-const.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-io.c.diff?cvsroot=gccr1=1.37r2=1.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.h.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.74r2=1.75 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5732r2=1.5733 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.46r2=1.47
[Bug fortran/16531] [gfortran] Hollerith Data not supported
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 07:55 --- Subject: Bug 16531 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00 Modified files: libgfortran: ChangeLog gcc/fortran: ChangeLog arith.c expr.c intrinsic.c io.c misc.c primary.c simplify.c trans-const.c trans-io.c arith.h gfortran.h gcc/testsuite : ChangeLog libgfortran/io : transfer.c Added files: gcc/testsuite/gfortran.dg: hollerith.f90 hollerith2.f90 hollerith3.f90 hollerith4.f90 hollerith_f95.f90 hollerith_legacy.f90 gcc/testsuite/gfortran.dg/g77: cpp4.F Log message: For the 60th anniversary of Chinese people¡¯s Anti-Japan war victory. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * arith.c (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): New functions. (eval_intrinsic): Don't evaluate if Hollerith constant arguments exist. * arith.h (gfc_hollerith2int, gfc_hollerith2real, gfc_hollerith2complex, gfc_hollerith2character, gfc_hollerith2logical): Add prototypes. * expr.c (free_expr0): Free memery allocated for Hollerith constant. (gfc_copy_expr): Allocate and copy string if Expr is from Hollerith. (gfc_check_assign): Enable conversion from Hollerith to other. * gfortran.h (bt): Add BT_HOLLERITH. (gfc_expr): Add from_H flag. * intrinsic.c (gfc_type_letter): Return 'h' for BT_HOLLERITH. (add_conversions): Add conversions from Hollerith constant to other. (do_simplify): Don't simplify if Hollerith constant arguments exist. * io.c (resolve_tag): Enable array in FORMAT tag under GFC_STD_GNU. * misc.c (gfc_basetype_name): Return HOLLERITH for BT_HOLLERITH. (gfc_type_name): Print HOLLERITH for BT_HOLLERITH. * primary.c (match_hollerith_constant): New function. (gfc_match_literal_constant): Add match Hollerith before Integer. * simplify.c (gfc_convert_constant): Add conversion from Hollerith to other. * trans-const.c (gfc_conv_constant_to_tree): Use VIEW_CONVERT_EXPR to convert Hollerith constant to tree. * trans-io.c (gfc_convert_array_to_string): Get array's address and length to set string expr. (set_string): Deal with array assigned Hollerith constant and character array. * gfortran.texi: Document Hollerith constants as extention support. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 PR fortran/15966 PR fortran/18781 * gfortran.dg/hollerith.f90: New. * gfortran.dg/hollerith2.f90: New. * gfortran.dg/hollerith3.f90: New. * gfortran.dg/hollerith4.f90: New. * gfortran.dg/hollerith_f95.f90: New. * gfortran.dg/hollerith_legacy.f90: New. * gfortran.dg/g77/cpp4.F: New. Port from g77. 2005-07-07 Feng Wang [EMAIL PROTECTED] PR fortran/16531 * io/transfer.c (formatted_transfer): Enable FMT_A on other types to support Hollerith constants. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.255r2=1.256 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.485r2=1.486 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gccr1=1.51r2=1.52 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/io.c.diff?cvsroot=gccr1=1.27r2=1.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/misc.c.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/simplify.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-const.c.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-io.c.diff?cvsroot=gccr1=1.37r2=1.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.h.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.74r2=1.75 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5732r2=1.5733 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.46r2=1.47
[Bug libgcj/22338] Mingw: ar case insensitive, libgcj members missing
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-07-07 07:56 --- Duplicate of PR 20654 libtool patch at: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02804.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22338
[Bug fortran/22327] [4.0 only] Wrong code in array constructor
-- What|Removed |Added Summary|Wrong code in array |[4.0 only] Wrong code in |constructor |array constructor Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22327
[Bug tree-optimization/22336] [4.1 Regression] ICE Segfault in record_block_change at function.c:5498
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-07 08:41 --- Note this bug was mentioned here http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212#c1 and here http://gcc.gnu.org/ml/gcc/2005-06/msg01337.html -- What|Removed |Added CC||laurent at guerby dot net, ||kenner at vlsi1 dot ultra ||dot nyu dot edu Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-07 08:41:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22336
[Bug libstdc++/22339] New: iconv functions not found by libstdc++v3 configure
The iconv functions (iconv, iconv_open, and iconv_close) cannot be found by configure because it doesn't include iconv.h where iconv is defined as libiconv, iconv_open as libiconv_open, and iconv_close as libiconv_close. I suggest changing the iconv functions to: 1. check if iconv.h exists 2. when checking for iconv, iconv_open, and iconv_close then include the iconv.h header, otherwise use the explicit prototype. -- Summary: iconv functions not found by libstdc++v3 configure Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mjscod at gmx dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure
--- Additional Comments From mjscod at gmx dot de 2005-07-07 08:45 --- (In reply to comment #0) I suggest changing the iconv functions to: I meant: changing the iconv function detection to:. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
[Bug middle-end/20434] pessimization of complex expression
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-07 09:14 --- This appears to be fixed now in mainline: $ cat complex-parts.c #include math.h #include complex.h int main() { float cr,ci; float complex c; foo(cr,ci); c = cr+I*ci; return crealf(c)+cimagf(c)0; } $ gcc -S -O3 -fdump-tree-optimized complex-parts.c $ tail -10 complex-parts.c.t82.optimized unnamed type D.2371; float cr.0; bb 0: foo (cr, ci); return cr + ci 0.0; } $ gcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050702/configure --prefix=/home/zfkts --enable- languages=c,f95 Thread model: posix gcc version 4.1.0 20050702 (experimental) -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.1.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20434
[Bug fortran/20883] unassigned integer used as format
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07 09:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20883
[Bug ada/22340] New: Ada build fails with --enable-bootsrap
Ada doesn't build if gcc configured with --enable-bootstrap: /home/ssb/src/build1/stage-gcc/gnatbind -C -I- -I. -Iada -I../../gcc41/gcc/ada -o ada/b_gnat1.c -n ada/gnat1drv.ali make[2]: /home/ssb/src/build1/stage-gcc/gnatbind: Command not found make[2]: *** [ada/b_gnat1.c] Error 127 make[2]: Leaving directory `/home/ssb/src/build1/stage2-gcc' make[1]: *** [all-stage2-gcc] Error 2 make[1]: Leaving directory `/home/ssb/src/build1' make: *** [stage2-bubble] Error 2 $ $ find . -name gnatbind | xargs ls -l -rwxr-xr-x 1 ssb ssb 3054135 2005-07-07 12:34 ./stage1-gcc/gnatbind $ -- Summary: Ada build fails with --enable-bootsrap Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at depni dot sinp dot msu dot ru CC: bonzini at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
[Bug fortran/22327] [4.0 only] Wrong code in array constructor
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22327
[Bug libgcj/22341] New: Interix: gcj out of virtual mem during libgcj make
When making libgcj on Interix, make reproducibly fails in those steps where many class files are compiled into a single object, e.g. when making gnu-xml.o. The error given by gcj is virtual memory exhausted: Permission denied. Watching gcj in the task manager confirms this: It has about 1.5 GB virt mem just before the error. Changing GCJFLAGS from -O2 to -O in Makefile works around the problem. -- Summary: Interix: gcj out of virtual mem during libgcj make Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: klaus dot kusche at inode dot at CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: i586-pc-interix3 GCC host triplet: i586-pc-interix3 or i586-pc-mingw32 GCC target triplet: i586-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 09:46 --- Subject: Bug 22301 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 09:46:31 Modified files: gcc/ada: raise.c Log message: 2005-07-07 Olivier Hainque [EMAIL PROTECTED] PR ada/22301 * raise.c: Only include unwind.h if IN_RTS, and provide dummy type definitions for the Unwind wrappers in the compiler case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/raise.c.diff?cvsroot=gccr1=1.22r2=1.23 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22301
[Bug fortran/16531] [4.0 only, gfortran] Hollerith Data not supported
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Summary|[gfortran] Hollerith Data |[4.0 only, gfortran] |not supported |Hollerith Data not supported http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531
[Bug fortran/15966] [4.0 Only] ICE and segmentation fault on internal write
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Summary|ICE and segmentation fault |[4.0 Only] ICE and |on internal write |segmentation fault on ||internal write http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15966
[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed
--- Additional Comments From charlet at gcc dot gnu dot org 2005-07-07 09:55 --- Fixed. Thanks to all for your feedbacks. Arno -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22301
[Bug fortran/18481] [g77 regression] ICE with assigned integer variable format
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07 09:56 --- (In reply to comment #6) The example in comment #0, I get the following error: In file t.f:4 read(chr,k) 1 Error: Variable 'k' has not been assigned a format label at (1) Fixed. They are all fixed by: http://gcc.gnu.org/ml/fortran/2005-05/msg00054.html -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18481, which changed state. Bug 18481 Summary: [g77 regression] ICE with assigned integer variable format http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/22342] New: Internal write to character array causes internal compiler error
This program: PROGRAM BUG INTEGER IERR CHARACTER*80 REC(2) IERR = 0 WRITE (REC,FMT=9) IERR 9 FORMAT (' The input parameters contained ',I2,/,' error(s)') WRITE (*,*) REC END causes the internal compiler error shown below (running under 64-bit SuSE Linux 9.3 Professional on AMD Opteron): % gfortran --version GNU Fortran 95 (GCC 4.1.0 20050706 (experimental)) Copyright (C) 2005 Free Software Foundation, Inc. % gfortran bug.f bug.f: In function MAIN__: bug.f:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: Internal write to character array causes internal compiler error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mick at nag dot co dot uk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22342
[Bug fortran/22342] Internal write to character array causes internal compiler error
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07 10:04 --- *** This bug has been marked as a duplicate of 15966 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22342
[Bug fortran/15966] [4.0 Only] ICE and segmentation fault on internal write
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07 10:04 --- *** Bug 22342 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mick at nag dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15966
[Bug c++/22343] New: Override overloaded function problems
/* [EMAIL PROTECTED]:[test]$ g++ -v -save-temps a.cpp Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12) /usr/lib/gcc/i486-linux-gnu/4.0.1/cc1plus -E -quiet -v -D_GNU_SOURCE a.cpp -mtune=i486 -fpch-preprocess -o a.ii ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../include/c++/4.0.1 /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../include/c++/4.0.1/i486-linux-gnu /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../include/c++/4.0.1/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.0.1/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.0.1/cc1plus -fpreprocessed a.ii -quiet -dumpbase a.cpp -mtune=i486 -auxbase a -version -o a.s GNU C++ version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12) (i486-linux-gnu) compiled by GNU C version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12). GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64540 a.cpp: In function int main(): a.cpp:24: error: invalid conversion from const char* to int a.cpp:24: error: initializing argument 1 of virtual void b::bb(int) */ ## Hello, i wonder why the following code does not work: ##--- copy here --- # 1 a.cpp # 1 built-in # 1 command line # 1 a.cpp class a { public: virtual void bb( int ) { } void bb( const char * ) { } }; class b: public a { public: void bb( int ) { } }; int main() { b bb; bb.bb( ); return 0; } ##--- copy here --- -- Summary: Override overloaded function problems Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gadniomaina at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: linux debian 3.0 GCC host triplet: linux GCC target triplet: linux debian 3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22343
[Bug libgcj/22344] New: Interix: copying ... when making libgcj takes too long
When making libgcj on Interix, the steps copying selected object files to avoid basename conflicts... followed by several ln ... || cp ... lines take *ages* compared to linux: Around 30 minutes on an otherwise idle 3 GHz P4 machine. The Task Manager shows a single bash consuming 97 % CPU in user mode all the time (we have bash instead of the microsoft sh as /bin/sh in our Interix). Any chance to improve this? -- Summary: Interix: copying ... when making libgcj takes too long Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: klaus dot kusche at inode dot at CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: i586-pc-interix3 GCC host triplet: i586-pc-mingw32 GCC target triplet: i586-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22344
[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-07 10:19 --- Probably wise. I know Bernd had to go through a couple iterations on the fixes. Hopefully they've settled down enough that we can consider the final fix for 4.0.2. Or we could simply put the quick fix on the 4.0 branch, like on 3.3 and 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
[Bug fortran/22345] New: Internal compiler error compiling BLAS routine dspr.f
The following code (cut down from BLAS routine dspr.f) causes an internal compiler error as shown. SUBROUTINE DSPR ( N, X, INCX, AP ) * .. Scalar Arguments .. INTEGERINCX, N * .. Array Arguments .. DOUBLE PRECISION AP( * ), X( * ) * .. Local Scalars .. INTEGERIX, J, JX, K * .. Executable Statements .. JX = 1 IF( INCX.NE.1 )THEN DO 80, J = 1, N IX = JX DO 70, K = 1, N AP( K ) = X( IX ) IX = IX + INCX 70CONTINUE JX = JX + INCX 80 CONTINUE END IF RETURN END when compiled with optimization level -O2 or higher. This is on a 64-bit AMD64 machine running SuSE Linux 9.3 Professional. % gfortran --version GNU Fortran 95 (GCC 4.1.0 20050706 (experimental)) Copyright (C) 2005 Free Software Foundation, Inc. % gfortran -O2 -c bug.f bug.f: In function dspr: bug.f:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: Internal compiler error compiling BLAS routine dspr.f Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mick at nag dot co dot uk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22345
[Bug c/22346] New: Miscompilation (infinite loop longjmp?)
I really hope this is a bug in my code and not a gcc bug otherwise it looks serious. The problem basically is that we have an infinite for(;;) loop which calls a function and adds its return value to a local variable 'sum'. The loop is terminated with a longjmp. If the program is compiled at -O0 everything is ok and 'sum' has the sum. If compiled with -O1 the sum is always zero. If we enable a printf printing the value of sum in each iteration, the result is correct. The reduced testcase is this: / /* lightweight c++ 1.4 */ /** system headers **/ #include stdio.h #include setjmp.h /** global scope **/ struct A; /** Structures **/ struct A_ViRtUaLTaBlE_StRuCt { int (*next_APSA1_virtual) (struct A * const this); }; struct A { int c; struct A_ViRtUaLTaBlE_StRuCt *const _v_p_t_r_; }; struct AuToDt_t { const struct AuToDt_t *X; void *x; void *(*y) (void *); }; struct longjmp_StaCk { jmp_buf *x; struct longjmp_StaCk *y; void *X; const struct AuToDt_t *i; }; /** Virtua Table declarations **/ static struct A_ViRtUaLTaBlE_StRuCt A_A_ViRtUaLTaBlE; /* Function Prototypes / static inline void A_ctor_(struct A *const this); static inline int A_next_(struct A *const this); void *malloc(unsigned int); void free(); /* Global variables **/ struct longjmp_StaCk longjmp_iNiTObjFaKe, *__restrict longjmp_StaCkTop = longjmp_iNiTObjFaKe; void __lwc_unwind(void *) __attribute__ ((noreturn)); void __lwc_unwind(void *X) { longjmp_StaCkTop-X = X; while (longjmp_StaCkTop-i) { longjmp_StaCkTop-i-y(longjmp_StaCkTop-i-x); longjmp_StaCkTop-i = longjmp_StaCkTop-i-X; } longjmp(*longjmp_StaCkTop-x, 1); } static inline void *__lwcbuiltin_get_estack() { return longjmp_StaCkTop; } static inline void __lwcbuiltin_set_estack(void *v) { longjmp_StaCkTop = v; } / Internal Functions */ static inline void A___ICoNsTRuCTion(struct A *x, const int y) { int i; for (i = 0; i y; i++) { struct A *X = x[i]; *(struct A_ViRtUaLTaBlE_StRuCt * *) X-_v_p_t_r_ = A_A_ViRtUaLTaBlE; } } static inline int next_APSA1_virtual(struct A *const this) { return this-_v_p_t_r_-next_APSA1_virtual(this); } /* Program function definitions */ static inline void A_ctor_(struct A *const this) { this-c = 0; } static inline int A_next_(struct A *const this) { if (this-c 10) __lwc_unwind(0); return this-c++; } int main() { struct A *a = ({ struct A * lwcUniQUe = (struct A *)malloc(sizeof(struct A)); A___ICoNsTRuCTion(lwcUniQUe, 1); A_ctor_(lwcUniQUe); lwcUniQUe;} ); int sum = 0; { struct longjmp_StaCk longjmp_CoNtExT; jmp_buf lwcUniQUe2; longjmp_CoNtExT.x = lwcUniQUe2; longjmp_CoNtExT.y = longjmp_StaCkTop; longjmp_StaCkTop = longjmp_CoNtExT; longjmp_CoNtExT.X = 0; longjmp_CoNtExT.i = 0; if (!(setjmp(lwcUniQUe2))) { { for (;;) { sum += next_APSA1_virtual(a); // printf(sum=%i\n, sum); } } longjmp_StaCkTop = longjmp_CoNtExT.y; } else { longjmp_StaCkTop = longjmp_CoNtExT.y; } } printf(%i\n, sum); return 0; } / Virtual tables / static struct A_ViRtUaLTaBlE_StRuCt A_A_ViRtUaLTaBlE = { .next_APSA1_virtual = A_next_,} ; /// -- Summary: Miscompilation (infinite loop longjmp?) Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sxanth at ceid dot upatras dot gr CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22346
[Bug tree-optimization/22184] tree vectorizer depends on context
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-07 10:52 --- More precisely, the code when it comes to loop optimizer looks basically as if (len 3) something; else if (len 0) something_else; else return; for (i = 0; i len; i++) whatever; So indeed, len 0 on each path that reaches the loop, but it is not trivial to deduce. One solution is to use the results of VRP here. However, VRP uses scev analysis, and adding yet another cycle into the current completely incomprehensible nest of dependences between # of iterations analysis and SCEV seems quite scary to me (and there are other technical difficulties with this solution -- running VRP twice is bad from efficiency reasons, but keeping results of VRP valid is not entirely trivial and may prevent some optimizations). The other possibility is to extend the current oracle-like approach (# of iterations analysis basically asks whether a given condition -- len 0 in this case -- is true, and answer is computed on-demand by traversing SSA and dominance tree) to handle also this case. This would however need to have the ASSERT_EXPRs (so we either would need to insert them before loop optimizer, or keep them valid since VRP, neither of which seems to be good for performance and memory consumption). -- What|Removed |Added CC||dnovillo at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22184
[Bug target/22331] internal compiler error: in arm_print_operand, at config/arm/arm.c:9869
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-07-07 11:02 --- gcc-4 was fixed to not ICE when this was caused by a bogus ASM. It's not worth back-porting the change. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22331
[Bug ada/18659] [4.1 Regression] 6 ACATS ICEs in tree-sra.c:1507
--- Additional Comments From laurent at guerby dot net 2005-07-07 11:02 --- Between: LAST_UPDATED: Sat Jul 2 09:40:45 UTC 2005 LAST_UPDATED: Wed Jul 6 23:57:55 UTC 2005 c52011a cd2b11a cd2b11b started passing instead of ICEing. c32001e c64105b c95086b are still ICEing in generate_element_copy, at tree-sra.c:1574 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug c++/22343] Override overloaded function problems
-- What|Removed |Added Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22343
[Bug target/22085] [4.1 Regression] error with -fpreprocessed
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-07 11:32 --- Patch under testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22085
[Bug c++/22343] Override overloaded function problems
--- Additional Comments From gadniomaina at yahoo dot com 2005-07-07 11:42 --- The compiler always gives an error when it cannot cast the parameter to the type of the OVERLOADED function. for example, the code class a { public: virtual void bb( unsigned ) { } void bb( int ) { } }; class b: public a { public: void bb( unsigned ) { } }; int main() { b bb; bb.bb( -5 ); return 0; } compiles with a warning, but the code: class a { public: virtual void bb( unsigned ) { } void bb( pair int, double ) { } }; class b: public a { public: void bb( unsigned ) { } }; int main() { b bb; pair int, double t; bb.bb( t ); return 0; } does NOT compile at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22343
[Bug middle-end/22347] New: Return value register not correctly computed for indirect function call
double __attribute__((sseregparm)) mysin(double); double __attribute__((sseregparm)) (*mysinfp)(double) = mysin; double bar(double x) { return mysinfp(x); } results in mysinfp as sibling call inside bar, wrongly thinking we return on the FP stack from mysinfp. This may happen in other cases / on other targets in similar situations, but I couldn't come up with a testcase that does not use sseregparm to change the return value ABI. rth kindly suggested how to possibly fix this: http://gcc.gnu.org/ml/gcc/2005-07/msg00255.html -- Summary: Return value register not correctly computed for indirect function call Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22347
[Bug middle-end/22347] Return value register not correctly computed for indirect function call
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-07 12:20:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22347
[Bug libgcj/22341] Interix: gcj out of virtual mem during libgcj make
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
[Bug libgcj/22344] Interix: copying ... when making libgcj takes too long
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:01 --- Isn't this a bash bug and not really a GCJ/libgcj bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22344
[Bug libgcj/22341] Interix: gcj out of virtual mem during libgcj make
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:03 --- I want to say this is not really a GCC bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
[Bug c++/22343] Override overloaded function problems
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:11 --- This is how C++ works. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22343
[Bug ada/22340] Ada build fails with --enable-bootsrap
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
[Bug c/22346] Miscompilation (infinite loop longjmp?)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:18 --- The setjmp buffer becomes invalid once you use longjmp on it. Also you need to mark sum as volatile. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22346
[Bug fortran/22345] Internal compiler error compiling BLAS routine dspr.f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:20 --- I think this was fixed by the patch which fixed PR 21963. Could you update and try again? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22345
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
-- What|Removed |Added Component|ada |tree-optimization Summary|ACATS ICE c34005f c34005i |[4.1 Regression] ACATS ICE |c34005l c34005o |c34005f c34005i c34005l |calc_dfs_tree, at |c34005o calc_dfs_tree, at |dominance.c:376 |dominance.c:376 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug middle-end/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
-- What|Removed |Added CC||law at gcc dot gnu dot org Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure
-- What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
[Bug fortran/16531] [4.0 only, gfortran] Hollerith Data not supported
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531
[Bug fortran/15966] [4.0 Only] ICE and segmentation fault on internal write
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15966
[Bug libgcj/22338] Mingw: ar case insensitive, libgcj members missing
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:25 --- *** This bug has been marked as a duplicate of 20654 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22338
[Bug libgcj/20654] exception.o is not included in libgcj.a due to case-insensitivity
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:25 --- *** Bug 22338 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||klaus dot kusche at inode ||dot at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20654
[Bug rtl-optimization/20800] [4.0 regression] cris-elf testsuite failure: gcc.c-torture/execute/931004-6.c -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:31 --- Does this still happen? And does it happen on the mainline also? -- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20800
[Bug other/20594] Building AVR cross compiler: cannot build libgcc2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:34 --- This is a dup of bug 22133. Which has a better description of the bug. *** This bug has been marked as a duplicate of 22133 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20594
[Bug c/22133] In MinGW trailling slash forward not allowed in include path
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:34 --- *** Bug 20594 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22133
[Bug c/20562] no unused warning for static arrays
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:37 --- (In reply to comment #5) this is where __attribute__((unused)) kicks in.. But these shows up in system headers too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20562
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
-- What|Removed |Added Component|middle-end |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:42 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-07 13:42:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
-- What|Removed |Added Summary|ACATS FAIL c34007p c34007r |[4.1 Regression] ACATS FAIL |c45282b spurious|c34007p c34007r c45282b |discriminant|spurious discriminant |CONSTRAINT_ERROR|CONSTRAINT_ERROR Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
--- Additional Comments From law at redhat dot com 2005-07-07 13:51 --- Subject: Re: [4.1 Regression] 23_containers/vector/bool/6886.cc fails This really shouldn't be mine -- faults in dominance.c aren't something I'm likely going to be able to fix as I'm not that familiar with with the code we have to compute and update the dominator tree. Jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 13:54 --- (In reply to comment #3) Subject: Re: [4.1 Regression] 23_containers/vector/bool/6886.cc fails This really shouldn't be mine -- faults in dominance.c aren't something I'm likely going to be able to fix as I'm not that familiar with with the code we have to compute and update the dominator tree. It was almost certain introduced by: 2005-07-06 Jeff Law [EMAIL PROTECTED] * tree-ssa-dce.c (cfg_altered): New global. (tree_dce_init): Initialize cfg_altered. (remove_dead_stmt): If we remove an edge in the CFG, then set CFG_ALTERED. (perform_tree_ssa_dce): If we altered the CFG, then invalidate the dominators. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug rtl-optimization/22258] [4.1 Regression] combine causes spill failure on return value register
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 14:14 --- Subject: Bug 22258 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-07-07 14:14:48 Modified files: gcc: combine.c Log message: PR rtl-optimization/22258 http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00053.html * combine.c (likely_spilled_retval_1, likely_spilled_retval_p): New functions. (try_combine): Use likely_spilled_retval_p. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcconly_with_tag=sh-elf-4_1-branchr1=1.484.2.1r2=1.484.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22258
[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 14:35 --- Subject: Bug 21045 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 14:34:54 Modified files: libjava: ChangeLog libjava/testsuite/libjava.jacks: jacks.xfail gcc/java : ChangeLog parse.y Added files: libjava/testsuite/libjava.compile: PR21045.java Log message: 2005-07-07 Bryce McKinlay [EMAIL PROTECTED] PR java/21045 * parse.y (add_exception_to_throws): New function. (purge_unchecked_exceptions): Removed. (get_constructor_super): Renamed from verify_constructor_super. Now returns the super constructor after verification. (java_complete_expand_method): Don't use purge_unchecked_exceptions or save/restore the exception list. (check_thrown_exceptions): Add uncaught exceptions in anonymous class initializers and constructors to the throws clause of the method. 2005-07-07 Bryce McKinlay [EMAIL PROTECTED] * testsuite/libjava.compile/PR21045.java: New test. * testsuite/libjava.jacks/jacks.xfail: Remove 15.9.5.1-exception-1, 15.9.5.1-exception-3, 8.3.2-abrupt-6, 8.3.2-abrupt-7. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3693r2=1.3694 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.compile/PR21045.java.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jacks/jacks.xfail.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1641r2=1.1642 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gccr1=1.546r2=1.547 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045
[Bug libgcj/22341] Interix: gcj out of virtual mem during libgcj make
--- Additional Comments From klaus dot kusche at inode dot at 2005-07-07 14:38 --- But on supported configurations (and afaik interix is one of them), an out-of- the-box gcc build (incl. libgcj) should not be guranteed to fail. This is no physical limit (memory size, swap space, ...), we tried on several different systems, all failed in the same way. It is a fundamental architectural problem: There is a 2 GB virtual address space limit for each process in Windows, and in combination with the way windows loads DLLs etc., gcc will hit this limit when building libgcj with the default settings, no matter how large the hardware is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
[Bug java/18119] Private inner class is visible when it shouldn't be
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07 14:44 --- Subject: Bug 18119 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-07 14:44:03 Modified files: libjava: ChangeLog libjava/testsuite/libjava.jacks: jacks.xfail gcc/java : ChangeLog parse.y Log message: 2005-07-07 Bryce McKinlay [EMAIL PROTECTED] PR java/18119 * parse.y (inner_class_accessible): New function. Logic moved from check_inner_class_access. (check_inner_class_access): Use inner_class_accessible. (resolve_inner_class): Simplify arguments. Create circularity hash here. Keep looking for classes if we found one that was inaccessible. Return the inaccessible class only if there is no other match. (do_resolve_class): Update for new resolve_inner_class arguments. Don't create circularity_hash here. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3694r2=1.3695 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jacks/jacks.xfail.diff?cvsroot=gccr1=1.27r2=1.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1642r2=1.1643 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gccr1=1.547r2=1.548 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
Re: problem with libobjects and gcc-4.0.0
Quoting Andrew Pinski [EMAIL PROTECTED]: On Jul 7, 2005, at 1:04 AM, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] read_input]# gcc main.m read_input.m -lobjc -lm /usr/bin/ld: warning: type and size of dynamic symbol `__objc_class_name_Object' are not defined /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so: undefined reference to `xmalloc' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so: undefined reference to `xfree' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so: undefined reference to `xmalloc_atomic' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so: undefined reference to `xcalloc' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so: undefined reference to `xrealloc' collect2: ld returned 1 exit status Huh? xmalloc is not in libobjc in any version of GCC I could find. This looks like a bug in your installation of GCC. -- Pinski Well, now I'm trying to install gcc-4.0.0 but after following the instalation instructions I'm getting: make[2]: *** No rule to make target `doc/gfortran.1', needed by `f95.man'. Stop. make[2]: Leaving directory `/home/gcc/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/gcc/gcc' make: *** [bootstrap] Error 2 I searched for 'gfortran.1' in my system, but I didn't find this file . . . What can I do? Thank you! Alex
[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:46 --- Fixed on HEAD. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045
[Bug java/18131] [meta-bug] inner class problems in java front-end
-- Bug 18131 depends on bug 21045, which changed state. Bug 21045 Summary: Anonymous inner class constructor's exceptions can't be caught or thrown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18131
[Bug libgcj/22344] Interix: copying ... when making libgcj takes too long
--- Additional Comments From klaus dot kusche at inode dot at 2005-07-07 14:47 --- I'm not sure. It could be a bug in our bash build for interix, but the same bash behaved well up to now. It could be libtool doing something strange. It could be something unusual in libgcj's makefile. It is most likely not a problem in gcj or libgcj (gcj doesn't seem to be involved in CPU consumption). * Could someone with interix and bash test if the problem is specific to our installation or generally occurs on this platform? * Could someone enlighten us what is going on in this step, so that we could try isolated tests? Currently, we don't know what to look for! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22344
[Bug java/18119] Private inner class is visible when it shouldn't be
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:47 --- Fixed on HEAD. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
[Bug java/20697] Invalid Can't find method error on call to super
-- Bug 20697 depends on bug 18119, which changed state. Bug 18119 Summary: Private inner class is visible when it shouldn't be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
[Bug java/18131] [meta-bug] inner class problems in java front-end
-- Bug 18131 depends on bug 18119, which changed state. Bug 18119 Summary: Private inner class is visible when it shouldn't be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18131
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 14:49 --- Created an attachment (id=9221) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9221action=view) a little reduced testcase I removed a lot of the unneeded code but I don't have time to finish this right now (and I was getting bored reducing it by hand). -- What|Removed |Added Attachment #9218 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug java/20697] Invalid Can't find method error on call to super
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
[Bug other/13906] genmodes.c:964: internal compiler error: Bus error in md5_process_block
--- Additional Comments From dj at redhat dot com 2005-07-07 14:56 --- Subject: Re: genmodes.c:964: internal compiler error: Bus error in md5_process_block I can build the latest CVS binutils on x86_64-linux. Please make sure you have the include files that correspond to the libiberty you're using; you can't mix and match them. If you are using a newer md5.c than md5.h you're bound to have problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13906
[Bug java/22330] Building a cross linux-win32 incorrectly sets HAVE_GAS_SHF_MERGE true
-- What|Removed |Added Component|libgcj |java http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
[Bug java/22330] Building a cross linux-win32 incorrectly sets HAVE_GAS_SHF_MERGE true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 15:34 --- This does not make sense as gcc_GAS_CHECK_FEATURE is used for other target features all over configure.ac. Could you attach the config.log for your cross build? -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
[Bug java/22330] Building a cross linux-win32 incorrectly sets HAVE_GAS_SHF_MERGE true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 16:56 --- I wanted the config.log from the gcc directory, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
[Bug c/22348] New: Execution continues past end of for loop end condition with optimisation enabled
In a for loop with multiple variables, the end condition is not respected, execution continues past the end condition. The small attached sample code runs fine with -O0 or with gcc-3.3, but fails with -O1, -Os, -O2 or -O3 with gcc-4.0. Execution continues past the end of the loop, resulting in a segfault (buffer overflow). Versions tested include gcc version 4.0.1 20050522 (prerelease) (Debian 4.0.0-9) and gcc version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12ubuntu2) -- Summary: Execution continues past end of for loop end condition with optimisation enabled Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: matt+gccbugs at ucc dot asn dot au CC: gcc-bugs at gcc dot gnu dot org 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=22348
[Bug c/22348] Execution continues past end of for loop end condition with optimisation enabled
--- Additional Comments From matt+gccbugs at ucc dot asn dot au 2005-07-07 16:59 --- Created an attachment (id=9223) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9223action=view) failing testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug c/22349] New: long longs incorrectly handled by fooprintf()
Using the MinGW packaged version of GCC 3.4.2 on WinXP SP2, compiling and running the following code displays the value of b as zero, regardless of its actual value. There are similar (and presumably related) issues with mixing anything at all With %llu/%lld formats in all fooprintf() code. I'm guessing it's a buffer overflow Thing. int main() { long long a, b; a = 0x1234; b = 0x5678; printf ( a = %lld, b = %lld\n, a, b ); exit(0); } -- Summary: long longs incorrectly handled by fooprintf() Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: that_james at hotmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22349
[Bug c/22348] Execution continues past end of for loop end condition with optimisation enabled
-- What|Removed |Added Attachment #9223|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug c/22349] long longs incorrectly handled by fooprintf()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 17:03 --- Try including stdio.h, if that does not help report this to mingw as this is not a GCC bug. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22349
[Bug ada/21952] Many attribute directive ignored warnings during Tru64 UNIX Ada bootstrap
--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-07-07 17:11 --- Subject: Re: Many attribute directive ignored warnings during Tru64 UNIX Ada bootstrap pinskia at physics dot uc dot edu writes: It is a latent bug in Ada front-end. RTH just exposed the latent bug. After some more digging around, I don't really believe so any longer: config/alpha/alpha.c (alpha_init_builtins) sets attributes const and/or nothrow for all alpha builtins. But those attributes are restricted to the C family: they are defined in c-common.c (c_common_attribute_table) only, so the C family languages don't have a problem. For the others, the situation is as follows: * Ada gives many warnings as this PR describes. * Fortran 95 isn't affected since fortran/f95-lang.c (builtin_function) only handles `const' and ignores everything else. * Java completely ignores attributes in java/decl.c (builtin_function) and thus isn't affected either. * Treelang is affected as well since it passes all attributes to decl_attributes in treelang/treetree.c (builtin_function), but also doesn't use c_common_attribute_table (and shouldn't). To check this, I bootstrapped mainline (C and Treelang only) on Tru64 UNIX V5.1B, and as expected, all treelang tests fail with the same error. So it seems like C-family specific attributes are set for all alpha builtins, which seems incorrect to me. Two possible solutions come to mind: * Make const and nothrow generic to avoid this. * Only set them for C family languages. I haven't yet checked how to implement either option, and don't know which one would actually be preferable. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21952
[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled
-- What|Removed |Added Component|c |tree-optimization GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||wrong-code Summary|Execution continues past end|[4.0 Regression] Execution |of for loop end condition |continues past end of for |with optimisation enabled |loop end condition with ||optimisation enabled Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug java/22330] Building a cross linux-win32 incorrectly sets HAVE_GAS_SHF_MERGE true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 17:15 --- So it is a candian cross and not really a cross which is causing this. -- What|Removed |Added GCC build triplet||i686-pc-linux-gnu GCC host triplet|i686-pc-linux-gnu |i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
[Bug java/22330] Building a cross linux-win32 incorrectly sets HAVE_GAS_SHF_MERGE true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 17:19 --- We are picking up the wrong as: cross: gcc_cv_as=/home/gcc/build/crossgcc/i686-pc-mingw32/bin/as candian cross: gcc_cv_as=/usr/bin/as So that is the problem, could you figure out how to pick up the cross's as for candian cross. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
[Bug libstdc++/22350] New: libstdc++.so.1 does not contain a runpath parameter
When linking a C++ application with a -Rrunpath option giving the location of both libstdc++.so.1 and libgcc_s.so.1, and then running the application without that location in LD_LIBRARY_PATH, ld.so.1 complains that libgcc_s.so.1 can't be found as a dependency of libstdc++.so.1. This seems to be because the runpath of the application in not used by ld.so.1 to find the dependency of libstdc++.so.1, and this library is built without any internal way to find libgcc_s.so.1, on which it depends. This can also be ovserved in gcc-3.3.3 on solaris2.9. -- Summary: libstdc++.so.1 does not contain a runpath parameter Product: gcc Version: 3.2.2 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dvilleneuve at kronos dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.7 GCC host triplet: sparc-sun-solaris2.7 GCC target triplet: sparc-sun-solaris2.7 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22350
[Bug libstdc++/22350] libstdc++.so.1 does not contain a runpath parameter
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 17:37 --- This is not a GCC or libstdc++ bug, Use LD_LIBRARY_PATH. Please read the libstdc++ faq which talks about this. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22350
[Bug tree-optimization/22348] [4.0/4.1 Regression] Execution continues past end of for loop end condition with optimisation enabled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 17:39 --- Reduced testcase: void abort (void); void f(int i) { if (i4 + 3 * 16) abort(); } int main() { unsigned int buflen, i; buflen = 4 + 3 * 16; for (i = 4; i buflen; i+= 3) f(i); return 0; } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-07 17:39:27 date|| Summary|[4.0 Regression] Execution |[4.0/4.1 Regression] |continues past end of for |Execution continues past end |loop end condition with |of for loop end condition |optimisation enabled|with optimisation enabled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug rtl-optimization/22351] Failing compilation
-- What|Removed |Added Component|c++ |rtl-optimization Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22351
[Bug libgcj/22344] Interix: copying ... when making libgcj takes too long
--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-07-07 17:58 --- Subject: Re: Interix: copying ... when making libgcj takes too long klaus dot kusche at inode dot at [EMAIL PROTECTED] writes: I've just observed the same problem (/bin/ksh consuming ca. 40 min CPU time during the libgcj linking step) on an (admittedly old) Ultra 1 running Solaris 10, so the amount of cpu time consumed in this step is really absurd. Maybe this could be fixed (or at least ameliorated) by a backport of the fix for PR bootstrap/20155 to the 4.0 branch? Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22344
[Bug c++/22352] New: [3.4/4.0/4.1 Regression] ICE in lookup_member
template class A class s { typedef int d; template class s, typename s::d friend class t; }; sint t1; -- Summary: [3.4/4.0/4.1 Regression] ICE in lookup_member Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
[Bug c++/22352] [3.4/4.0/4.1 Regression] ICE in lookup_member
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
Re: g++ v4.0.0 internal compiler error
On Jul 4, 2005, at 5:52 PM, Gary wrote: g++ v4.0.0 internal compiler error, Target: i686-pc-cygwin Gary Barnes [EMAIL PROTECTED] I filed the reduced testcase as PR 22352. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352 This is a regression from 3.3.3; 3.4.0 also had the same bug. -- Pinski
[Bug target/8340] ICE on x86 inline asm w/ -fPIC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07 18:21 --- *** Bug 22351 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||exabyte at 3mhz dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8340