[Bug libfortran/18398] Formatted I/O problems
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05 08:33 --- A testcase with character variables: $ gfortran cline $ cat cline.f character*2 c1,c2 open(7) write (7,'(A1)') 'a','b','c' rewind(7) read(7,'(A2)') c1,c2 print *,c1,c2 if (c2 .ne. 'b ') call abort end $ gfortran cline.f $ ./a.out a c Aborted $ g77 cline.f $ ./a.out a b I think this bug can be summed up as: Input Format longer than line length causes following record to be skipped. This bug may be the reason for the I/O related LAPACK failures. In the driver programs, for example cchkaa.f at line 314, there's the line READ( NIN, FMT = '(A72)', END = 140 )ALINE If the input line in question is shorter than 72 characters, this bug will cause the next line to be skipped, with - presumably - bad consequences. -- What|Removed |Added CC||Thomas dot Koenig at online ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18398
[Bug rtl-optimization/14279] delete_null_pointer_checks removes live insn
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:06 --- Subject: Bug 14279 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:06:07 Modified files: gcc: ChangeLog gcse.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: 20041222-1.c Log message: 2004-02-26 Alan Modra [EMAIL PROTECTED] PR rtl-optimization/14279 * gcse.c (delete_null_pointer_checks_1): Do not delete CC setter unless HAVE_cc0. 2004-12-22 Jakub Jelinek [EMAIL PROTECTED] * gcc.c-torture/execute/20041222-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.13152.2.657.2.27.2.207r2=1.13152.2.657.2.27.2.208 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcse.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.177.2.6.8.1r2=1.177.2.6.8.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1672.2.166.2.8.2.88r2=1.1672.2.166.2.8.2.89 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20041222-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14279
[Bug rtl-optimization/8328] get_secondary_mem called during reload_as_needed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:17 --- Subject: Bug 8328 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.md gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr8328.c Log message: 2004-07-25 David Edelsohn [EMAIL PROTECTED] PR target/16239 * config/rs6000/rs6000.md (movdi_internal64): Further disparage f-f. 2002-11-06 David Edelsohn [EMAIL PROTECTED] PR target/8480, optimization/8328 * config/rs6000/rs6000.md (movdi_internal64): Discourage FPR to FPR moves. 2004-12-22 Ben Elliston [EMAIL PROTECTED] PR optimization/8328 * gcc.dg/pr8328.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.13152.2.657.2.27.2.208r2=1.13152.2.657.2.27.2.209 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.170.2.11.4.12r2=1.170.2.11.4.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1672.2.166.2.8.2.89r2=1.1672.2.166.2.8.2.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr8328.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8328
[Bug target/16239] GCC 3.4.0 ICE on ppc64 (mozilla 1.7 compile, -O1 -fno-exceptions issue)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:17 --- Subject: Bug 16239 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.md gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr8328.c Log message: 2004-07-25 David Edelsohn [EMAIL PROTECTED] PR target/16239 * config/rs6000/rs6000.md (movdi_internal64): Further disparage f-f. 2002-11-06 David Edelsohn [EMAIL PROTECTED] PR target/8480, optimization/8328 * config/rs6000/rs6000.md (movdi_internal64): Discourage FPR to FPR moves. 2004-12-22 Ben Elliston [EMAIL PROTECTED] PR optimization/8328 * gcc.dg/pr8328.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.13152.2.657.2.27.2.208r2=1.13152.2.657.2.27.2.209 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.170.2.11.4.12r2=1.170.2.11.4.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1672.2.166.2.8.2.89r2=1.1672.2.166.2.8.2.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr8328.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16239
[Bug target/8480] reload ICEs for LAPACK code on powerpc64-linux
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:17 --- Subject: Bug 8480 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.md gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr8328.c Log message: 2004-07-25 David Edelsohn [EMAIL PROTECTED] PR target/16239 * config/rs6000/rs6000.md (movdi_internal64): Further disparage f-f. 2002-11-06 David Edelsohn [EMAIL PROTECTED] PR target/8480, optimization/8328 * config/rs6000/rs6000.md (movdi_internal64): Discourage FPR to FPR moves. 2004-12-22 Ben Elliston [EMAIL PROTECTED] PR optimization/8328 * gcc.dg/pr8328.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.13152.2.657.2.27.2.208r2=1.13152.2.657.2.27.2.209 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.170.2.11.4.12r2=1.170.2.11.4.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1672.2.166.2.8.2.89r2=1.1672.2.166.2.8.2.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr8328.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8480
[Bug c++/7053] [3.3 Regression] ICE when declaring a function already defined as a friend method of a template class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:21 --- Subject: Bug 7053 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:21:41 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: friend20.C Log message: 2003-07-14 Mark Mitchell [EMAIL PROTECTED] PR c++/7053 * pt.c (unregister_specialization): Rename to ... (reregister_specialization): ... this. (tsubst_friend_function): Use it. (regenerate_decl_from_template): Likewise. * g++.dg/template/friend20.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.2685.2.114.2.8.2.31r2=1.2685.2.114.2.8.2.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.578.2.11.4.9r2=1.578.2.11.4.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1672.2.166.2.8.2.90r2=1.1672.2.166.2.8.2.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/friend20.C.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=NONEr2=1.1.80.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7053
[Bug target/12902] [4.0 Regression] Invalid assembly generated when using SSE / xmmintrin.h
--- Additional Comments From uros at kss-loka dot si 2005-01-05 09:43 --- I think this bug should be fixed for 4.0. -- What|Removed |Added CC||uros at kss-loka dot si Summary|Invalid assembly generated |[4.0 Regression] Invalid |when using SSE / xmmintrin.h|assembly generated when ||using SSE / xmmintrin.h Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12902
[Bug libstdc++/16612] [3.4 only] empty basic_strings can't live in shared memory
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:49 --- Subject: Bug 16612 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_2-rhl8-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:49:05 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: basic_string.h basic_string.tcc Log message: 2004-10-28 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/16612 * include/bits/basic_string.h (basic_string()): When _GLIBCXX_FULLY_DYNAMIC_STRING is defined, don't deal with _S_empty_rep. * include/bits/basic_string.tcc (_S_construct): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.1057.2.159.2.10.2.29r2=1.1057.2.159.2.10.2.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.19.2.5r2=1.19.2.5.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.tcc.diff?cvsroot=gcconly_with_tag=gcc-3_2-rhl8-branchr1=1.20.2.5.4.1r2=1.20.2.5.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612
[Bug libgcj/18036] Bad interaction between interpreter and Class.forName()
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:59 --- Subject: Bug 18036 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:59:01 Modified files: libjava: ChangeLog Makefile.am Makefile.in interpret.cc libjava/gnu/gcj/runtime: natStackTrace.cc Log message: 2004-12-13 Jakub Jelinek [EMAIL PROTECTED] Revert: 2004-01-21 Tom Tromey [EMAIL PROTECTED] PR java/13468: * Makefile.in: Rebuilt. * Makefile.am (interpret.lo): New target. 2004-10-18 Andrew Haley [EMAIL PROTECTED] PR java/18036: * gnu/gcj/runtime/natStackTrace.cc (fillInStackTrace): Reorganize and correct logic used to find interpreter. 2004-10-13 Andrew Haley [EMAIL PROTECTED] * interpret.cc (_Jv_InterpMethod::run): Initialize _Jv_StartOfInterpreter. (_Jv_StartOfInterpreter, _Jv_EndOfInterpreter): Functions removed. (_Jv_StartOfInterpreter, _Jv_EndOfInterpreter): New variables. * gnu/gcj/runtime/natStackTrace.cc (fillInStackTrace): Use _Unwind_FindEnclosingFunction to discover whether PC is within the interpreter. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.2562.2.16.2.14r2=1.2562.2.16.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.354.2.3.2.4r2=1.354.2.3.2.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.378.2.3.2.4r2=1.378.2.3.2.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/interpret.cc.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.40.20.1r2=1.40.20.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/natStackTrace.cc.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.6r2=1.6.22.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18036
[Bug java/13468] [4.0 Regression] interpret.cc should register ffi closure stubs
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 09:59 --- Subject: Bug 13468 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-01-05 09:59:01 Modified files: libjava: ChangeLog Makefile.am Makefile.in interpret.cc libjava/gnu/gcj/runtime: natStackTrace.cc Log message: 2004-12-13 Jakub Jelinek [EMAIL PROTECTED] Revert: 2004-01-21 Tom Tromey [EMAIL PROTECTED] PR java/13468: * Makefile.in: Rebuilt. * Makefile.am (interpret.lo): New target. 2004-10-18 Andrew Haley [EMAIL PROTECTED] PR java/18036: * gnu/gcj/runtime/natStackTrace.cc (fillInStackTrace): Reorganize and correct logic used to find interpreter. 2004-10-13 Andrew Haley [EMAIL PROTECTED] * interpret.cc (_Jv_InterpMethod::run): Initialize _Jv_StartOfInterpreter. (_Jv_StartOfInterpreter, _Jv_EndOfInterpreter): Functions removed. (_Jv_StartOfInterpreter, _Jv_EndOfInterpreter): New variables. * gnu/gcj/runtime/natStackTrace.cc (fillInStackTrace): Use _Unwind_FindEnclosingFunction to discover whether PC is within the interpreter. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.2562.2.16.2.14r2=1.2562.2.16.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.354.2.3.2.4r2=1.354.2.3.2.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.378.2.3.2.4r2=1.378.2.3.2.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/interpret.cc.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.40.20.1r2=1.40.20.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/natStackTrace.cc.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.6r2=1.6.22.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13468
[Bug target/16584] -msse2 also enabling -mfpmath=sse option causing illegal instruction errors
--- Additional Comments From uros at kss-loka dot si 2005-01-05 09:59 --- CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 09:55:57 Modified files: gcc: ChangeLog gcc/doc: invoke.texi Log message: * doc/invoke.texi (Intel 386 and AMD x86-64 Options): Replace i387 with 'i386 compiler' in -mfpmath=sse option. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7028r2=2.7029 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gccr1=1.563r2=1.564 -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16584
[Bug debug/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 10:01 --- Subject: Bug 16261 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-01-05 10:01:27 Modified files: gcc: ChangeLog dwarf2out.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/debug: typedef2.C Log message: 2004-12-05 Eric Botcazou [EMAIL PROTECTED] PR debug/16261 Backport from mainline: 2004-01-27 Devang Patel [EMAIL PROTECTED] * dwarf2out.c: (remove_child_TAG): New function. (gen_subprogram_die): Do not remove all children dies while reusing declaration die for definition. Instead, selectively remove only formal parameters. 2004-12-05 Eric Botcazou [EMAIL PROTECTED] * g++.dg/debug/typedef2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=2.2326.2.399.2.68r2=2.2326.2.399.2.69 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.478.2.8.2.5r2=1.478.2.8.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=1.3389.2.170.2.38r2=1.3389.2.170.2.39 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/debug/typedef2.C.diff?cvsroot=gcconly_with_tag=gcc-3_4-rhl-branchr1=NONEr2=1.1.18.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16261
[Bug c++/19030] [4.0 Regression] ice on tree check
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 10:03 --- Subject: Bug 19030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 10:02:36 Modified files: gcc/cp : ChangeLog cp-tree.h decl.c decl2.c name-lookup.c name-lookup.h parser.c pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: crash22.C Log message: cp: PR c++/19030 * cp-tree.h (start_decl): Take pointer to pushed scope, not bool. * name-lookup.h (push_scope): Return pushed scope, not flag. * name-lookup.c (push_scope): Return scope that should be popped, not a flag. * decl.c (start_decl): Adjust. (grokfndecl): Adjust scope push and pop. * decl2.c (check_classfn): Likewise. * parser.c (cp_parser_condition, cp_parser_conversion_function_id, cp_parser_init_declarator, cp_parser_direct_declarator, cp_parser_class_specifier, cp_parser_class_head, cp_parser_lookup_name, cp_parser_constructor_declarator_p): Likewise. * pt.c (instantiate_class_template, resolve_typename_type): Likewise. testsuite: PR c++/19030 * g++.dg/parse/crash22.C: New Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4567r2=1.4568 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1086r2=1.1087 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1350r2=1.1351 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gccr1=1.763r2=1.764 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.104r2=1.105 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.h.diff?cvsroot=gccr1=1.34r2=1.35 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.300r2=1.301 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.962r2=1.963 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4847r2=1.4848 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash22.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19030
[Bug c++/19030] [4.0 Regression] ice on tree check
--- Additional Comments From nathan at gcc dot gnu dot org 2005-01-05 10:03 --- 2005-01-05 Nathan Sidwell [EMAIL PROTECTED] PR c++/19030 * cp-tree.h (start_decl): Take pointer to pushed scope, not bool. * name-lookup.h (push_scope): Return pushed scope, not flag. * name-lookup.c (push_scope): Return scope that should be popped, not a flag. * decl.c (start_decl): Adjust. (grokfndecl): Adjust scope push and pop. * decl2.c (check_classfn): Likewise. * parser.c (cp_parser_condition, cp_parser_conversion_function_id, cp_parser_init_declarator, cp_parser_direct_declarator, cp_parser_class_specifier, cp_parser_class_head, cp_parser_lookup_name, cp_parser_constructor_declarator_p): Likewise. * pt.c (instantiate_class_template, resolve_typename_type): Likewise. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19030
[Bug c++/19258] [3.4/4.0 Regression] Incorrect access check for default argument
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-05 10:05 --- Got it -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-01-04 19:48:44 |2005-01-05 10:05:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19258
[Bug fortran/19259] New: ; as first nonblank character on a line should be an error
$ cat semicolon.f90 ; end $ gfortran semicolon.f90 $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) $ gfortran -dumpmachine ia64-unknown-linux-gnu I think there's a provision in F95 that a ; shall not appear as the first nonblank character on a line. -- Summary: ; as first nonblank character on a line should be an error Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
[Bug fortran/19260] New: not required when splitting a token in continuation
$ cat continuation.f90 print *,s in(1.) end $ gfortran continuation.f90 $ ./a.out 0.8414710 $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) $ gfortran -dumpmachine ia64-unknown-linux-gnu The above program is illegal, there should be a as the first nonblank character in the second line. -- Summary: not required when splitting a token in continuation Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19260
[Bug fortran/19261] New: continuation character illegal as first non-blank character in statement
$ cat continuation-2.f90 end $ gfortran continuation-2.f90 $ cat continuation-3.f90 end $ gfortran continuation-3.f90 $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) $ gfortran -dumpmachine ia64-unknown-linux-gnu Both programs above have the same syntax error: starting a statement with is illegal. -- Summary: continuation character illegal as first non-blank character in statement Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261
[Bug fortran/19261] continuation character illegal as first non-blank character in statement
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05 11:18 --- The following is also illegal: $ cat continuation-4.f90 ! This is a comment end $ gfortran continuation-4.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261
[Bug fortran/19262] New: more than thirty-nine continuation lines ignored
$ cat fourty.f90 print *, 1 // ! 1 2 // ! 2 3 // ! 3 4 // ! 4 5 // ! 5 6 // ! 6 7 // ! 7 8 // ! 8 9 // ! 9 0 // ! 10 1 // ! 11 2 // ! 12 3 // ! 13 4 // ! 14 5 // ! 15 6 // ! 16 7 // ! 17 8 // ! 18 9 // ! 19 0 // ! 20 1 // ! 21 2 // ! 22 3 // ! 23 4 // ! 24 5 // ! 25 6 // ! 26 7 // ! 27 8 // ! 28 9 // ! 29 0 // ! 30 1 // ! 31 2 // ! 32 3 // ! 33 4 // ! 34 5 // ! 35 6 // ! 36 7 // ! 37 8 // ! 38 9 // ! 39 0 ! 40 end $ gfortran fourty.f90 $ ./a.out 1234567890123456789012345678901234567890 $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) -- Summary: more than thirty-nine continuation lines ignored Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19262
[Bug driver/19117] gcc -v should include target information
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05 11:39 --- I've found that gcc -dumpmachine does what I want. Still, it would be nice to have that information included in -v. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19117
[Bug target/12902] [4.0 Regression] Invalid assembly generated when using SSE / xmmintrin.h
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12902
[Bug rtl-optimization/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-05 12:20 --- Yeah, looks like a latent bug. I'd say the problem is incorrect cfg after conversion from gimple to rtl, particularly that basic blocks that end with a tablejump have extra edges to bb's with abort (), but the tablejump can't jump to it: Basic block 1 prev 0, next 2, loop_depth 0, count 0, freq 5000, maybe hot. Predecessors: 0 [50.0%] (fallthru) Successors: 3 [50.0%] 2 [50.0%] (fallthru) Basic block 2 prev 1, next 3, loop_depth 0, count 0, freq 2500, maybe hot. Predecessors: 1 [50.0%] (fallthru) Successors: 7 [14.3%] 8 [14.3%] 9 [14.3%] 10 [14.3%] 11 [14.3%] 12 [14.3%] 3 [14.3%] (jump_insn 19 18 94 1 (set (pc) (if_then_else (gtu (reg:CC 17 flags) (const_int 0 [0x0])) (label_ref 27) (pc))) 337 {*jcc_1} (nil) (expr_list:REG_BR_PROB (const_int 5000 [0x1388]) (nil))) ;; End of basic block 1, registers live: (nil) ;; Start of basic block 2, registers live: (nil) (note 94 19 21 2 [bb 2] NOTE_INSN_BASIC_BLOCK) (insn 21 94 22 2 (set (reg:SI 63) (mem/u/c:SI (plus:SI (mult:SI (reg:SI 61) (const_int 4 [0x4])) (label_ref:SI 24)) [0 S4 A8])) 35 {*movsi_1} (nil) (insn_list:REG_LABEL 24 (nil))) (jump_insn 22 21 23 2 (parallel [ (set (pc) (reg:SI 63)) (use (label_ref 24)) ]) 353 {*tablejump_1} (nil) (nil)) ;; End of basic block 2, registers live: (nil) (barrier 23 22 24) ;; Insn is not within a basic block (code_label 24 23 25 11 [2 uses]) ;; Insn is not within a basic block (jump_insn 25 24 26 (addr_vec:SI [ (label_ref:SI 50) (label_ref:SI 55) (label_ref:SI 60) (label_ref:SI 65) (label_ref:SI 70) (label_ref:SI 75) ]) -1 (nil) (nil)) (barrier 26 25 27) ;; Start of basic block 3, registers live: (nil) (code_label 27 26 28 3 4 [1 uses]) (note 28 27 30 3 [bb 3] NOTE_INSN_BASIC_BLOCK) (call_insn 30 28 31 3 (call (mem:QI (symbol_ref:SI (abort) [flags 0x41] function_decl 0xf7d1fca8 abort) [0 S1 A8]) (const_int 0 [0x0])) -1 (nil) (expr_list:REG_NORETURN (const_int 0 [0x0]) (expr_list:REG_EH_REGION (const_int 0 [0x0]) (nil))) (nil)) ;; End of basic block 3, registers live: (nil) (barrier 31 30 32) The bb with abort is a successor at tree level of the switch bb, but when that bb is split into a conditional jump to the abort bb and tablejump, apparently the edge is not removed. -floop-optimize2 is needed for this because the old loop optimizer calls find_basic_blocks, i.e. recreates all basic blocks from scratch and the recreated edges are correct. Do you agree? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2004-12-06 23:07:59 |2005-01-05 12:20:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861
[Bug c++/19263] New: [g++-3.4.3 regression]: wrong-code: explicit inicialization of v8qi miscompiled
In the following code sample the line v8qi val8 = {v,v,v,v,v,v,v,v}; is miscompiled to smth like v8qi val8 = {0,0,0,0,0,0,0,0}; ---v8qi-init.cpp--- typedef int v8qi __attribute__ ((mode(V8QI))); static unsigned char S[8]; void do_subs(unsigned char v) { v8qi val8 = {v,v,v,v,v,v,v,v}; v8qi* s = (v8qi*)S[0]; *s = __builtin_ia32_psubusb(*s, val8); } int main() { int i; for (i=0;i8;++i) S[i] = 0x55; do_subs(0x54); for (i=0;i8;++i) if (S[i] != 0x01) return 1; return 0; } --- [EMAIL PROTECTED] gcc-v8qi-bug]$ g++ -v Reading specs from /usr/local/gcc-3.4.3-nocheck-native/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3-nocheck-native --with-gnu-as --with-gnu-ld --enable-threads=posix --with-arch=pentium3 --with-tune=pentium4 --enable-__cxa_atexit --enable-languages=c,c++,java,f77,ada --disable-checking --disable-nls Thread model: posix gcc version 3.4.3 [EMAIL PROTECTED] gcc-v8qi-bug]$ g++ -g -Wall -march=i686 -mmmx v8qi-init.cpp [EMAIL PROTECTED] gcc-v8qi-bug]$ ./a.out [EMAIL PROTECTED] gcc-v8qi-bug]$ echo $? 1 --- with g++-3.4.2 it is ok, so it is a regression. please also note, that with gcc-3.4.3 it is also ok, so it is g++ specific (???) here are assembly parts: ---g++-3.4.3--- void do_subs(unsigned char v) { 8048374: 55 push %ebp 8048375: 89 e5 mov%esp,%ebp 8048377: 83 ec 18sub$0x18,%esp 804837a: 8b 45 08mov0x8(%ebp),%eax 804837d: 88 45 ffmov%al,0x(%ebp) v8qi val8 = {v,v,v,v,v,v,v,v}; 8048380: 0f ef c0pxor %mm0,%mm0 8048383: 0f 7f 45 f0 movq %mm0,0xfff0(%ebp) v8qi* s = (v8qi*)S[0]; 8048387: c7 45 ec f4 95 04 08movl $0x80495f4,0xffec(%ebp) *s = __builtin_ia32_psubusb(*s, val8); 804838e: 8b 55 ecmov0xffec(%ebp),%edx 8048391: 8b 45 ecmov0xffec(%ebp),%eax 8048394: 0f 6f 00movq (%eax),%mm0 8048397: 0f d8 45 f0 psubusb 0xfff0(%ebp),%mm0 804839b: 0f 7f 02movq %mm0,(%edx) } 804839e: c9 leave 804839f: c3 ret --- note: pxor %mm0,%mm0 after val8=... ---g++-3.4.2--- void do_subs(unsigned char v) { 8048374: 55 push %ebp 8048375: 89 e5 mov%esp,%ebp 8048377: 83 ec 18sub$0x18,%esp 804837a: 8b 45 08mov0x8(%ebp),%eax 804837d: 88 45 ffmov%al,0x(%ebp) v8qi val8 = {v,v,v,v,v,v,v,v}; 8048380: 0f b6 45 ff movzbl 0x(%ebp),%eax 8048384: 88 45 f0mov%al,0xfff0(%ebp) 8048387: 0f b6 45 ff movzbl 0x(%ebp),%eax 804838b: 88 45 f1mov%al,0xfff1(%ebp) 804838e: 0f b6 45 ff movzbl 0x(%ebp),%eax 8048392: 88 45 f2mov%al,0xfff2(%ebp) 8048395: 0f b6 45 ff movzbl 0x(%ebp),%eax 8048399: 88 45 f3mov%al,0xfff3(%ebp) 804839c: 0f b6 45 ff movzbl 0x(%ebp),%eax 80483a0: 88 45 f4mov%al,0xfff4(%ebp) 80483a3: 0f b6 45 ff movzbl 0x(%ebp),%eax 80483a7: 88 45 f5mov%al,0xfff5(%ebp) 80483aa: 0f b6 45 ff movzbl 0x(%ebp),%eax 80483ae: 88 45 f6mov%al,0xfff6(%ebp) 80483b1: 0f b6 45 ff movzbl 0x(%ebp),%eax 80483b5: 88 45 f7mov%al,0xfff7(%ebp) v8qi* s = (v8qi*)S[0]; 80483b8: c7 45 ec 24 96 04 08movl $0x8049624,0xffec(%ebp) *s = __builtin_ia32_psubusb(*s, val8); 80483bf: 8b 55 ecmov0xffec(%ebp),%edx 80483c2: 8b 45 ecmov0xffec(%ebp),%eax 80483c5: 0f 6f 00movq (%eax),%mm0 80483c8: 0f d8 45 f0 psubusb 0xfff0(%ebp),%mm0 80483cc: 0f 7f 02movq %mm0,(%edx) } 80483cf: c9 leave 80483d0: c3 ret 80483d1: 90 nop --- -- Summary: [g++-3.4.3 regression]: wrong-code: explicit inicialization of v8qi miscompiled Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org
[Bug c++/19258] [3.4/4.0 Regression] Incorrect access check for default argument
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-05 14:15 --- Patch for mainline submitted: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00271.html For 3.4 branch, the parser is still broken with respect to default argument parsing in such friend declaration. Some more work is required there. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19258
[Bug c++/19034] [3.4 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1633
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-05 14:25 --- Not fixed on the 3.4 branch. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19034
[Bug c++/19249] abstract classes should not access virtually inherited class constructor
--- Additional Comments From jkanze at cheuvreux dot com 2005-01-05 14:29 --- The context of the quote from the standard is: If the constructor of the most derived class does not specify a mem-initializer for the virtual base class V In the code submitted, the constructor of the most derived class DOES specify a mem-initializer, so none of what follows applies. I think that there is a bit of history at play here. All compilers I know reject the code, I suspect because CFront rejected it, and nobody noticed that CFront was in error here. Note that the absence of a default initializer, when it is required, is undefined behavior, so a trivial fix would be to replace the call to the (non-existing) constructor in the in-charge constructor with a call to a function which displays an error message and calls abort. A better fix would be to not generate the in-charge constructor at all, resulting in a linker error if the class was ever instantiated. (Not possible here, since the class is abstract, but possible in the more general case.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19249
[Bug target/16482] [4.0 Regression] gcc.c-torture/unsorted/SFset.c fails with -O2 -m4
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 14:41 --- Subject: Bug 16482 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 14:41:31 Modified files: gcc: ChangeLog lcm.c Log message: PR target/16482 * lcm.c (create_pre_exit): New. (optimize_mode_switching): In MODE_ENTRY / MODE_EXIT case, set ENTRY_EXIT_EXTRA to 3. Use create_pre_exit. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7031r2=2.7032 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/lcm.c.diff?cvsroot=gccr1=1.69r2=1.70 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16482
[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 14:48 --- Confirmed. Here is the reduced testcase without any x86 builtins usage: typedef signed char v8qi __attribute__ ((vector_size(8))); extern C void abort(void); static unsigned char S[8]; void do_subs(unsigned char v) { v8qi val8 = {v,v,v,v,v,v,v,v}; v8qi* s = (v8qi*)S[0]; *s = val8; } int main() { int i; do_subs(0x1); for (i=0;i8;++i) if (S[i] != 0x01) abort(); return 0; } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Known to fail||4.0.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-01-05 14:48:26 date|| Summary|[g++-3.4.3 regression]: |[3.4/4.0 regression]: wrong- |wrong-code: explicit|code: explicit |inicialization of v8qi |inicialization of v8qi |miscompiled |miscompiled Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19263
[Bug target/16482] [4.0 Regression] gcc.c-torture/unsorted/SFset.c fails with -O2 -m4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 14:50 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16482
[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 14:57 --- Using Phil's regression hunter, I found the failure was caused between 20041026 and 20041103. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19263
[Bug c++/19264] New: Float Calucation bug?
It's a simple code snipet like below: #include iostream using namespace std; int main(){ double a; double b; cin a; cin b; double guess; cin guess; cout (guess==(double)(a/b)) endl; } and if you enter the data like this way: 8 10 0.8 This way, a, b and guess will be assigned as 8, 10, 0.8. So (guess==(double)(a/b)) should reutrn 1(true). but it doesn't. The result of this code will be 0. BTW, if you try to debug it in GDB, and try to print (guess==(double)(a/b)). It will return true. You can see that GDB has the different answer to G++. -- Summary: Float Calucation bug? Product: gcc Version: 3.2.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dinocho at mail2000 dot com dot tw CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19264
[Bug c++/19264] Float Calucation bug?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 15:06 --- No, this is invalid. .8 is not directly repestanable in doubles so 8.0/10.0 is not equal to 0.8. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19264
[Bug libstdc++/19265] New: problem with _S_destroy_thread_key when using dynamic libraries
There is a problem with _S_destroy_thread_key when loading dynamic libraries. This function will be called when thread finishes. But unfortunatelly when using dynamic libraries the code might be removed from memory using dlclose(). After that thread that has been modifing stl containers inside dynamic library will finish with SEGV. Probably the best solution would be to make this method static and move it's body to shared library or enable manual thread detachment. -- Summary: problem with _S_destroy_thread_key when using dynamic libraries Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: l_heldt at poczta dot onet dot pl CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
[Bug libstdc++/19265] problem with _S_destroy_thread_key when using dynamic libraries
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 15:39 --- Do you have a simple example, in a way this might be your bug as you dlclose before libstdc++ has finished its job. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
[Bug other/19266] New: [mudflap] ICE when compiling with -fmudflap -O
Current g++ produces an ICE when trying to compile the attached test case. Sorry, I had no time today to try a reduction, so it is very large. I'll try to find a shorter testcase as soon as I have more time. BTW, which component should I use for bug reports concerning mudflap itself (not libmudflap)? ~/data/planck/LevelSg++ -v -c -O -fmudflap testcase.ii Using built-in specs. Configured with: /scratch/gcc/configure --quiet --prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,f95 --with-gmp=/afs/mpa/data/martin/mygmp Thread model: posix gcc version 4.0.0 20050105 (experimental) /afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -fpreprocessed testcase.ii -quiet -dumpbase testcase.ii -mtune=pentiumpro -auxbase testcase -O -version -fmudflap -fno-builtin -fno-merge-constants -o /tmp/ccrlkYrZ.s GNU C++ version 4.0.0 20050105 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050105 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 cxxsupport/fitshandle.cc: In member function 'void fitshandle::init_bintab()': cxxsupport/fitshandle.cc:99: 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: [mudflap] ICE when compiling with -fmudflap -O Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martin at mpa-garching dot mpg dot de 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=19266
[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O
--- Additional Comments From martin at mpa-garching dot mpg dot de 2005-01-05 15:43 --- Created an attachment (id=7876) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7876action=view) gzipped, preprocessed testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O
-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 15:50 --- The bug is in mf_build_check_statement_for. It assumes that the prev_bb and the bb has an edge between them which is just wrong. find_edge (join_bb-prev_bb, join_bb) -- What|Removed |Added Keywords|ice-on-valid-code | Known to fail|4.0.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O
-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
[Bug libstdc++/19265] problem with _S_destroy_thread_key when using dynamic libraries
--- Additional Comments From l_heldt at poczta dot onet dot pl 2005-01-05 15:54 --- I have used following scenario: 1. dlopen dynamic library 2. execute a method inside dynamic library which addes integer to vector 3. dlclose 4. try to exit cleanly Program crashes with SIGSEGV. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
[Bug debug/19267] New: [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g
When running the testsuite with -fpic/-fPIC, I get an additional failure in the testsuite with mainline: FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g The regression appeared sometime in the last day or so between these postings: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00135.html http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00179.html The compilation dies like this: 921215-1.c:22: internal compiler error: in gen_subprogram_die, at dwarf2out.c:11207 in the source we have: 11207 gcc_assert (errorcount); The problem is that errorcount is zero, so the gcc_assert() dies. To reproduce, compile the following with: cc1 -fpreprocessed 921215-1.i -quiet -dumpbase 921215-1.c -mtune=pentiumpro - auxbase 921215-1 -g -O3 -version -fpic -o 921215-1.s # 1 921215-1.c # 1 /home/ghazi/tmpdisk/gcc-testing/40/egcc-CVS20050104/gcc/testsuite/gcc.c- torture/execute// # 1 built-in # 1 command line # 1 921215-1.c main() { void p(void ((*f) (void ( { void r() { foo (); } f(r); } void q(void ((*f)())) { f(); } p(q); exit(0); } foo(){} -- Summary: [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org 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=19267
Re: [Bug debug/19267] New: [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g
On Wed, 5 Jan 2005, ghazi at gcc dot gnu dot org wrote: When running the testsuite with -fpic/-fPIC, I get an additional failure in the testsuite with mainline: FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g The regression appeared sometime in the last day or so between these postings: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00135.html http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00179.html The compilation dies like this: 921215-1.c:22: internal compiler error: in gen_subprogram_die, at dwarf2out.c:11207 in the source we have: 11207 gcc_assert (errorcount); The problem is that errorcount is zero, so the gcc_assert() dies. I'm about to submit a patch that will fix this.
[Bug debug/19267] [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-05 15:59 --- Subject: Re: New: [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g On Wed, 5 Jan 2005, ghazi at gcc dot gnu dot org wrote: When running the testsuite with -fpic/-fPIC, I get an additional failure in the testsuite with mainline: FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g The regression appeared sometime in the last day or so between these postings: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00135.html http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00179.html The compilation dies like this: 921215-1.c:22: internal compiler error: in gen_subprogram_die, at dwarf2out.c:11207 in the source we have: 11207 gcc_assert (errorcount); The problem is that errorcount is zero, so the gcc_assert() dies. I'm about to submit a patch that will fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19267
[Bug c/19268] New: GCC 3.3/Irix 6.5 union as vararg not passed correctly
The code below passes a union (type ct1) as a var arg. The callee checks that the union is indeed received correctly by checking each field. This fails in line 38: assert (hv1.bv1 == nv1.bv1); Environment: System: IRIX64 mars 6.5 07080049 IP27 host: mips-sgi-irix6.5 build: mips-sgi-irix6.5 target: mips-sgi-irix6.5 configured with: ../configure --prefix=/usr/freeware --enable-version-specific-runtime-libs --disable-shared --enable-threads --enable-haifa --enable-libgcj --disable-c-mbchar How-To-Repeat: Compile and run the following code. The bug manifests itself with the following message: Assertion failed: EX, file foo.c, line 38 --- Additional Comments From chli002 at rz dot uni-saarland dot de 2005-01-05 16:01 --- Fix: No Fix. -- Summary: GCC 3.3/Irix 6.5 union as vararg not passed correctly Product: gcc Version: 3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chli002 at rz dot uni-saarland dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: mips-sgi-irix6.5 GCC host triplet: mips-sgi-irix6.5 GCC target triplet: mips-sgi-irix6.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19268
[Bug libstdc++/19265] problem with _S_destroy_thread_key when using dynamic libraries
--- Additional Comments From pcarlini at suse dot de 2005-01-05 16:26 --- We are talking about a 3.4.0 library non-standard configured, i.e., using --enable-libstdcxx-allocator=mt at build time, right? In 3.4.0 the new mt allocator was still very rough, and now, in mainline, many important details have changes (for one, the function at issue is in src!). I wholeheartedly suggest testing the latter... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
[Bug c/19268] GCC 3.3/Irix 6.5 union as vararg not passed correctly
--- Additional Comments From chli002 at rz dot uni-saarland dot de 2005-01-05 16:35 --- Created an attachment (id=7877) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7877action=view) The test case that I forgot in the bug report The code below belongs to the bug report; I just had forgotten to include it when I sent the report. Compile and run this code to check validate the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19268
[Bug target/19226] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 16:38 --- Patch submitted here. http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00284.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19226
[Bug fortran/19269] New: transpose(reshape(...)) of character array segfaults.
Probably related to PR 18960, except that two null pointers are swapped here :-) $ cat reshape-char.f90 program main character(len=1), dimension(2,2) :: a,b a = transpose(reshape((/'a', 'b', 'c', 'd'/), shape(a))) print *,a end program main $ gfortran reshape-char.f90 reshape-char.f90: In function 'MAIN__': reshape-char.f90:3: 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. $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) $ gfortran -dumpmachine ia64-unknown-linux-gnu $ gdb ~/libexec/gcc/ia64-unknown-linux-gnu/4.0.0/f951 GNU gdb Red Hat Linux (6.1post-1.20040607.52rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as ia64-redhat-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r reshape-char.f90 Starting program: /home/zfkts/libexec/gcc/ia64-unknown-linux-gnu/4.0.0/f951 reshape-char.f90 MAIN__ Program received signal SIGSEGV, Segmentation fault. tree_swap_operands_p (arg0=0x0, arg1=0x0, reorder=1 '\001') at ../../gcc-4.0-20050102/gcc/fold-const.c:5933 5933 STRIP_SIGN_NOPS (arg1); (gdb) bt #0 tree_swap_operands_p (arg0=0x0, arg1=0x0, reorder=1 '\001') at ../../gcc-4.0-20050102/gcc/fold-const.c:5933 #1 0x4041e690 in fold (expr=0x224cceb0) at ../../gcc-4.0-20050102/gcc/fold-const.c:6328 #2 0x400b8460 in gfc_trans_allocate_temp_array ( loop=0x6fff9350, info=0x600ed3b0, eltype=Variable eltype is not available. ) at ../../gcc-4.0-20050102/gcc/fortran/trans-array.c:621 #3 0x400d9150 in gfc_conv_function_call (se=0x6fff91a0, sym=0x600ed510, arg=0x600eb5a0) at ../../gcc-4.0-20050102/gcc/fortran/trans-expr.c:1091 #4 0x400e2490 in gfc_conv_intrinsic_funcall (se=0x6fff91a0, expr=0x600eb330) at ../../gcc-4.0-20050102/gcc/fortran/trans-intrinsic.c:1083 #5 0x400e99f0 in gfc_conv_intrinsic_function (se=0x6fff91a0, expr=0x600eb330) at ../../gcc-4.0-20050102/gcc/fortran/trans-intrinsic.c:3007 #6 0x400d97c0 in gfc_conv_function_expr (se=0x6fff91a0, expr=0x600eb330) at ../../gcc-4.0-20050102/gcc/fortran/trans-expr.c:1404 #7 0x400da3a0 in gfc_conv_expr (se=0x6fff91a0, expr=0x600eb330) at ../../gcc-4.0-20050102/gcc/fortran/trans-expr.c:1780 #8 0x400c4e40 in gfc_add_loop_ss_code (loop=0x6fff9350, ---Type return to continue, or q return to quit--- ss=0x600ed390, subscript=0 '\0') at ../../gcc-4.0-20050102/gcc/fortran/trans-array.c:1232 #9 0x400c57c0 in gfc_conv_loop_setup (loop=0x6fff9350) at ../../gcc-4.0-20050102/gcc/fortran/trans-array.c:2563 #10 0x400df810 in gfc_trans_assignment (expr1=0x600ea360, expr2=0x600eb330) at ../../gcc-4.0-20050102/gcc/fortran/trans-expr.c:2146 #11 0x400dfef0 in gfc_trans_assign (code=Variable code is not available. ) at ../../gcc-4.0-20050102/gcc/fortran/trans-expr.c:2235 #12 0x400b6310 in gfc_trans_code (code=0x600ec360) at ../../gcc-4.0-20050102/gcc/fortran/trans.c:495 #13 0x400d5910 in gfc_generate_function_code (ns=0x600e9b70) at ../../gcc-4.0-20050102/gcc/fortran/trans-decl.c:2217 #14 0x400b69b0 in gfc_generate_code (ns=0x600e9b70) at ../../gcc-4.0-20050102/gcc/fortran/trans.c:679 #15 0x4007a9a0 in gfc_parse_file () at ../../gcc-4.0-20050102/gcc/fortran/parse.c:2628 #16 0x400ae3f0 in gfc_be_parse_file (set_yydebug=-27088) at ../../gcc-4.0-20050102/gcc/fortran/f95-lang.c:266 #17 0x4063d9e0 in toplev_main (argc=Variable argc is not available. ) at ../../gcc-4.0-20050102/gcc/toplev.c:992 #18 0x40106e70 in main (argc=2, argv=0x6fff9ab8) at ../../gcc-4.0-20050102/gcc/main.c:35 -- Summary: transpose(reshape(...)) of character array segfaults. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19269
[Bug c++/19270] New: ice on valid template code
With CVS version as of today: $ ~/gcc-test/bin/g++ -c ./boundcpy.ii ./boundcpy.ii: In member function T Vec3T::operator[](int) const [with T = REAL]: ./boundcpy.ii:33: instantiated from here ./boundcpy.ii:20: internal compiler error: Segmentation fault Please submit a full bug report, -- Summary: ice on valid template code Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Ralf dot Wildenhues at gmx dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
[Bug c++/19270] ice on valid template code
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05 16:52 --- Created an attachment (id=7878) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7878action=view) short test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
[Bug fortran/19271] New: ICE on a = transpose(a) for character array
This may be related to PR 19017. $ cat reshape-char.f90 program main character(len=1), dimension(2,2) :: a,b a = reshape((/'a', 'b', 'c', 'd'/), shape(a)) b = transpose(a) ! This works a = transpose(a) ! This bombs print *,a end program main $ gfortran reshape-char.f90 reshape-char.f90: In function 'MAIN__': reshape-char.f90:4: internal compiler error: in gfc_trans_scalar_assign, at fortran/trans-expr.c:2006 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gfortran -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050102 (experimental) $ gfortran -dumpmachine ia64-unknown-linux-gnu -- Summary: ICE on a = transpose(a) for character array Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19271
[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-05 17:08 --- Any chance this is related to 18861? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
[Bug c++/19270] ice on valid template code
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05 17:11 --- Created an attachment (id=7879) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7879action=view) Even shorter testcase -- What|Removed |Added Attachment #7878 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
[Bug libfortran/19194] Missing RECL parameter in OPEN statement
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:12 --- I don't understand why my build hadn't picked up the changes to io.h, which made me miss the typo. Apart from that there's another inconsistency, cured by this patch to trans-io.c. Can you test this please? 2005-01-05 Tobias Schlueter [EMAIL PROTECTED] PR fortran/19194 * trans-io.c (gfc_build_io_library_fndecls): 'recl_in' is not a pointer field. Index: trans-io.c === RCS file: /cvs/gcc/gcc/gcc/fortran/trans-io.c,v retrieving revision 1.25 diff -u -p -r1.25 trans-io.c --- trans-io.c 3 Jan 2005 21:43:55 - 1.25 +++ trans-io.c 5 Jan 2005 17:07:59 - @@ -185,7 +185,7 @@ gfc_build_io_library_fndecls (void) ADD_FIELD (nextrec, gfc_pint4_type_node); ADD_FIELD (size, gfc_pint4_type_node); - ADD_FIELD (recl_in, gfc_pint4_type_node); + ADD_FIELD (recl_in, gfc_int4_type_node); ADD_FIELD (recl_out, gfc_pint4_type_node); ADD_FIELD (iolength, gfc_pint4_type_node); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19194
[Bug middle-end/19100] Wrong code for ?-operator with casted ?-operator predicat
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 17:27 --- Subject: Bug 19100 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 17:27:27 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: conv-3.c Log message: PR middle-end/19100 * c-common.c: Include real.h. (c_common_truthvalue_conversion): Avoid destructively modifying expr. Correctly handle TREE_CONSTANT_OVERFLOW for INTEGER_CST. Correctly handle TREE_CONSTANT_OVERFLOW and NaNs for REAL_CST. * Makefile.in (c-common.o): Update dependencies. * gcc.dg/conv-3.c: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7035r2=2.7036 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.595r2=1.596 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4849r2=1.4850 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/conv-3.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19100
[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867
--- Additional Comments From arend dot bayer at web dot de 2005-01-05 17:31 --- Lars, can you maybe describe how to reproduce this starting from the lyx tarball? (I.e. which tarball to download, how to configure so that it uses PCH etc.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
[Bug rtl-optimization/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-05 17:40 --- Here's an even shorter testcase. Note that it uses 5 case labels with 3 returns - just as in PR18628. So maybe these two are related. == int foo(int i) { if (i = 0) { switch (i) { case 0: return 0; case 1: case 2: return 1; case 3: case 4: return 2; } } switch (i) { case 0: return 0; case 1: case 2: return 1; case 3: case 4: return 2; } } == -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861
[Bug bootstrap/19272] New: Mo automatic dependencies in libgfortran
I noticed this when changing libgfortran/io/io.h didn't cause a rebuild. This patch http://gcc.gnu.org/ml/gcc-patches/2004-05/msg02026.html by Andreas Jäger turned of automatic dependency tracking for libgfortran. Since I don't have access to a multilibbed target, I can't verify that turning on automatic dependecy generation doesn't break them. -- Summary: Mo automatic dependencies in libgfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P2 Component: bootstrap AssignedTo: pbrook at gcc dot gnu dot org ReportedBy: tobi at gcc dot gnu dot org CC: aj at suse dot de,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19272
[Bug bootstrap/19273] New: Mo automatic dependencies in libgfortran
I noticed this when changing libgfortran/io/io.h didn't cause a rebuild. This patch http://gcc.gnu.org/ml/gcc-patches/2004-05/msg02026.html by Andreas Jäger turned of automatic dependency tracking for libgfortran. Since I don't have access to a multilibbed target, I can't verify that turning on automatic dependecy generation doesn't break them. -- Summary: Mo automatic dependencies in libgfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P2 Component: bootstrap AssignedTo: pbrook at gcc dot gnu dot org ReportedBy: tobi at gcc dot gnu dot org CC: aj at suse dot de,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug bootstrap/19273] No automatic dependencies in libgfortran
-- What|Removed |Added Summary|Mo automatic dependencies in|No automatic dependencies in |libgfortran |libgfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug libfortran/19194] Missing RECL parameter in OPEN statement
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:44 --- BTw the build issue is now PR 19273. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19194
[Bug bootstrap/19272] Mo automatic dependencies in libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:45 --- *** This bug has been marked as a duplicate of 19273 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19272
[Bug bootstrap/19273] No automatic dependencies in libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:45 --- *** Bug 19272 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug bootstrap/19273] No automatic dependencies in libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:47 --- Added Steven, because apparently it's his patch. -- What|Removed |Added CC||stevenb at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug target/19268] GCC 3.3/Irix 6.5 union as vararg not passed correctly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:07 --- Can you test 3.4.x as there were changes to the MIPS back-end which might have fixed this. -- What|Removed |Added Component|c |target Keywords||ABI, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19268
[Bug rtl-optimization/19274] New: temporary not eliminated in composite _mm_set_ps1
Sometime the temporary in that composite intrinsic doesn't get eliminated. Test case: -O3 -march=k8 -fomit-frame-pointer #include xmmintrin.h __m128 not_eliminated(const float f1, const float f2) { const __m128 a = _mm_set_ps1(f1), b = _mm_set_ps1(f2), c = _mm_mul_ps(a, b); return c; } #define broadcast(f) _mm_shuffle_ps(_mm_load_ss((f)),_mm_load_ss((f)),0) __m128 eliminated(const float f1, const float f2) { const __m128 a = broadcast(f1), b = broadcast(f2), c = _mm_mul_ps(a, b); return c; } int main() { return 0; } With gcc4-20040102 + patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19240 (happens in older version too), i still get: 00401070 not_eliminated(float, float): 401070: sub$0x10,%esp 401073: mov0x14(%esp),%eax 401077: mov%eax,0xc(%esp) 40107b: mov0x18(%esp),%eax 40107f: movss 0xc(%esp),%xmm0 401085: shufps $0x0,%xmm0,%xmm0 401089: mov%eax,0xc(%esp) 40108d: movss 0xc(%esp),%xmm1 401093: add$0x10,%esp 401096: shufps $0x0,%xmm1,%xmm1 40109a: mulps %xmm1,%xmm0 40109d: ret and: 004010a0 eliminated(float, float): 4010a0: movss 0x4(%esp),%xmm0 4010a6: movss 0x8(%esp),%xmm1 4010ac: shufps $0x0,%xmm0,%xmm0 4010b0: shufps $0x0,%xmm1,%xmm1 4010b4: mulps %xmm1,%xmm0 4010b7: ret It might happens with other intrinsics, but i haven't spotted it yet :) -- Summary: temporary not eliminated in composite _mm_set_ps1 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbptbp at gmail dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19274
[Bug fortran/19259] ; as first nonblank character on a line should be an error
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:08 --- This is true. See 3.3.2.2 in the Fortran 95 standard. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:08:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
[Bug fortran/19259] ; as first nonblank character on a line should be an error
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:09 --- ... or 3.3.1.2 for free form. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
[Bug fortran/19260] not required when splitting a token in continuation
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:10 --- Confirmed. See sec. 3.3.1.3.1. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:10:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19260
[Bug fortran/19261] continuation character illegal as first non-blank character in statement
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:11 --- Confirmed. See 3.3.1.3. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:11:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261
[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867
--- Additional Comments From larsbj at gullik dot net 2005-01-05 18:14 --- (In reply to comment #17) Lars, can you maybe describe how to reproduce this starting from the lyx tarball? (I.e. which tarball to download, how to configure so that it uses PCH etc.) As of today, it seems that I am unable to reproduce using the LyX sources. However if I use the files in the attachments then I get the same error as before. (as mentioned earlier, the slightest change to the sources made the ICE go away) There are no tarballs of this LyX dist. Only by CVS unfortunately. I can create a tar.gz for you if you want it, but I am not sure that it will help. g++ (GCC) 4.0.0 20050105 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
[Bug fortran/17379] Generic functions not resolved
--- Additional Comments From CARendleman at lbl dot gov 2005-01-05 18:14 --- Subject: Re: Generic functions not resolved I'm sure your not offering this as a 'fix' because it results in 'conflicting attributes or multiple declarations of a name' or 'name already used as generic name' errors with other compilers. Thomas dot Koenig at online dot de wrote: --- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 13:41 --- The problem appears to be related to the fact that length and size are both intrinsics. If you declare length to be external, with the following patch: $ diff -u vec3d.f90 vec3d-works.f90 --- vec3d.f90 2005-01-04 14:43:07.0 +0100 +++ vec3d-works.f90 2005-01-04 14:43:01.0 +0100 @@ -5,6 +5,7 @@ ! Public procedures private public :: normalise, length + external :: length ! Module constants integer, parameter :: SP = selected_real_kind(6) compilation works fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17379
[Bug fortran/19262] more than thirty-nine continuation lines ignored
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:14 --- Neither according to the output you gave, nor according to my experiments. Care to elaborate, maybe I'm misunderstanding? -- What|Removed |Added CC||tobi at gcc dot gnu dot org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19262
[Bug c++/19270] [4.0 Regression] ice on valid template code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:14 --- : Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455). : Search converges between 2003-10-12-ssa (#105) and 2003-10-13-ssa (#106). Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:14:58 date|| Summary|ice on valid template code |[4.0 Regression] ice on ||valid template code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
[Bug rtl-optimization/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:18 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00286.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861
[Bug bootstrap/19273] No automatic dependencies in libgfortran
-- What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug bootstrap/19273] No automatic dependencies in libgfortran
-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:24:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug middle-end/19100] Wrong code for ?-operator with casted ?-operator predicat
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:25 --- Fixed in 4.0.0 -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19100
[Bug debug/19267] [4.0 regression] execute/921215-1.c fails with -fpic at -O3 -g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:26 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:26:06 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19267
[Bug fortran/19269] transpose(reshape(...)) of character array segfaults.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:28 --- Confirmed, related closely to PR 18960. -- What|Removed |Added BugsThisDependsOn||18960 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:28:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19269
[Bug fortran/19271] ICE on a = transpose(a) for character array
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:31 --- Confirmed, closely related to PR 15502 and bug 19017 -- What|Removed |Added BugsThisDependsOn||15502, 19017 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:31:16 date|| Summary|ICE on a = transpose(a) for |ICE on a = transpose(a) for |character array |character array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19271
[Bug target/19274] temporary not eliminated in composite _mm_set_ps1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 18:45 --- Confirmed, it comes down to the defintion of _mm_set1_ps and __builtin_ia32_loadss. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|rtl-optimization|target Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:45:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19274
[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867
--- Additional Comments From arend dot bayer at web dot de 2005-01-05 18:52 --- (In reply to comment #18) (In reply to comment #17) Lars, can you maybe describe how to reproduce this starting from the lyx tarball? (I.e. which tarball to download, how to configure so that it uses PCH etc.) As of today, it seems that I am unable to reproduce using the LyX sources. However if I use the files in the attachments then I get the same error as before. (as mentioned earlier, the slightest change to the sources made the ICE go away) If I try this, I just get tons of syntax errors like this: In file included from /opt/gcc-head/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/cstdlib:49, from ../../../boost/boost/regex/config.hpp:43, from ../../../boost/boost/regex.hpp:28, from ./pch.h:10, from command line:6: /opt/gcc-head/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/i686-pc-linux-gnu/bits/c++config.h:79: error: syntax error before `__attribute__' There are no tarballs of this LyX dist. Only by CVS unfortunately. I can create a tar.gz for you if you want it, but I am not sure that it will help. If you could send me that tar-file via e-mail, I would try to reproduce it here. (I tried CVS, but my versions of auto* seem incompatible.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867
--- Additional Comments From arend dot bayer at web dot de 2005-01-05 18:57 --- Sorry, don't bother sending me the tar-ball, I can now reproduce it with your attachments. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
[Bug rtl-optimization/18401] [4.0.0 Regression] Bootstrap failure on all ARM targets due to incorrect GCSE
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-01-05 19:00 --- It went away after this patch: 2004-11-10 Zdenek Dvorak [EMAIL PROTECTED] * tree-ssa-loop-ivopts.c (get_address_cost): Add address elements in right order. (force_var_cost): Determine cost of addition and multiplication more precisely. (get_computation_cost_at): Add cost for computing address elements to the final cost. * fold-const.c (fold): Attempt to use ptr_difference_const whenever one of the arguments of MINUS_EXPR is an address. (split_address_to_core_and_offset): New function. (ptr_difference_const): Handle case when one of the operands is a pointer. * tree-ssa-loop-ivopts.c (determine_base_object): Fold *addr. (ptr_difference_cost): Pass addresses instead of objects to ptr_difference_const. So I suspect it might have gone latent again, but it might be that it was fixed by the canonicalization change to get_address_cost and that the problem can only occur with RTL that is not in correct canonical form. For reference here are the links to the two patch proposals: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00610.html http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00715.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18401
[Bug libgcj/15719] GIJ Interpeter: Problem with NaN / infinity comparisons
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 19:03 --- Subject: Bug 15719 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 19:03:13 Modified files: libjava: ChangeLog interpret.cc Log message: PR libgcj/15719: * interpret.cc (run) insn_dcmpl, insn_dcmpg: Set tmpval correctly. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3271r2=1.3272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/interpret.cc.diff?cvsroot=gccr1=1.47r2=1.48 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15719
[Bug fortran/19271] ICE on a = transpose(a) for character array
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:03 --- Strick off 15502. -- What|Removed |Added BugsThisDependsOn|15502 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19271
[Bug rtl-optimization/18401] Bootstrap failure on all ARM targets due to incorrect GCSE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:05 --- Lets remove the regression marker for now and confirm it as it is latent but not reproducible. -- What|Removed |Added Severity|critical|normal Status|WAITING |NEW Ever Confirmed||1 Keywords|build | Last reconfirmed|-00-00 00:00:00 |2005-01-05 19:05:05 date|| Summary|[4.0.0 Regression] Bootstrap|Bootstrap failure on all ARM |failure on all ARM targets |targets due to incorrect |due to incorrect GCSE |GCSE Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18401
[Bug other/19228] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 19:06 --- Patch submitted here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00296.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228
[Bug libgcj/15719] GIJ Interpeter: Problem with NaN / infinity comparisons
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15719
[Bug target/12902] [4.0 Regression] Invalid assembly generated when using SSE / xmmintrin.h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 19:14 --- Subject: Bug 12902 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 19:14:39 Modified files: gcc: ChangeLog gcc/config/i386: i386.c i386.md Added files: gcc/testsuite/gcc.target/i386: sse-1.c Log message: PR target/12902 * config/i386/i386.md (sse_movhps, sse_movlps): Remove. (sse_shufps): Change operand 3 to const_int_operand. (sse2_storelps): Fix typo in template. (sse_storehps, sse_loadhps, sse_storelps, sse_loadlps): New. * config/i386/i386.c (ix86_expand_vector_move_misalign): Use them. (ix86_expand_builtin): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7038r2=2.7039 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gccr1=1.767r2=1.768 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gccr1=1.599r2=1.600 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/i386/sse-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12902
[Bug fortran/19262] more than thirty-nine continuation lines ignored
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-05 19:23 --- Tobi, there are 40 lines. Change 0 ! 40 end to 0 // ! 40 1 // ! 41 The output is troutmask:kargl[149] ./z 12345678901234567890123456789012345678901 Now count the characters. gfortran is allowing more than 39 continuation lines. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19262
[Bug inline-asm/19275] New: [3.4/4.0 regression] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu
I'm seeing a testsuite regression on 3.4 and mainline when running with extra flags -fpic or -fPIC. The testcase does use ebx, however 3.3 manages to pass so somehow it can work and this is a regression. (The testcase is identical in all three branches.) http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00211.html http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00210.html http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00209.html I get this in the log file: FAIL: gcc.dg/20020919-1.c (test for errors, line 132) FAIL: gcc.dg/20020919-1.c (test for errors, line 177) FAIL: gcc.dg/20020919-1.c (test for errors, line 231) FAIL: gcc.dg/20020919-1.c (test for errors, line 244) FAIL: gcc.dg/20020919-1.c (test for excess errors) Excess errors: gcc.dg/20020919-1.c:132: error: PIC register '%ebx' clobbered in 'asm' gcc.dg/20020919-1.c:177: error: PIC register '%ebx' clobbered in 'asm' gcc.dg/20020919-1.c:186: error: PIC register '%ebx' clobbered in 'asm' gcc.dg/20020919-1.c:231: error: PIC register '%ebx' clobbered in 'asm' gcc.dg/20020919-1.c:244: error: PIC register '%ebx' clobbered in 'asm' -- Summary: [3.4/4.0 regression] gcc.dg/20020919-1.c fails with - fpic/-fPIC on i686-pc-linux-gnu Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org 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=19275
[Bug inline-asm/19275] [3.4/4.0 regression] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:26 --- These should be just skiped with -fPIC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19275
[Bug fortran/19262] more than thirty-nine continuation lines should issue a std-warn
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:28 --- Thanks Steve. I changed the summary accordingly. -- What|Removed |Added Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-01-05 19:28:36 date|| Summary|more than thirty-nine |more than thirty-nine |continuation lines ignored |continuation lines should ||issue a std-warn http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19262
[Bug fortran/19262] more than thirty-nine continuation lines should issue a std-warn
-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|2005-01-05 19:28:36 |2005-01-05 19:30:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19262
[Bug fortran/19276] New: [metabug] CHARACTER related bugs in gfortran
Add all open bugs related to the handling of CHARACTERs here. Design work in this area should take all these bugs into account. -- Summary: [metabug] CHARACTER related bugs in gfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tobi at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
[Bug libfortran/16288] Failure of test direct_io.f90 on irix6.5 with -64
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39 --- *** This bug has been marked as a duplicate of 19194 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16288
[Bug libfortran/19194] Missing RECL parameter in OPEN statement
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39 --- *** Bug 16288 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||billingd at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19194