[Bug fortran/24285] format(1000(a,$))
--- Comment #2 from agalakhov at ifmlrs dot uran dot ru 2005-11-18 10:19 --- Exactly the same bug has been fixed about a year ago in g95. You may want to borrow some of its code. -- agalakhov at ifmlrs dot uran dot ru changed: What|Removed |Added CC||agalakhov at ifmlrs dot uran ||dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
[Bug rtl-optimization/24497] [3.4/4.0/4.1 Regression] internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
--- Comment #6 from rakdver at gcc dot gnu dot org 2005-11-18 10:31 --- Subject: Bug 24497 Author: rakdver Date: Fri Nov 18 10:31:45 2005 New Revision: 107171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107171 Log: PR rtl-optimization/24497 * loop-unroll.c (apply_opt_in_copies): Do not verify equality of the copied insn. Modified: trunk/gcc/ChangeLog trunk/gcc/loop-unroll.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
[Bug ada/24857] ada/s-auxdec.ads alignment issue for arm-rtems
--- Comment #3 from guerby at gcc dot gnu dot org 2005-11-18 11:44 --- Subject: Bug 24857 Author: guerby Date: Fri Nov 18 11:44:20 2005 New Revision: 107175 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107175 Log: 2005-11-18 Laurent GUERBY <[EMAIL PROTECTED]> PR ada/24857 * Makefile.in: Use s-auxdec-empty for RTEMS. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
[Bug libfortran/24892] ACCESS argument to the OPEN statement
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:40 --- Subject: Bug 24892 Author: fxcoudert Date: Fri Nov 18 12:40:42 2005 New Revision: 107177 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107177 Log: PR fortran/20811 PR fortran/24892 * io/io.h (unit_access): Add ACCESS_APPEND. * io/open.c (access_opt): Add APPEND value for ACCESS keyword. (st_open): Use that new value to set the POSITION accordingly. * configure.ac: Add "-I ." to AM_FCFLAGS. * configure: Regenerate. * scanner.c (gfc_open_included_file): Add an extra include_cwd argument. Only include files in the current working directory if its value is true. * gfortran.h: Change prototype for gfc_open_included_file. (load_file): Don't search for include files in the current working directory. * options.c (gfc_post_options): Add the directory of the source file to the list of paths for included files. * module.c (gfc_use_module): Look for module files in the current directory. Modified: branches/gcc-4_0-branch/gcc/fortran/ChangeLog branches/gcc-4_0-branch/gcc/fortran/gfortran.h branches/gcc-4_0-branch/gcc/fortran/module.c branches/gcc-4_0-branch/gcc/fortran/options.c branches/gcc-4_0-branch/gcc/fortran/scanner.c branches/gcc-4_0-branch/libgfortran/ChangeLog branches/gcc-4_0-branch/libgfortran/configure branches/gcc-4_0-branch/libgfortran/configure.ac branches/gcc-4_0-branch/libgfortran/io/io.h branches/gcc-4_0-branch/libgfortran/io/open.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24892
[Bug fortran/20811] gfortran include problem (regression from g77)
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:40 --- Subject: Bug 20811 Author: fxcoudert Date: Fri Nov 18 12:40:42 2005 New Revision: 107177 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107177 Log: PR fortran/20811 PR fortran/24892 * io/io.h (unit_access): Add ACCESS_APPEND. * io/open.c (access_opt): Add APPEND value for ACCESS keyword. (st_open): Use that new value to set the POSITION accordingly. * configure.ac: Add "-I ." to AM_FCFLAGS. * configure: Regenerate. * scanner.c (gfc_open_included_file): Add an extra include_cwd argument. Only include files in the current working directory if its value is true. * gfortran.h: Change prototype for gfc_open_included_file. (load_file): Don't search for include files in the current working directory. * options.c (gfc_post_options): Add the directory of the source file to the list of paths for included files. * module.c (gfc_use_module): Look for module files in the current directory. Modified: branches/gcc-4_0-branch/gcc/fortran/ChangeLog branches/gcc-4_0-branch/gcc/fortran/gfortran.h branches/gcc-4_0-branch/gcc/fortran/module.c branches/gcc-4_0-branch/gcc/fortran/options.c branches/gcc-4_0-branch/gcc/fortran/scanner.c branches/gcc-4_0-branch/libgfortran/ChangeLog branches/gcc-4_0-branch/libgfortran/configure branches/gcc-4_0-branch/libgfortran/configure.ac branches/gcc-4_0-branch/libgfortran/io/io.h branches/gcc-4_0-branch/libgfortran/io/open.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20811
[Bug fortran/20811] gfortran include problem (regression from g77)
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:42 --- This is now fixed on both 4.0 and mainline. Problems underlined in comment #10 fixed too. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20811
[Bug libfortran/24892] ACCESS argument to the OPEN statement
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:43 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24892
[Bug libfortran/24927] [regression] libfortran Makefile missing -I.
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:46 --- This regression on 4.1 was introduced by my patch for PR fortran/20811. I fixed it in revision 107172 (http://gcc.gnu.org/ml/gcc-cvs/2005-11/msg00880.html). Closing this PR accordingly. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|libfortran Makefile missing |[regression] libfortran |-I. |Makefile missing -I. Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24927
[Bug libfortran/24342] [4.1 regression] testsuite failure:gfortran.fortran-torture/execute/in-pack.f90 exe
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:47 --- Fixed in revision 107145 (http://gcc.gnu.org/ml/gcc-cvs/2005-11/msg00852.html). Thanks! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
[Bug libfortran/19524] 5 times uninitialized var in libgfortran
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-18 12:54 --- I don't see these warnings any more with the current mainline. Can someone confirms that they disappeared and then close this bug? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19524
[Bug libfortran/19524] 5 times uninitialized var in libgfortran
--- Comment #4 from tobi at gcc dot gnu dot org 2005-11-18 12:59 --- I think that the following patch is the one responsible: 2005-05-15 Andreas Jaeger <[EMAIL PROTECTED]> * m4/eoshift1.m4: Initialize variables to avoid warnings. * m4/eoshift3.m4: Initialize variables to avoid warnings. * generated/eoshift1_4.c, generated/eoshift1_8.c, generated/eoshift3_4.c, generated/eoshift3_8.c: Regenerated. * intrinsics/spread_generic.c (spread): Initialize variables to avoid warnings. * intrinsics/eoshift0.c (eoshift0): Initialize variables to avoid warnings. * intrinsics/eoshift2.c (eoshift2): Initialize variables to avoid warnings. * io/list_read.c (nml_get_obj_data): Initialize variables to avoid warnings. * intrinsics/pack_generic.c (pack): Remove unneeded calculation. * m4/matmull.m4 (matmul_): Remove unneeded calculations, fix pointer cast to avoid warning. * generated/matmul_l4.c: Regenerated. * generated/matmul_l8.c: Regenerated. * Makefile.am: Remove AM_CFLAGS here. * configure.ac: Define AM_CFLAGS and AM_FCFLAGS so that warnings are set. Set additionally -Wstrict-prototypes for CFLAGS. * Makefile.in: Regenerated. * aclocal.m4: Regenerated. * configure: Regenerated. * intrinsics/system_clock.c (system_clock_4, system_clock_8): Add missing returns, reformat a bit. * io/write.c (nml_write_obj): Use %d again - and cast to int, st_sprintf does not handle %ld. * io/unit.c (is_internal_unit): Add void as parameter list. * io/transfer.c: Move prototype declarations before the functions. * runtime/normalize.c (almostone_r4, almostone_r8): Fix parameter list. * intrinsics/random.c (KISS_DEFAULT_SEED): Remove extra semicolon. * io/transfer.c: Do not use empty initializers for global objects. Add missing initializers. * io/lock.c: Do not use empty initializers for global objects. * io/close.c: Add missing initializers. * runtime/environ.c: Add missing initializers. Do not use empty initializers for global object. (init_string): Mark argument as unused. * runtime/main.c (cleanup): Fix parameter list. * io/io.h: Fix parameter lists. * m4/transpose.m4, m4/matmul.m4: Fix pointer cast to avoid warning. * generated/transpose_c4.c, generated/transpose_c8.c, generated/transpose_i4.c, generated/transpose_i8.c, generated/matmul_c4.c, generated/matmul_c8.c, generated/matmul_i4.c, generated/matmul_i8.c, generated/matmul_r4.c, generated/matmul_r8.c: Regenerated. * io/write.c (nml_write_obj): Fix 64-bit problem. * io/list_read.c (nml_get_obj_data): Add missing braces around initializer to avoid warnings. * intrinsics/etime.c (etime_sub): Remove unused variable. * intrinsics/chdir.c, intrinsics/getlog.c, intrinsics/link.c, intrinsics/symlnk.c, intrinsics/perror.c: Include for prototypes. * runtime/string.c (compare0): Remove unused variable. * io/unit.c (init_units): Remove unused variables. * intrinsics/getcwd.c (getcwd_i4_sub): Remove unused variable. * intrinsics/unlink.c (unlink_i4_sub): Remove unused variable. * intrinsics/stat.c (stat_i4_sub, fstat_i8_sub, fstat_i4_sub, stat_i8_sub): Remove unused variable. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19524
[Bug debug/24908] [4.0/4.1 Regression] ICE in dwarf2out for cpu2000 with -funroll-loops -fno-tree-copyrename
-- amodra at bigpond dot net dot au changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||11/msg01346.html Status|NEW |ASSIGNED Last reconfirmed|2005-11-16 23:04:00 |2005-11-18 13:20:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24908
[Bug libfortran/24919] GFORTRAN input and carriage returns
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2005-11-18 13:38 --- (In reply to comment #6) > This is near stuff I am working on so I will work it. This is amazing because I thought I add it fixed some time ago now. I will look into it too in the train tonight ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24919
[Bug fortran/21253] Bounds Check
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2005-11-18 13:39 --- This has been marked WAITING for some time, and no activity before that. Closing it, please reopen and attach a testcase if you have one. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21253
[Bug fortran/24884] compiles invalid-code
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-18 13:51 --- I think this can be marked either as WONTFIX or NEW, with severity Enhancement, but probably not as WAITING. This is something we understand, and we could theoretically do. We then have to decide whether we want to do it (even in a long timescale, because it's not exactly a high priority issue). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement GCC build triplet|powerpc64-linux | GCC host triplet|powerpc64-linux | GCC target triplet|powerpc64-linux | Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-11-18 13:51:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24884
[Bug c++/24449] Unable to declare friend main() from class template
--- Comment #4 from machata at post dot cz 2005-11-18 14:27 --- > I believe that this patch does the right thing. I've done bootstrap on > i686-pc-linux-gnu, but I won't be able to run testsuite before friday. Which just passed on i686-pc-linux-gnu. -- machata at post dot cz changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24449
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #6 from andreast at gcc dot gnu dot org 2005-11-18 14:31 --- On sparc-solaris I get runtime failures: collect2: ld returned 1 exit status^M compiler exited with status 1 output is: Undefined first referenced^M symbol in file^M _gfortran_matmul_r4 /var/tmp//ccKKiCDj.o^M ld: fatal: Symbol referencing errors. No output written to ./matmul_1.exe^M collect2: ld returned 1 exit status^M this is with both, the original libmatmul and with libmatmul_convenience. (using native, sun, as and ld) I try to investigate deeper by next week. If I do not get beaten by others :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug c++/24449] Unable to declare friend main() from class template
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-18 14:59 --- Can you read http://gcc.gnu.org/contribute.html and send the patch to [EMAIL PROTECTED] -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-10-19 23:32:44 |2005-11-18 14:59:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24449
[Bug libfortran/24342] [4.1 regression] testsuite failure:gfortran.fortran-torture/execute/in-pack.f90 exe
--- Comment #10 from hp at gcc dot gnu dot org 2005-11-18 15:00 --- No, it's not fixed. What we fixed was a wholly different thing; a "red herring" to the problem. See comment #5. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-18 15:20 --- I should note that ld.acq+cmpxchg.rel is a full barrier. as noted in ia64.c so a mf is not required. See also http://www.ussg.iu.edu/hypermail/linux/kernel/0205.1/0226.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #10 from pcarlini at suse dot de 2005-11-18 15:23 --- (In reply to comment #9) > I should note that > ld.acq+cmpxchg.rel is a full barrier. > as noted in ia64.c so a mf is not required. Did you read the last message from Alexander on the libstdc++ mailing list, in particular the last paragraph? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-18 15:24 --- (In reply to comment #9) > I should note that > ld.acq+cmpxchg.rel is a full barrier. > as noted in ia64.c so a mf is not required. If that is really the issue, then http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00872.html casued it but I really doubt it from reading that linux kernel message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-18 15:27 --- (In reply to comment #10) > Did you read the last message from Alexander on the libstdc++ mailing list, in > particular the last paragraph? Yes but I trust RTH better than Alexander on this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-11-18 15:29 --- (In reply to comment #12) > Yes but I trust RTH better than Alexander on this issue. And if you read the message which I pointed to: The semaphore instructions also have implicit ordering. So if I am reading this wrong, then there is something else wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #14 from pcarlini at suse dot de 2005-11-18 15:32 --- I'm not sure that specific patch is the culprit, because (see Comment #5) the threaded testcases started failing before that date. I would like to see the assembly before and after that date. In any case, it would be nice if Richard Henderson could analyze a bit this PR. Also relevant: http://gcc.gnu.org/ml/libstdc++/2005-11/msg00206.html http://gcc.gnu.org/ml/libstdc++/2005-11/msg00207.html -- pcarlini at suse dot de changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-18 15:35 --- See also: http://www.linuxbase.org/spec/refspecs/IA64-softdevman-vol1.pdf Page73. Which is where the comment in comment #13. So If I read table 4-20 currently then the memory access will always be ordered in that loop. And if it started before that date, then there is something wrong as that is when the major difference between 4.0 and 4.1 started. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug rtl-optimization/24497] [3.4/4.0 Regression] internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
[Bug rtl-optimization/24930] [4.0/4.1 Regression] Crash in combine
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-18 15:52 --- I am going to test this on x86_64-linux-gnu except using gen_int_mode instead of "GEN_INT (trunc_int_for_mode". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
[Bug fortran/24884] compiles invalid-code
--- Comment #3 from steven at gcc dot gnu dot org 2005-11-18 16:17 --- Let's make it WONTFIX then. Even the theoretical possibility of fixing this probably doesn't exist. Catching this kind of thing is a Very Hard Problem, it's more something for a static checker or something like that. Not something a compiler should have to diagnose. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24884
[Bug middle-end/24901] Misaligned data in fold_checksum_tree (--enable-checking=all)
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 16:37 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-18 16:37:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24901
[Bug fortran/24285] format(1000(a,$))
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-18 17:44 --- (In reply to comment #2) > Exactly the same bug has been fixed about a year ago in g95. You may want to > borrow some of its code. > gfortran and g95 have diverged to the point that code in g95 is irrelevant. You, of course, can prove me wrong if you want to try porting g95 code to gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
[Bug target/18339] testsuite failure: gcc.dg/bitfld-3.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18339
[Bug fortran/24096] huge() returns infinity for long doubles
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24096
[Bug target/24772] [4.1 Regression] Lots of ICEs in vrsave_operation_1 while running the testsuite on powerpc
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Lots of ICEs in |[4.1 Regression] Lots of |vrsave_operation_1 while|ICEs in vrsave_operation_1 |running the testsuite on|while running the testsuite |powerpc |on powerpc Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24772
[Bug target/24779] [4.0 Regression] Python miscompilation - TOC reload
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24779
[Bug libfortran/19524] 5 times uninitialized var in libgfortran
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19524
[Bug target/24914] gcc fails when built with --with-cpu=ep9312 --with-fpu=maverick
--- Comment #3 from rearnsha at gcc dot gnu dot org 2005-11-18 17:59 --- Subject: Bug 24914 Author: rearnsha Date: Fri Nov 18 17:59:37 2005 New Revision: 107187 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107187 Log: PR target/24914 * arm.c (arm_hard_regno_mode_ok): Co-processor registers aren't ok when not generating code to use that co-processor. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24914
[Bug rtl-optimization/24899] [4.1 Regression] Miscompiles libgnomecanvas
-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-18 18:01:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
[Bug middle-end/24932] New: GCC segfault's on strcmp in tree.c:annotate_with_file_line
I'm writing a tutorial on a HelloWorld compiler front-end for GCC
(http://svn.gna.org/viewcvs/gsc/branches/hello-world/doc/hello.xml) and noticed
that a function with statements but no DECL_SOURCE_FILE set, seg-faults on
cgraph_finalize_function(), because it calls
gimple-low.c:lower_function_body(), which in turn does:
SET_EXPR_LOCATION (x, cfun->function_end_locus);
however, if cfun->function_end_locus is empty ({NULL, 0}), it will call
tree.c:annotate_with_file_line() with file=NULL, and it will fail on this "if":
if (last_annotated_node
&& last_annotated_node->line == line
&& (last_annotated_node->file == file
|| !strcmp (last_annotated_node->file, file)))
because strcmp (last_annotated_node->file, file), with file=NULL will
seg-fault.
The attached patch checks if file is NULL before using strcmp.
The program that fails build is:
http://svn.gna.org/viewcvs/gsc/branches/hello-world/compiler/hello1.c?rev=551
--
Summary: GCC segfault's on strcmp in
tree.c:annotate_with_file_line
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: barbieri at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24932
[Bug middle-end/24932] GCC segfault's on strcmp in tree.c:annotate_with_file_line
--- Comment #1 from barbieri at gmail dot com 2005-11-18 18:09 --- Created an attachment (id=10274) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10274&action=view) gcc-annotate_with_file_line.patch Fix segfault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24932
[Bug middle-end/24932] GCC segfault's on strcmp in tree.c:annotate_with_file_line
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 18:17 --- Actually this should never happen in general. Your front-end really should be adding locus on the statements. I will let someone else decide if this is a real middle-end bug or a bug in your front-end. I should note that I don't like the check in annotate_with_file_line at all. I would rather have a check in gimple-low.c instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24932
[Bug c++/16625] Discarded Linkonce sections in .rodata
--- Comment #22 from dank at kegel dot com 2005-11-18 18:19 --- We just ran into this trying to link a .a compiled with gcc-3.4.x against an app using gcc-4.0.1. Unfortunately, the .a is from a third party, so we can't share it or even look at the source ourselves. Here are a couple other posts which mention a similar bug. One of them almost has a simple test case. http://lists.debian.org/debian-mentors/2005/10/msg00316.html http://groups.google.com/group/de.comp.lang.iso-c++/msg/88f4ecd82239131c -- dank at kegel dot com changed: What|Removed |Added CC||dank at kegel dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625
[Bug libstdc++/24660] versioning weak symbols in libstdc++
--- Comment #15 from jason at gcc dot gnu dot org 2005-11-18 18:34 --- Created an attachment (id=10275) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10275&action=view) Patch to require nesting I've attached my compiler patch to enforce this rule. It can't go in until the debug mode code is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
[Bug middle-end/24932] GCC segfault's on strcmp in tree.c:annotate_with_file_line
--- Comment #3 from barbieri at gmail dot com 2005-11-18 18:36 --- Created an attachment (id=10276) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10276&action=view) gcc-lower_function_body.patch Alternative patch that also fix seg fault, but earlier. It's uglier than the previous, and is more restricted, since it just protect the behaviour from gimple-low.c:lower_function_body(), while the previous patch does the check for every use of annotate_with_file_line, used by SET_EXPR_LOCATION. I cannot know if this is a bug in the middle-end, since there is no documentation on when I need to set this value. If so, probably we can use gcc_assert() to confirm this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24932
[Bug bootstrap/24859] SEVERE ERROR bootstrapping gcc on AIX 5/POWER
--- Comment #6 from jgoerzen at complete dot org 2005-11-18 19:01 --- I have completely obliterated every possible GNU ld from the system now, and am still getting the SEVERE ERROR I posted as the most recent item. Please note that the 0711-201 means that this is absolutely coming from the AIX ld. GNU ld would never issue a code like that. -- jgoerzen at complete dot org changed: What|Removed |Added Summary|Unrecognized opcode |SEVERE ERROR bootstrapping |bootstrapping gcc on AIX|gcc on AIX 5/POWER |5/POWER | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24859
[Bug fortran/24923] iostat on read
--- Comment #3 from ray at ultramarine dot com 2005-11-18 19:30 --- (In reply to comment #2) > Actually this has already been fixed for 4.0.3 at least: > open ios0 > read ios3 > buf 1 2 -77 -77 > Due to other bugs, I took your advice and downloaded a 4.1 snapshot yesterday. With this, the program aborts with: a.out: relocation error: a.out: undefined symbol: _gfortran_transfer_array -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24923
[Bug libfortran/24919] GFORTRAN input and carriage returns
--- Comment #8 from ray at ultramarine dot com 2005-11-18 19:32 --- (In reply to comment #3) > Subject: Re: GFORTRAN input and carriage returns > > On Thu, 17 Nov 2005, pinskia at gcc dot gnu dot org wrote: > > > > > > > --- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-17 20:13 > > --- > > First can you try 4.0.2 or a snapshot of 4.0.3? Second can you attach the > > dos > > file? Tried yesterday's snapshot of 4.1 and it still does not work. > > > > > > -- > > > > pinskia at gcc dot gnu dot org changed: > > > >What|Removed |Added > > > > CC||pinskia at gcc dot gnu dot > >||org > > > > > > Sorry, but there was no good way to do that with the form. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24919
[Bug c++/24933] New: Function template friend declaration is misinterpreted.
The following code results in an error:
namespace Foo { template void foo();}
struct Bar
{
friend void Foo::foo();
};
The error is:
/home/stefan/friend.cc:4: error: void Foo::foo() should have been declared
inside Foo
I've briefly attempted to debug this. Here are my findings:
At some point set_decl_namespace() is called for the friend
declaration, which itself then checks the function against
existing declarations in an iteration over the overload set.
In case of a non-templated function, decls_match() would return
true, but for the above function template it doesn't match,
and so we enter the 'complain' label.
Sorry I wasn't able to decipher the actual tree comparisons.
HTH...
--
Summary: Function template friend declaration is misinterpreted.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: seefeld at sympatico dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24933
[Bug c++/21764] visibility attributes on namespace scope
--- Comment #9 from geoffk at geoffk dot org 2005-11-18 19:39 ---
Subject: Re: visibility attributes on namespace scope
On 17/11/2005, at 10:15 PM, jason at redhat dot com wrote:
> --- Comment #8 from jason at redhat dot com 2005-11-18 06:15
> ---
> Subject: Re: visibility attributes on namespace scope
>
> bkoz at gcc dot gnu dot org wrote:
>> What do you mean, "less or equal visibility to their enclosing
>> scope?"
>
> Where default > protected > hidden > internal, if a class or namespace
> has a specified visibility, nested scopes should have the same
> visibility or something later in the above sequence.
Although this makes sense for classes, I'm not sure it does for
namespaces:
namespace foo __attribute__((visibility("hidden"))) {
void foo();
void bar() __attribute__((visibility("default")));
}
This seems reasonable to me; the attribute on the namespace is
setting a default, which is overridden on bar().
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21764
[Bug target/24914] gcc fails when built with --with-cpu=ep9312 --with-fpu=maverick
--- Comment #4 from rearnsha at gcc dot gnu dot org 2005-11-18 19:54 --- Subject: Bug 24914 Author: rearnsha Date: Fri Nov 18 19:54:41 2005 New Revision: 107189 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107189 Log: PR target/24914 * arm.c (arm_hard_regno_mode_ok): Co-processor registers aren't ok when not generating code to use that co-processor. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/config/arm/arm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24914
[Bug bootstrap/24859] SEVERE ERROR bootstrapping gcc on AIX 5/POWER
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-18 20:00 --- BFD: ../libsupc++/.libs/libsupc++convenience.a(tinfo2.o): Unrecognized storage can you alsotry to wipe out binutils ar also? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24859
[Bug fortran/24923] iostat on read
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-18 20:03 --- (In reply to comment #3) > a.out: relocation error: a.out: undefined symbol: _gfortran_transfer_array That means your LD_LIBRARY_PATH is finding an old version of libgfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24923
[Bug target/24914] gcc fails when built with --with-cpu=ep9312 --with-fpu=maverick
--- Comment #5 from rearnsha at gcc dot gnu dot org 2005-11-18 20:05 --- Sometimes when the reload needs to reload an expression that is a subreg of a wider register, X, into a different class than X it will call find_valid_class. This routine simply checks whether the class has any registers that *could* hold the value in X, it does not check that there *are* any such registers available. This was causing a problem on ARM in some circumstances because HARD_REGNO_MODE_OK was returning true for a class that would be suitable *if* such registers were available on the machine, but because of compilation options in force the set was currently empty. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24914
[Bug c++/24933] Function template friend declaration is misinterpreted.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 20:08 --- This is a dup of bug 8355. *** This bug has been marked as a duplicate of 8355 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24933
[Bug c++/8355] befriending a template specialization in another namespace
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-18 20:08 --- *** Bug 24933 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||seefeld at sympatico dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8355
[Bug middle-end/24912] m68k build failure: ICE: in reload_cse_simplify_operands
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-18 20:08 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01373.html>. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-11-17 15:36:02 |2005-11-18 20:08:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24912
[Bug rtl-optimization/24883] [4.1 Regression] fatal error: internal consistency failure building xorg-x11
--- Comment #5 from ian at airs dot com 2005-11-18 20:13 --- Created an attachment (id=10277) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10277&action=view) Patch This patch appears to fix the problem. However, I am about to leave for the weekend, and won't be back until Monday. Given that we are about to branch, I would greatly appreciate if somebody else could run a bootstrap and testsuite run. I will preapprove the patch if those pass. (Otherwise I will tackle it on Monday, but it would be nice to get it done before then. Thanks!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug rtl-optimization/24883] [4.1 Regression] fatal error: internal consistency failure building xorg-x11
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug target/24934] New: profilebootstrap failure with debugging disabled
profilebootstrap with CFLAGS="-O2" BOOT_CFLAGS="-O2" fails with /tmp/ccloJJLt.s: Assembler messages: /tmp/ccloJJLt.s:138: Warning: Corrupted unwind info due to unsupported section switching /tmp/ccloJJLt.s:747: Internal error! Assertion failure in ia64_estimate_size_before_relax at ../../gas/config/tc-ia64.c line 3098. Please report this bug. This is related to pr22313, but an extended patch does not fix this problem. -- Summary: profilebootstrap failure with debugging disabled Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] profilebootstrap failure with debugging disabled
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-18 20:17 --- Created an attachment (id=10278) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10278&action=view) testcase Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org BugsThisDependsOn||22313 Summary|profilebootstrap failure|[4.1 Regression] |with debugging disabled |profilebootstrap failure ||with debugging disabled Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug c++/24935] New: crash with -ftree-vectorize
Firefox 1.5 rc3, if compiled with -ftree-vectorize, always crashes on many web sites e.g. www.ciao.co.uk. see attachment .mozconfig: export MOZ_PHOENIX=1 export CFLAGS="-O3 --param max-inline-insns-single=16 --param max-inline-insns-auto=16 -fno-unswitch-loops -g -pipe -mmmx -msse -march=pentium3 -mfpmath=sse -ftree-vectorize" export CXXFLAGS="-O3 --param max-inline-insns-single=20 --param max-inline-insns-auto=20 -fno-unswitch-loops -g -pipe -mmmx -msse -march=pentium3 -mfpmath=sse -ftree-vectorize" mk_add_options MOZ_PHOENIX=1 ac_add_options --prefix=/usr/dbg ac_add_options --enable-static ac_add_options --enable-application=browser ac_add_options --enable-crypto ac_add_options --enable-single-profile ac_add_options --enable-default-toolkit=gtk2 ac_add_options --enable-optimize="-O3 -fno-unswitch-loops -g -pipe -mmmx -msse -march=pentium3 -mfpmath=sse -ftree-vectorize" ac_add_options --enable-xft ac_add_options --disable-freetype2 ac_add_options --disable-ldap ac_add_options --disable-mailnews ac_add_options --disable-profilesharing ac_add_options --disable-debug ac_add_options --disable-installer ac_add_options --disable-gtktest ac_add_options --disable-glibtest ac_add_options --disable-tests ac_add_options --disable-updater ac_add_options --disable-shared ac_add_options --disable-composer ac_add_options --disable-mathml ac_add_options --disable-accessibility -- Summary: crash with -ftree-vectorize Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: httpsuser at yahoo dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24935
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-11-18 20:18 --- Created an attachment (id=10279) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10279&action=view) profile data 1/2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-18 20:19 --- Created an attachment (id=10280) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10280&action=view) profile data 2/2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug tree-optimization/24935] crash with -ftree-vectorize
--- Comment #1 from httpsuser at yahoo dot com 2005-11-18 20:19 --- Created an attachment (id=10281) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10281&action=view) backtrace -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24935
[Bug tree-optimization/24935] crash with -ftree-vectorize
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 20:26 --- There is not enough information here to fix this bug. We need a short testcase where the bug is? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24935
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-18 20:28 --- Grrr, the testcase was created with some older binutils. Trying to create one with one that matches the reported error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug rtl-optimization/24883] [4.1 Regression] fatal error: internal consistency failure building xorg-x11
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-11-18 20:30 --- I'll do it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug tree-optimization/24935] crash with -ftree-vectorize
--- Comment #3 from httpsuser at yahoo dot com 2005-11-18 20:38 --- 1. download Firefox source http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5rc3/source/firefox-1.5rc3-source.tar.bz2 2. compile with my .mozconfig 3. run in gdb with firefox -g 4. browse http://www.ciao.co.uk/. It should crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24935
[Bug fortran/24923] iostat on read
--- Comment #5 from ray at ultramarine dot com 2005-11-18 20:51 --- Subject: Re: iostat on read On Fri, 18 Nov 2005, pinskia at gcc dot gnu dot org wrote: > > > --- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-18 20:03 > --- > (In reply to comment #3) > > a.out: relocation error: a.out: undefined symbol: > > _gfortran_transfer_array > > That means your LD_LIBRARY_PATH is finding an old version of libgfortran. > Thanks so much (thought it was statically linked). It works now, Ray -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24923
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-11-18 20:59 --- Created an attachment (id=10282) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10282&action=view) testcase new testcase. Compile with stage1/cc1 -fpreprocessed c-lex.i -quiet -dumpbase c-lex.i -auxbase-strip c-lex.o -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -Werror -version -fprofile-use -freorder-blocks-and-partition -fno-common -o /tmp/cciU35Gj.s GNU C version 4.1.0 20051116 (experimental) (SUSE Linux) (ia64-unknown-linux-gnu) compiled by GNU C version 4.1.0 20051116 (experimental) (SUSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 1c9d4c0e30064cb5ef51bb1a6548d214 stage1/as -x -o c-lex.o /tmp/cciU35Gj.s /tmp/cciU35Gj.s: Assembler messages: /tmp/cciU35Gj.s:308: Warning: Corrupted unwind info due to unsupported section switching /tmp/cciU35Gj.s:4760: Internal error! Assertion failure in ia64_estimate_size_before_relax at ../../gas/config/tc-ia64.c line 3098. Please report this bug. not using -freorder-blocks-and-partition fixes the problem. Adding -g does not make a difference. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Attachment #10278|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-11-18 20:59 --- Created an attachment (id=10283) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10283&action=view) profile data 1/2 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Attachment #10279|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-11-18 21:00 --- Created an attachment (id=10284) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10284&action=view) profile data 2/2 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Attachment #10280|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #8 from rguenth at gcc dot gnu dot org 2005-11-18 21:00 --- Created an attachment (id=10285) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10285&action=view) wrong assembly -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #9 from rguenth at gcc dot gnu dot org 2005-11-18 21:01 --- Arguably an as bug, but maybe we should not use -freorder-blocks-and-partition on ia64 profiledbootstrap. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-18 21:02 --- So if -g does not fix it, then this is not related at all to PR 22313. We should just disable --freorder-blocks-and-partition if gas is unwilling to support unwind info when the section changes. See http://sources.redhat.com/bugzilla/show_bug.cgi?id=994 for when the warning was introduced and more information on this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1 Regression] profilebootstrap failure with debugging disabled
--- Comment #11 from rguenth at gcc dot gnu dot org 2005-11-18 21:07 --- See http://sources.redhat.com/bugzilla/show_bug.cgi?id=994 for the binutils bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug ada/24857] ada/s-auxdec.ads alignment issue for arm-rtems
--- Comment #4 from joel at gcc dot gnu dot org 2005-11-18 21:16 --- arm-rtems4.7 now builds. The empty version is used for all RTEMS target. Thanks. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
[Bug fortran/23815] Add -byteswapio flag
--- Comment #18 from tkoenig at gcc dot gnu dot org 2005-11-18 21:17 --- Updated patch. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/fortra|http://gcc.gnu.org/ml/fortra |n/2005-11/msg00372.html |n/2005-11/msg00451.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug fortran/24936] New: Internal error
Following code causing the ice in fortran/trans.c at line 152 $ cat test_forall.f90 program test_forall type element character(32), pointer :: name end type element type(element) :: charts(50) character(32), target :: names(50) forall(i=1:50) charts(i)%name => names(i) end forall end $ gfortran -v test_forall.f90 Using built-in specs. Target: powerpc64-linux Configured with: /home/gccbuild/gcc_trunk_anonsvn/trunk/configure --prefix=/opt/gcc-nightly/trunk-20051117 --build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux --with-cpu=default32 --with-as=/opt/gcc-nightly/trunk-20051117/bin/as --with-ld=/opt/gcc-nightly/trunk-20051117/bin/ld --enable-threads=posix --enable-shared --enable-__cxa_atexit --enable-languages=c,c++,f95,java,objc,obj-c++ --enable-checking --with-mpfr=/opt/gcc-nightly/trunk-20051117 Thread model: posix gcc version 4.1.0 20051117 (experimental) /home/gcc-nightly/trunk-20051117/bin/../libexec/gcc/powerpc64-linux/4.1.0/f951 forall.f90 -quiet -dumpbase forall.f90 -auxbase forall -version -o /tmp/ccFvW4R8.s GNU F95 version 4.1.0 20051117 (experimental) (powerpc64-linux) compiled by GNU C version 4.1.0 20051117 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 forall.f90: In function MAIN__: forall.f90:1: internal compiler error: in gfc_add_modify_expr, at fortran/trans.c:152 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: Internal error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uttamp at us dot ibm dot com GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24936
[Bug java/24938] New: gcj -C miscompiles gnu/CORBA/DynAn/gnuDynValue.java
There are two pieces of code in gnuDynValue that generate unverifiable (and
wrong!) code.
The following method in this file:
public int component_count()
{
return isNull ? 0 : super.component_count();
}
Generates the following byte code:
Method name:"component_count" public Signature: ()int
Attribute "Code", length:38, max_stack:2, max_locals:1, code_length:14
0: aload_0
1: getfield
4: ifeq 9
7: iconst_0
8: ireturn
9: aload_0
10: invokespecial
13: ireturn
Attribute "LineNumberTable", length:6, count: 1
line: 369 at pc: 0
PC 10 is wrong. And the verifier actually catches that:
gnu/CORBA/DynAn/gnuDynValue.java: In class 'gnu.CORBA.DynAn.gnuDynValue':
gnu/CORBA/DynAn/gnuDynValue.java: In method
'gnu.CORBA.DynAn.gnuDynValue.component_count()':
gnu/CORBA/DynAn/gnuDynValue.java:369: error: verification failed at PC=10:
didn't see expected constant
Another method in this file that exhibits this is:
public boolean equal(DynAny other)
{
if (other instanceof DynValueOperations)
{
DynValueCommon o = (DynValueCommon) other;
if (isNull)
return o.is_null() && o.type().equal(official_type);
else
return !o.is_null() && super.equal(other);
}
else
return false;
}
That last super.equal() call generates the same wrong code.
This might be an existing bug, but I couldn't quickly find it.
I have a workaround for this issue that I want to get in before reducing this.
--
Summary: gcj -C miscompiles gnu/CORBA/DynAn/gnuDynValue.java
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mark at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24938
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #16 from rth at gcc dot gnu dot org 2005-11-18 23:32 --- Alex's explanation can't be all of it. I hacked the compiler to emit two "mf" instructions before and after the sequence here, and it made no difference to the two tests failing. I really have no idea what's going on. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug rtl-optimization/24899] [4.1 Regression] Miscompiles libgnomecanvas
--- Comment #8 from steven at gcc dot gnu dot org 2005-11-18 23:35 --- I can't reproduce this with r107187. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
[Bug fortran/24936] [4.1 Regression] Internal error
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:36 --- Confirmed, I might had caused this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-18 23:36:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24936
[Bug rtl-optimization/24899] [4.1 Regression] Miscompiles libgnomecanvas
--- Comment #9 from steven at gcc dot gnu dot org 2005-11-18 23:37 --- This does in no way block the removal of loop.c. Rather, the (now latent again) bug would disappear with loop.c if/when we nuke it. -- steven at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||22366 OtherBugsDependingO|22366 | nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
[Bug fortran/24936] [4.1 Regression] Internal error
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 23:38 --- Here is what the parse tree looks like: POINTER ASSIGN MAIN__:charts(MAIN__:i) % name MAIN__:names(MAIN__:i) -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|powerpc64-linux | GCC host triplet|powerpc64-linux | GCC target triplet|powerpc64-linux | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24936
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #17 from pcarlini at suse dot de 2005-11-18 23:41 --- (In reply to comment #16) > Alex's explanation can't be all of it. I hacked the compiler to emit two > "mf" instructions before and after the sequence here, and it made no > difference to the two tests failing. I really have no idea what's going on. Thanks for your experiments. I'll try to help further, come up with a reduced piece of code actually failing, investigate whether something else important went in mid of April, maybe. I don't have much more, right now :( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug java/24184] bytecode miscompilation of CORBA
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:51 --- PR 24938 has a little more anaylsis of the problem. *** This bug has been marked as a duplicate of 24938 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24184
[Bug java/24938] gcj -C miscompiles gnu/CORBA/DynAn/gnuDynValue.java
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:51 --- *** Bug 24184 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24938
[Bug java/24938] gcj -C miscompiles gnu/CORBA/DynAn/gnuDynValue.java
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 23:52 --- By the way it was PR 24184 which I closed as a dup of this one since this has more information. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-18 23:52:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24938
[Bug rtl-optimization/24823] [4.1 Regression] ICE in insert_save, at caller-save.c:719
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-19 00:02 --- (In reply to comment #6) > Btw., this also happens on armv4l compiling NX: That might be a different bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
[Bug rtl-optimization/24823] [4.1 Regression] ICE in insert_save, at caller-save.c:719
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-19 00:06 ---
The instruction:
(call_insn:HI 361 360 362 32 (set (parallel:DC [
(expr_list:REG_DEP_TRUE (reg:DF 21 xmm0)
(const_int 0 [0x0]))
(expr_list:REG_DEP_TRUE (reg:DF 22 xmm1)
(const_int 8 [0x8]))
])
(call (mem:QI (symbol_ref:DI ("zlatm2_") [flags 0x41]
) [0 S1 A8])
Means that xmm0 and xmm1 is the return value from that call.
This really only shows up with complex types as we actually split them up very
early on unlike DImode on 32bit targets or TImode on 64bit targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
[Bug c++/8355] befriending a template specialization in another namespace
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8355
[Bug rtl-optimization/24823] [4.1 Regression] ICE in insert_save, at caller-save.c:719
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-19 00:14 ---
Note the shortest (C) testcase get that pattern is:
_Complex double f(void);
void g(void)
{
_Complex double a = f();
}
Though will not cause the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
[Bug fortran/24807] Fortran supports real*16, but not complex*32
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-19 00:14 --- (In reply to comment #1) > The reason of the problem is that the conversion from complex*N to real*M with > N=2M happens only for selected values. The enclosed patch may help. This patch is OK but I don't quite get the error message: what is the "old-style complex kind"? Can you make it more explicit, or just simply say "Complex kind not allowed at %L"? Otherwise, it's OK to commit on mainline (4.0 doesn't need it because it doesn't have support for large kinds anyway). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin8.3.0 | GCC host triplet|powerpc-apple-darwin8.3.0 | Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-11-19 00:14:42 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
[Bug rtl-optimization/24899] [4.1 Regression] Miscompiles libgnomecanvas
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-19 00:32 --- (In reply to comment #8) > I can't reproduce this with r107187. I cannot reproduce it either with 107184 either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
[Bug ada/24857] ada/s-auxdec.ads alignment issue for arm-rtems
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
[Bug debug/7030] Incorrect DWARF
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.1.x/3.2.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7030
[Bug c/8083] GCC does not warn for aliasing violations
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8083
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #18 from rth at gcc dot gnu dot org 2005-11-19 00:56 --- Dammit, lemme try again; I patched a different tree than I tested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
