[Bug target/20924] [4.0/4.1 regression] inline float divide does not set correct fpu status flags
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 07:33 --- This problem shows with running the glibc testsuite. If the inlined functions are used, the functions are not setting the state and this is a violation of ISO C. -- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20924
[Bug ada/20042] [4.0/4.1 regression] ACATS cxaca01 assembler Bad Absolute Expression error on
--- Additional Comments From laurent at guerby dot net 2005-04-10 07:48 --- A similar error happens on hppa-hpux with 4.0.0 20050408 (prerelease): /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -c -I./ -B/mnt/gnu/gcc-3.3/objdir/gcc/ -gnatws -O2 -I/mnt/gnu/gcc-3.3/objdir/gcc/testsuite/ada/acats/support -I- /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/ada/acats/support/fxaca00.ads /var/tmp//ccIPbflH.s: Assembler messages: /var/tmp//ccIPbflH.s:400: Fatal error: can't extend frag 4294967289 chars gnatmake: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/ada/acats/support/fxaca00.ads compilation error But it does not happen on hppa-linux for some reason. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a0)
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:23 --- Waiting for the 4.0 branch to reopen to apply there. -- What|Removed |Added Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19106
[Bug libfortran/19014] print *,maxloc(array) segfaults
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:24 --- Waiting for the 4.0 branch to reopen to apply there. -- What|Removed |Added Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19014
[Bug libfortran/17992] reading empty line does not return 0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 17992 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
[Bug libfortran/20131] gfortan - incorrectly reads beyond the end of line.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20131 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20131
[Bug libfortran/19595] eor does not work
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 19595 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
[Bug libfortran/20744] size= isn't implemented correctly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20744 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20744
[Bug libfortran/19568] incorrect formatted read
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 19568 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19568
[Bug libfortran/20661] End of record not detected
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20661 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20661
[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20138 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug libfortran/20005] reading a single return character fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20005 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20005
[Bug libfortran/20092] console input doesn't deal correctly with CR
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 --- Subject: Bug 20092 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90 eor_handling_3.f90 eor_handling_4.f90 eor_handling_5.f90 noadv_size.f90 pad_no.f90 Log message: 2005-04-10 Thomas Koenig [EMAIL PROTECTED] PR libfortran/17992 PR libfortran/19568 PR libfortran/19595 PR libfortran/20005 PR libfortran/20092 PR libfortran/20131 PR libfortran/20138 PR libfortran/20661 PR libfortran/20744 * io/transfer.c (top level): eor_condition: New static variable. (read_sf): Remove unnecessary zeroing of buffer (there is enough information in its length). Return a string of length 0 (to be padded by caller) if EOR was seen previously. Remove erroneous special casing of EOR for standard input. Set eor_condition for non-advancing I/O if an end of line was detected. Increment ioparm.size if necessary. (formatted_transfer): Skip the function if there is an EOR condition. (data_transfer_init): Initialize eor_condition to zero (false). (next_record_r): Clear sf_seen_eor if a \n has been seen already. (finalize_transfer): If there is an EOR condition, raise the error. 2005-04-10 Thomas Koenig [EMAIL PROTECTED] * eor_handling_1.f90: New test case. * eor_handling_2.f90: New test case. * eor_handling_3.f90: New test case. * eor_handling_4.f90: New test case. * eor_handling_5.f90: New test case. * noadv_size.f90: New test case. * pad_no.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.188r2=1.189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5320r2=1.5321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
[Bug libfortran/17992] reading empty line does not return 0
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:37 --- Fixed in 4.1.0, waiting for inclusion into 4.0. -- What|Removed |Added Keywords||patch Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
[Bug libfortran/19568] incorrect formatted read
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:38 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19568
[Bug libfortran/19595] eor does not work
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:39 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords||patch Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
[Bug libfortran/20005] reading a single return character fails
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:40 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords||patch Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20005
[Bug libfortran/20092] console input doesn't deal correctly with CR
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:41 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords||patch Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
[Bug libfortran/20131] gfortan - incorrectly reads beyond the end of line.
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:41 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20131
[Bug fortran/20854] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:42 --- Confirmed. Intel says: Dummy argument A of procedure TRY cannot have a type that is PRIVATE. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:42:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20854
[Bug fortran/20855] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:44 --- Right now gfortran is giving the right warning, but the compiler then encounters an internal error. - In file pr20855.f90:1 0 CONTINUE 1 Warning: Ignoring statement label of zero at (1) In file pr20855.f90:2 END 1 Internal Error at (1): free_expr0(): Bad expr type -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:44:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20855
[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:44 --- (In reply to comment #4) Subject: Bug 20138 Whoops, an erroneous entry in the Changelog here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug libfortran/20661] End of record not detected
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:44 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords||patch Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20661
[Bug libfortran/20744] size= isn't implemented correctly
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:45 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to fail|4.0.0 4.1.0 | Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20744
[Bug fortran/20856] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:46 --- I'm not sure what the error should be for that one. Is the problem the SAVE attribute given to Y? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856
[Bug fortran/20857] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:47 --- Confirmed. As g95 says: Argument for parameter 'i' at (1) is INTENT(INOUT) and actual argument is not a variable. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:47:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20857
[Bug fortran/20858] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:48 --- Intel says The type of the target is different from the pointer. Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:48:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20858
[Bug fortran/20859] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:49 --- An array section having a vector subscript is not permitted if dummy argument has intent [IN]OUT, says Intel. We should do something too. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:49:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20859
[Bug fortran/20860] error needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 08:50 --- g95 says: Derived type variable 'dd' at (1) has a default initialization and cannot be EQUIVALENCEd. Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 08:50:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20860
[Bug target/20375] [4.0/4.1 Regression] C++ ICE in assign_parm_find_entry_rtl
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-10 09:17 --- Bum. I will look at it this week. Changing the target arch field to alpha -- What|Removed |Added GCC target triplet|ia64-*-hpux11.* |alpha-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20375
[Bug libfortran/19872] [4.0 only] closed and re-opened file not overwriten
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 09:36 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to work||4.1.0 Summary|closed and re-opened file |[4.0 only] closed and re- |not overwriten |opened file not overwriten http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19872
[Bug libfortran/20163] [4.0 only] gfortran - error opening direct access file
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 09:41 --- First half is ixed in 4.1.0 - waiting for 4.0 to reopen. -- What|Removed |Added Status|RESOLVED|REOPENED Known to work||4.1.0 Resolution|FIXED | Summary|gfortran - error opening|[4.0 only] gfortran - error |direct access file |opening direct access file http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-10 10:20 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00278.html -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 10:20:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788
[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 10:38 --- Subject: Bug 20788 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-10 10:38:00 Modified files: libgfortran: ChangeLog libgfortran/runtime: environ.c Log message: PR libfortran/20788 * runtime/environ.c (init_unsigned_integer): Function for environment variables we want to be positive. (init_integer): Function to allow negative environment variables (e.g. for GFORTRAN_STDIN_UNIT). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.190r2=1.191 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/runtime/environ.c.diff?cvsroot=gccr1=1.9r2=1.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788
[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 10:38 --- For your problem, an easy solution is to use static linking, which seems to avoid that issue (that is, you program works as expected without having to set GFORTRAN_STDIN_UNIT). Otherwise, I commited a patch to fix the issue with negative GFORTRAN_*_UNIT being ignored (on mainline only). -- What|Removed |Added Last reconfirmed|2005-04-10 10:20:45 |2005-04-10 10:38:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788
[Bug target/20924] [4.0/4.1 regression] inline float divide does not set correct fpu status flags
-- What|Removed |Added CC||sje at cup dot hp dot com Keywords||wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20924
[Bug ada/20042] [4.0/4.1 regression] ACATS cxaca01 assembler Bad Absolute Expression error on
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 12:42 --- (In reply to comment #1) But it does not happen on hppa-linux for some reason. Because it is just a warning with gas which is I feel is wrong. It is the same reason why it only happens on darwin and not linux also for PPC. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
[Bug libfortran/20163] [4.0 only] gfortran - error opening direct access file
-- What|Removed |Added Target Milestone|4.0.0 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
Re: Fix tree-optimization/20920
On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote: Sigh. Another SSA_NAME flowing through EH edges getting in the way. I'm starting to think that it would be much better to make these SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid all the monkeying around that optimizers have to do. It would involve a bit of trickery because we only detect them when they first go into SSA form, but it's doable. Comments from EH folks? But we loose too much optimizations in C++. Not committed yet. Mainline is segfaulting somewhere in libjava with and without my patch. Somewhere in final code generation. I still haven't looked hard. Could anyone with access to a darwin machine test this patch for me? I will test this soon. Thanks, Andrew Pinski
[Bug tree-optimization/20926] New: ICE: tree check, in recent builds, multiple functions in file
gfortran -c -v -O -march=pentium4 llnt.f90 GNU F95 version 4.1.0 20050403 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.1.0 20050403 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 llnt.f90: In function 'supply': llnt.f90:4931: internal compiler error: tree check: expected ssa_name, have var_ decl in verify_ssa, at tree-ssa.c:684 -- Summary: ICE: tree check, in recent builds, multiple functions in file Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tprince at computer dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20926
[Bug tree-optimization/20926] ICE: tree check, in recent builds
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Summary|ICE: tree check, in recent |ICE: tree check, in recent |builds, multiple functions |builds |in file | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20926
[Bug tree-optimization/20926] ICE: tree check, in recent builds
--- Additional Comments From tprince at computer dot org 2005-04-10 13:30 --- Created an attachment (id=8575) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8575action=view) A Livermore Fortran Kernel driver, reproduces ICE as described -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20926
[Bug tree-optimization/20926] ICE: tree check, in recent builds
--- Additional Comments From tprince at computer dot org 2005-04-10 13:34 --- Created an attachment (id=8576) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8576action=view) A Livermore Fortran Kernel driver, reproduces ICE as described The functions can be compiled one by one without exhibiting this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20926
[Bug target/20927] New: ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
Compiling plotutils with GCC 4.0 CVS as of yesterday I get the following ICE: $ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I./../include -DLIBPLOT -I/usr/X11R6/include -O2 -fmessage-length=0 -Wall -pipe -c g_subpaths.c -fPIC -DPIC -o .libs/g_subpaths.o -v -save-temps gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. Target: s390x-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,f95,java,ada --enable-checking --with-gxx-include-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=s390x-suse-linux Thread model: posix gcc version 4.0.0 20050409 (prerelease) (SUSE Linux) /usr/lib64/gcc/s390x-suse-linux/4.0.0/cc1 -E -quiet -v -I. -I. -I.. -I/usr/X11R6/include -I./../include -I/usr/X11R6/include -DHAVE_CONFIG_H -DLIBPLOT -DPIC g_subpaths.c -m64 -mzarch -march=z900 -Wall -fmessage-length=0 -fPIC -O2 -fpch-preprocess -o g_subpaths.i ignoring duplicate directory . ignoring duplicate directory /usr/X11R6/include #include ... search starts here: #include ... search starts here: . .. /usr/X11R6/include ./../include /usr/local/include /usr/lib64/gcc/s390x-suse-linux/4.0.0/include /usr/lib64/gcc/s390x-suse-linux/4.0.0/../../../../s390x-suse-linux/include /usr/include End of search list. /usr/lib64/gcc/s390x-suse-linux/4.0.0/cc1 -fpreprocessed g_subpaths.i -quiet -dumpbase g_subpaths.c -m64 -mzarch -march=z900 -auxbase-strip .libs/g_subpaths.o -O2 -Wall -version -fmessage-length=0 -fPIC -o g_subpaths.s GNU C version 4.0.0 20050409 (prerelease) (SUSE Linux) (s390x-suse-linux) compiled by GNU C version 4.0.0 20050409 (prerelease) (SUSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 g_subpaths.c: In function ‘_add_arc_as_lines’: g_subpaths.c:540: internal compiler error: in smallest_mode_for_size, at stor-layout.c:221 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot de,uweigand at de dot ibm dot com GCC build triplet: s390x-linux-gnu GCC host triplet: s390x-linux-gnu GCC target triplet: s390x-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug target/20927] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00 --- Created an attachment (id=8578) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug target/20928] New: ICE: unrecognoizable insns
Compiling clisp with gcc 4 CVS fails with the following ICE. This is a regression from GCC 3.3. $ gcc -fPIC -D_GNU_SOURCE -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -O -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -DNO_SIGSEGV -I. -c spvw.c -save-temps -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,f95,java,ada --enable-checking --with-gxx-include-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=x86_64-suse-linux Thread model: posix gcc version 4.0.0 20050410 (prerelease) (SUSE Linux) /usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -E -quiet -v -I. -D_GNU_SOURCE -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -DNO_SIGSEGV spvw.c -mtune=k8 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fPIC -O -fpch-preprocess -o spvw.i #include ... search starts here: #include ... search starts here: . /usr/local/include /usr/lib64/gcc/x86_64-suse-linux/4.0.0/include /usr/lib64/gcc/x86_64-suse-linux/4.0.0/../../../../x86_64-suse-linux/include /usr/include End of search list. /usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -fpreprocessed spvw.i -quiet -dumpbase spvw.c -mtune=k8 -auxbase spvw -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -version -fPIC -o spvw.s GNU C version 4.0.0 20050410 (prerelease) (SUSE Linux) (x86_64-suse-linux) compiled by GNU C version 4.0.0 20050410 (prerelease) (SUSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 In file included from spvw.d:25: lispbibl.d:7430: warning: volatile register variables don’t work as you might wish In file included from spvw.d:563: spvw_typealloc.d: In function ‘allocate_vector’: spvw_typealloc.d:94: error: unrecognizable insn: (insn 93 92 88 4 (set (reg/f:DI 87) (plus:DI (reg:DI 91) (const_int 1125899906842624 [0x4]))) -1 (insn_list:REG_DEP_TRUE 92 (nil)) (expr_list:REG_DEAD (reg:DI 91) (expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI (symbol_tab_data) [flags 0x40] var_decl 0x2b1cc750 symbol_tab_data) (const_int 1125899906842624 [0x4]))) (nil spvw_typealloc.d:94: internal compiler error: in extract_insn, at recog.c:2060 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE: unrecognoizable insns Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,hubicka at gcc dot gnu dot org,matz at suse dot de GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] ICE: unrecognizable insns
-- What|Removed |Added Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] ICE: unrecognizable insns
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08 --- Created an attachment (id=8579) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug libfortran/19872] [4.0 only] closed and re-opened file not overwriten
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 15:14 --- Re-open to bug report, so patch gets committed to 4.0.1 -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19872
[Bug c++/20929] New: internal compiler error: verify_stmts failed.
Compiling mozilla on i586 (and also on s390) I see the following failure: c++ -o nsTableFrame.o -c -DOSTYPE=\Linux2.6\ -DOSARCH=\Linux\ -DDEBUG_TABLE_REFLOW_TIMING_off -DDEBUG_TABLE_STRATEGY_off -D_IMPL_NS_LAYOUT -I./../../base/src -I./../../style/src -I./../../content/src -I./../../../base/src -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/dom -I../../../../dist/include/content -I../../../../dist/include/gfx -I../../../../dist/include/widget -I../../../../dist/include/locale -I../../../../dist/include/view -I../../../../dist/include/accessibility -I../../../../dist/include/necko -I../../../../dist/include/webshell -I../../../../dist/include/layout -I../../../../dist/include -I/usr/src/packages/BUILD/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -fno-strict-aliasing -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/nsTableFrame.pp nsTableFrame.cpp -v -save-temps c++: warning: -pipe ignored because -save-temps specified Using built-in specs. Target: i586-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --enable-checking --with-gxx-include-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux Thread model: posix gcc version 4.0.0 20050410 (prerelease) (SUSE Linux) /usr/lib/gcc/i586-suse-linux/4.0.0/cc1plus -E -quiet -v -I./../../base/src -I./../../style/src -I./../../content/src -I./../../../base/src -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/dom -I../../../../dist/include/content -I../../../../dist/include/gfx -I../../../../dist/include/widget -I../../../../dist/include/locale -I../../../../dist/include/view -I../../../../dist/include/accessibility -I../../../../dist/include/necko -I../../../../dist/include/webshell -I../../../../dist/include/layout -I../../../../dist/include -I/usr/src/packages/BUILD/mozilla/dist/include/nspr -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -D_GNU_SOURCE -D_REENTRANT -DOSTYPE=Linux2.6 -DOSARCH=Linux -DDEBUG_TABLE_REFLOW_TIMING_off -DDEBUG_TABLE_STRATEGY_off -D_IMPL_NS_LAYOUT -DNDEBUG -DTRIMMED -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -MD .deps/nsTableFrame.pp nsTableFrame.cpp -march=i586 -mtune=i686 -march=i586 -mtune=i686 -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -Wall -Wall -fPIC -fno-rtti -fno-exceptions -fmessage-length=0 -fno-strict-aliasing -fshort-wchar -ffunction-sections -fmessage-length=0 -fno-strict-aliasing -O2 -O2 -fpch-preprocess -o nsTableFrame.ii ignoring nonexistent directory ./../../content/src ignoring duplicate directory /usr/X11R6/include ignoring duplicate directory /usr/X11R6/include #include ... search starts here: #include ... search starts here: ./../../base/src ./../../style/src ./../../../base/src ../../../../dist/include/xpcom ../../../../dist/include/string ../../../../dist/include/dom ../../../../dist/include/content ../../../../dist/include/gfx ../../../../dist/include/widget ../../../../dist/include/locale ../../../../dist/include/view ../../../../dist/include/accessibility ../../../../dist/include/necko ../../../../dist/include/webshell ../../../../dist/include/layout ../../../../dist/include /usr/src/packages/BUILD/mozilla/dist/include/nspr /usr/X11R6/include /usr/include/c++/4.0.0 /usr/include/c++/4.0.0/i586-suse-linux /usr/include/c++/4.0.0/backward /usr/local/include /usr/lib/gcc/i586-suse-linux/4.0.0/include /usr/lib/gcc/i586-suse-linux/4.0.0/../../../../i586-suse-linux/include /usr/include End of search list. /usr/lib/gcc/i586-suse-linux/4.0.0/cc1plus -fpreprocessed nsTableFrame.ii -quiet -dumpbase nsTableFrame.cpp -march=i586 -mtune=i686 -march=i586 -mtune=i686 -auxbase-strip nsTableFrame.o -O2 -O2 -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -Wall -Wall -version -fPIC -fno-rtti -fno-exceptions -fmessage-length=0 -fno-strict-aliasing -fshort-wchar -ffunction-sections -fmessage-length=0 -fno-strict-aliasing -o nsTableFrame.s GNU C++ version 4.0.0 20050410 (prerelease) (SUSE Linux) (i586-suse-linux) compiled by GNU C version 4.0.0 20050410
[Bug c++/20929] internal compiler error: verify_stmts failed.
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34 --- Created an attachment (id=8580) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580action=view) Preprocessed source file - i586 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug target/20928] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:01 ---
Also happens with mainline.
extern struct symbol_tab_
{
void *S_nil;
} symbol_tab_data;
typedef struct
{
unsigned int length;
void *data[0];
} s;
void *
allocate_vector (unsigned int len)
{
unsigned int need;
s *ptr;
void *obj;
ptr-length = len;
void **p = ptr-data[0];
do {
*p++ = unsigned char *) ((symbol_tab_data.S_nil)) +
((unsigned long int) (((1L (2 48;
} while (!(--len == 0));
return obj;
}
t.c: In function 'allocate_vector':
t.c:25: error: unrecognizable insn:
(insn 56 55 51 0 (set (reg/f:DI 70)
(plus:DI (reg:DI 73)
(const_int 1125899906842624 [0x4]))) -1
(insn_list:REG_DEP_TRUE 55 (nil))
(expr_list:REG_DEAD (reg:DI 73)
(expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI
(symbol_tab_data) [flags 0x40] var_decl 0x2a95a36270 symbol_tab_data)
(const_int 1125899906842624 [0x4])))
(nil
t.c:25: internal compiler error: in extract_insn, at recog.c:2082
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-10 16:01:50
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 16:03 --- Needs -O -mtune=k8 -fPIC of course. -fPIC seems to cause the problem. -- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE: unrecognizable insns |[4.0/4.1 regression] ICE: ||unrecognizable insns Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
asl pls
Hi Users, we have update new stuff on my website. Just check it out dont be missed. Enjoy www.anch4.ne/banner.htm regard susan you receive this email because you subscribe. to unsubscribe contact [EMAIL PROTECTED] [EMAIL PROTECTED] www.anch4.net
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 16:08 --- Double *sigh*. The old loop optimizer introduces the offending insn. From the .loop dump: Insn 26: regno 70 (life 1), move-insn forces 25 savings 1 moved to 56 Hoisted regno 74 r/o from (mem/u/c:DI (const:DI (unspec:DI [ (symbol_ref:DI (symbol_tab_data) [flags 0x40] var_decl 0x2a95a36270 symbol_tab_data) ] 2)) [0 S8 A8]) ... (insn 56 55 51 0 (set (reg/f:DI 70) (plus:DI (reg:DI 73) (const_int 1125899906842624 [0x4]))) -1 (nil) (expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI (symbol_tab_data) [flags 0x40] var_decl 0x2a95a36270 symbol_tab_data) (const_int 1125899906842624 [0x4]))) (nil))) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug tree-optimization/20929] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |critical Component|c++ |tree-optimization Keywords||ice-on-valid-code Summary|internal compiler error:|[4.0/4.1 Regression] |verify_stmts failed.|internal compiler error: ||verify_stmts failed. Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug libfortran/20930] New: [4.0 Regression] gfortran.dg/backspace.f execution test
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/backspace.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa64-hp-hp ux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/hppa64-hp-hpux11.11/./lib iberty -lm -o ./backspace.exe(timeout = 300) PASS: gfortran.dg/backspace.f -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-3.3/objdir/hppa64-hp-hpux11.11/./libg fortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:.:/test/gnu/gcc-3.3/objdir/hppa64-hp- hpux11.11/./libgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:/opt/gnu64/gcc/gcc-3. 5.0/lib FAIL: gfortran.dg/backspace.f -O0 execution test -- Summary: [4.0 Regression] gfortran.dg/backspace.f execution test Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa*-*-hpux* GCC host triplet: hppa*-*-hpux* GCC target triplet: hppa*-*-hpux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 16:34 --- Does this work on the mainline? If so the following patch fixes it: 2005-04-08 Eric Botcazou [EMAIL PROTECTED] * io/backspace.c (unformatted_backspace): Do not dereference the pointer to the stream. -- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10 16:39 --- Eric's patch went in after my last mainline build and codesourcery isn't building fortran. I'll check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 16:42 --- Hmm, it is on the 4.0 branch too so it might not have fixed it. I think powerpc-aix is also seeing the same failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug tree-optimization/20931] New: fold checking failure
With the following C++ code we get a fold checking failure on the 4.0 branch at
least:
int
__finite (double __x) throw ()
{
return (__extension__
(union { double __d; int __i[2]; }) {__d: __x}).__i[1]
| 0x800fu) + 1) 31));
}
}
--
Summary: fold checking failure
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931
[Bug tree-optimization/20931] fold checking failure
-- What|Removed |Added GCC target triplet||x86_64-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:24 ---
After CSE1 (t.c.04.cse) we have:
(insn 20 18 22 1 (set (reg:DI 66)
(mem/u/c:DI (const:DI (unspec:DI [
(symbol_ref:DI (bar) [flags 0x40] var_decl
0x2a95a2f000 bar)
] 2)) [0 S8 A8])) 81 {*movdi_1_rex64} (nil)
(nil))
(insn 22 20 23 1 (set (reg:DI 68)
(const_int 2147483648 [0x8000])) 81 {*movdi_1_rex64} (nil)
(nil))
(insn 23 22 24 1 (parallel [
(set (reg:DI 67)
(plus:DI (reg:DI 66)
(reg:DI 68)))
(clobber (reg:CC 17 flags))
]) 193 {*adddi_1_rex64} (nil)
(expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI (bar) [flags
0x40] var_decl 0x2a95a2f000 bar)
(const_int 2147483648 [0x8000])))
(nil)))
but old loop (t.c.06.loop) somehow turns this into:
(insn 45 48 46 0 (set (reg:DI 69)
(mem/u/c:DI (const:DI (unspec:DI [
(symbol_ref:DI (bar) [flags 0x40] var_decl
0x2a95a2f000 bar)
] 2)) [0 S8 A8])) -1 (nil)
(nil))
(insn 46 45 41 0 (set (reg/f:DI 67)
(plus:DI (reg:DI 69)
(const_int 2147483648 [0x8000]))) -1 (nil)
(expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI (bar) [flags
0x40] var_decl 0x2a95a2f000 bar)
(const_int 2147483648 [0x8000])))
(nil)))
Note how we have lost a clobber and turned a reg+reg addition into a reg+imm;
from:
(set (reg:DI 66) (mem:DI (const:DI (unspec:DI [(symbol_ref:DI (bar))]
(set (reg:DI 68) (const_int 2147483648 [0x8000]))
(parallel [
(set (reg:DI 67) (plus:DI (reg:DI 66) (reg:DI 68)))
(clobber (reg:CC 17 flags))])
to:
(set (reg:DI 69) (mem:DI (const:DI (unspec:DI [(symbol_ref:DI (bar))]
(set (reg/f:DI 67) (plus:DI (reg:DI 69) (const_int 2147483648 [0x8000])))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 17:39 --- The offending insn is created by emit_move_insn in loop.c, here: 2354start_sequence (); 2355emit_move_insn (m-insert_temp ? newreg : m-set_dest, 2356m-set_src); 2357seq = get_insns (); 2358end_sequence (); (gdb) p debug_rtx_list (seq, 10) (insn 45 0 46 (set (reg:DI 69) (mem/u/c:DI (const:DI (unspec:DI [ (symbol_ref:DI (bar) [flags 0x40] var_decl 0x2a95a2f000 bar) ] 2)) [0 S8 A8])) -1 (nil) (nil)) (insn 46 45 0 (set (reg/f:DI 67) (plus:DI (reg:DI 69) (const_int 2147483648 [0x8000]))) -1 (nil) (expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI (bar) [flags 0x40] var_decl 0x2a95a2f000 bar) (const_int 2147483648 [0x8000]))) (nil))) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug fortran/20932] New: Writing of strings sometime does not work
I don't have a short example for this bug, but maybe someone can see what is
going on from the error message that I get. I am running large molecular
dynamics program
named CHARMM (Chemistry at HARvard Macromolecular Mechanics) and it runs fine
when compiled with gfortran (gcc-4.0.0-beta20050402.ebuild). Except a few
quirks. This one is very strange:
In the CHARMM we have a subroutine PSFSUM which basically prints out some info
about the molecular structure to be simulated. This is the message I get when
running CHARMM:
charmm 100x 100x-scalar
At line 442 of file psfsum.f
Fortran runtime error: Expected INTEGER for item 1 in formatted transfer, got
CHARACTER
(A)
^
If I make a separate program out of this line, which looks like this everything
is OK!!!
integer unit
unit=6
WRITE (UNIT, '(A)') ! this is line 441 in psfsum.f
' PSFSUM PSF modified: NONBOND lists and IMAGE atoms cleared.'
end
Then I go back into original psfsum.f and modify the above line to:
WRITE (UNIT, )
FORMAT(' ',
$ ' PSFSUM PSF modified: NONBOND lists and IMAGE atoms cleared.')
the big prgram is happy too. Note the single space string in the format
statement. If I don't put it there, then the program skips the whole line. If it
is there the printout is OK.
--
Summary: Writing of strings sometime does not work
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:52 ---
My RTL-fu is way below par, so perhaps this doesn't make sense at all, but...
It seems that emit_move_insn must always produce valid move insns. So it
should check that an immediate is a valid PIC operand if -fPIC. In this case
I'd say LEGITIMATE_CONSTANT_P is the wrong target macro to use. So you would
have this instead:
Index: expr.c
===
RCS file: /cvs/gcc/gcc/gcc/expr.c,v
retrieving revision 1.783
diff -u -3 -p -r1.783 expr.c
--- expr.c 30 Mar 2005 21:34:23 - 1.783
+++ expr.c 10 Apr 2005 17:51:01 -
@@ -3093,7 +3093,8 @@ emit_move_insn (rtx x, rtx y)
y_cst = y;
- if (!LEGITIMATE_CONSTANT_P (y))
+ if ((!flag_pic !LEGITIMATE_CONSTANT_P (y))
+ || (flag_pic !LEGITIMATE_PIC_OPERAND_P (y)))
{
y = force_const_mem (mode, y);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug fortran/20932] Writing of strings sometime does not work
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 18:20 --- Can you try compiling your code with a compiler from today's source (2005-05-10)? Thomas Koenig just committed several fixes for handling End-of-Record. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin
--- Additional Comments From ripley at stats dot ox dot ac dot uk 2005-04-10 18:33 --- Subject: Re: Loading libgfortran.so clobbers C redirection of stdin Thank you for the suggestion, which had already been tried. It does not always work as the static library is not compiled with -fPIC and so cannot be linked into DSOs to be dlopen-ed. E.g. it fails on x86_64. Being unable to correctly compile a GNU project (R is a GNU project) with silent errors seems to us to be a quite serious bug. It make gcc4/gfortran unusable on a common platform (x86_64), and easy to break on many others. (R is an extensible system, and loading any extension compiled against a dyanmic libgfortran leads silently to incorrect results.) On Sun, 10 Apr 2005, fxcoudert at gcc dot gnu dot org wrote: --- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10 10:38 --- For your problem, an easy solution is to use static linking, which seems to avoid that issue (that is, you program works as expected without having to set GFORTRAN_STDIN_UNIT). Otherwise, I commited a patch to fix the issue with negative GFORTRAN_*_UNIT being ignored (on mainline only). -- What|Removed |Added Last reconfirmed|2005-04-10 10:20:45 |2005-04-10 10:38:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788
[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From mark at codesourcery dot com 2005-04-10 18:44 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail Roger Sayle wrote: On 9 Apr 2005, Alexandre Oliva wrote: On Apr 8, 2005, Roger Sayle [EMAIL PROTECTED] wrote: ++ /* If there isn't a volatile MEM, there's nothing we can do. */ ++ || !for_each_rtx (object, volatile_mem_p, 0) This actually caused crashes. We don't want to scan the entire insn (it might contain NULLs), only the insn pattern. Argh! Indeed, my mistake/oversight. Thanks. PR target/20126 * loop.c (loop_givs_rescan): If replacement of DEST_ADDR failed, set the original address pseudo to the correct value before the original insn, if possible, and leave the insn alone, otherwise create a new pseudo, set it and replace it in the insn. * recog.c (validate_change_maybe_volatile): New. * recog.h (validate_change_maybe_volatile): Declare. This is OK for mainline, thanks. Now that 4.0 is frozen for release candidate one, Mark needs to decide whether this patch can make it into 4.0.0 or will have to wait for 4.0.1. I also think we should wait for that decision before considering a backport for 3.4.x (or we'll have a strange temporal regression). Thanks for alerting me to this one; it does look relatively serious. I've added it to: http://gcc.gnu.org/wiki/Last-Minute%20Requests%20for%204.0.0 and will consider whether it merits a second release-candidate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored
--- Additional Comments From echristo at redhat dot com 2005-04-10 19:02 --- I think I'm ok with this, but I'd like a bit more info. What changes to the backend do you forsee this needing? The one patch that you applied to the 4.1 sh branch was too big to just get that particular set of changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
19:03 ---
FWIW, smallest test case I could find:
extern struct bar_t bar;
void
foo (void)
{
void **p;
do {
*p++ = ((unsigned char *) bar + ((unsigned long int) 1L 31));
} while (p);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug fortran/20932] Writing of strings sometime does not work
-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:32 --- This was fixed on the mainline by: 2005-03-16 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/20490 * tree-ssa-pre.c (create_expression_by_pieces): Use force_gimple_operand on result of fold. -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org Known to fail||4.0.0 Known to work||4.1.0 3.4.0 Summary|[4.0/4.1 Regression]|[4.0 Regression] internal |internal compiler error:|compiler error: verify_stmts |verify_stmts failed.|failed. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:33 --- (In reply to comment #5) Subject: Re: Loading libgfortran.so clobbers C redirection of stdin Also 4.0.0's release of gfortran is only a preview, a lot more bug will be fixed for 4.0.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20788
[Bug bootstrap/20933] New: mainline bootstrap failure on i686-linux-gnu
I just had a bootstrap failure on i686-pc-linux-gnu with CVS mainline of a few minutes ago. I ran (in an empty directory): $ ../gcc-4.1/configure --prefix=$HOME --enable-languages=c,f95 $ make bootstrap ... m -f include/limits.h cp xlimits.h include/limits.h chmod a+r include/limits.h rm -f include/README cp ../../gcc-4.1/gcc/../fixincludes/README-fixinc include/README chmod a+r include/README echo timestamp stmp-int-hdrs objext='.o' \ LIB1ASMFUNCS='' \ LIB2FUNCS_ST='_eprintf __gcc_bcmp' \ LIBGCOV='_gcov _gcov_merge_add _gcov_merge_single _gcov_merge_delta _gcov_fork _gcov_execl _gcov_execlp _gcov_execle _gcov_execv _gcov_execvp _gcov_execve' \ LIB2ADD='' \ LIB2ADD_ST='' \ LIB2ADDEH='../../gcc-4.1/gcc/unwind-dw2.c ../../gcc-4.1/gcc/unwind-dw2-fde-glibc.c ../../gcc-4.1/gcc/unwind-sjlj.c ../../gcc-4.1/gcc/gthr-gnat.c ../../gcc-4.1/gcc/unwind-c.c' \ LIB2ADDEHSTATIC='../../gcc-4.1/gcc/unwind-dw2.c ../../gcc-4.1/gcc/unwind-dw2-fde-glibc.c ../../gcc-4.1/gcc/unwind-sjlj.c ../../gcc-4.1/gcc/gthr-gnat.c ../../gcc-4.1/gcc/unwind-c.c' \ LIB2ADDEHSHARED='../../gcc-4.1/gcc/unwind-dw2.c ../../gcc-4.1/gcc/unwind-dw2-fde-glibc.c ../../gcc-4.1/gcc/unwind-sjlj.c ../../gcc-4.1/gcc/gthr-gnat.c ../../gcc-4.1/gcc/unwind-c.c' \ LIB2ADDEHDEP='unwind.inc unwind-dw2-fde.h unwind-dw2-fde.c' \ LIBUNWIND='' \ LIBUNWINDDEP='' \ SHLIBUNWIND_LINK='' \ SHLIBUNWIND_INSTALL='' \ FPBIT='' \ FPBIT_FUNCS='_pack_sf _unpack_sf _addsub_sf _mul_sf _div_sf _fpcmp_parts_sf _compare_sf _eq_sf _ne_sf _gt_sf _ge_sf _lt_sf _le_sf _unord_sf _si_to_sf _sf_to_si_negate_sf _make_sf _sf_to_df _sf_to_tf _thenan_sf _sf_to_usi _usi_to_sf' \ LIB2_DIVMOD_FUNCS='_divdi3 _moddi3 _udivdi3 _umoddi3 _udiv_w_sdiv _udivmoddi4' \ DPBIT='' \ DPBIT_FUNCS='_pack_df _unpack_df _addsub_df _mul_df _div_df _fpcmp_parts_df _compare_df _eq_df _ne_df _gt_df _ge_df _lt_df _le_df _unord_df _si_to_df _df_to_si_negate_df _make_df _df_to_sf _df_to_tf _thenan_df _df_to_usi _usi_to_df' \ TPBIT='' \ TPBIT_FUNCS='_pack_tf _unpack_tf _addsub_tf _mul_tf _div_tf _fpcmp_parts_tf _compare_tf _eq_tf _ne_tf _gt_tf _ge_tf _lt_tf _le_tf _unord_tf _si_to_tf _tf_to_si_negate_tf _make_tf _tf_to_df _tf_to_sf _thenan_tf _tf_to_usi _usi_to_tf' \ MULTILIBS=` ./xgcc -B./ -B/home/ig25/i686-pc-linux-gnu/bin/ -isystem /home/ig25/i686-pc-linux-gnu/include -isystem /home/ig25/i686-pc-linux-gnu/sys-include -L/home/ig25/gcc-4.1-bin/gcc/../ld --print-multi-lib` \ EXTRA_MULTILIB_PARTS='' \ SHLIB_LINK=' ./xgcc -B./ -B/home/ig25/i686-pc-linux-gnu/bin/ -isystem /home/ig25/i686-pc-linux-gnu/include -isystem /home/ig25/i686-pc-linux-gnu/sys-include -L/home/ig25/gcc-4.1-bin/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,[EMAIL PROTECTED]@.so.1 -Wl,[EMAIL PROTECTED]@ -o @multilib_dir@/@[EMAIL PROTECTED] @multilib_flags@ @shlib_objs@ -lc rm -f @multilib_dir@/@[EMAIL PROTECTED] if [ -f @multilib_dir@/@[EMAIL PROTECTED] ]; then mv -f @multilib_dir@/@[EMAIL PROTECTED] @multilib_dir@/@[EMAIL PROTECTED]; else true; fi mv @multilib_dir@/@[EMAIL PROTECTED] @multilib_dir@/@[EMAIL PROTECTED] ln -s @[EMAIL PROTECTED] @multilib_dir@/@[EMAIL PROTECTED]' \ SHLIB_INSTALL='$(mkinstalldirs) $(DESTDIR)$(slibdir)@shlib_slibdir_qual@; /usr/bin/install -c -m 644 @multilib_dir@/@[EMAIL PROTECTED] $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]; rm -f $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]; ln -s @[EMAIL PROTECTED] $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]' \ SHLIB_EXT='.so' \ SHLIB_MULTILIB='' \ SHLIB_MKMAP='../../gcc-4.1/gcc/mkmap-symver.awk' \ SHLIB_MKMAP_OPTS='' \ SHLIB_MAPFILES='../../gcc-4.1/gcc/libgcc-std.ver ../../gcc-4.1/gcc/config/libgcc-glibc.ver' \ SHLIB_NM_FLAGS='-pg' \ MULTILIB_OSDIRNAMES='' \ ASM_HIDDEN_OP='' \ mkinstalldirs='/bin/sh ../../gcc-4.1/gcc/../mkinstalldirs' \ /bin/sh mklibgcc tmp-libgcc.mk mv tmp-libgcc.mk libgcc.mk TARGET_CPU_DEFAULT= \ HEADERS=ansidecl.h DEFINES= \ /bin/sh ../../gcc-4.1/gcc/mkconfig.sh tconfig.h ./xgcc -B./ -B/home/ig25/i686-pc-linux-gnu/bin/ -isystem /home/ig25/i686-pc-linux-gnu/include -isystem /home/ig25/i686-pc-linux-gnu/sys-include -L/home/ig25/gcc-4.1-bin/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes-Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.1/gcc -I../../gcc-4.1/gcc/. -I../../gcc-4.1/gcc/../include -I../../gcc-4.1/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer \ -c ../../gcc-4.1/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o make[2]: *** [crtbegin.o] Aborted make[2]: Leaving directory `/home/ig25/gcc-4.1-bin/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/ig25/gcc-4.1-bin/gcc' make: *** [bootstrap] Error 2 The compiler used for
[Bug bootstrap/20933] mainline bootstrap failure on i686-linux-gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:41 --- I saw the same problem last night with my auto tester which means we are creating wrong code somewhere. -- What|Removed |Added Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20933
[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself
-- What|Removed |Added Component|bootstrap |middle-end Summary|mainline bootstrap failure |[4.1 Regression] gcc can no |on i686-linux-gnu |longer bootstrap itself Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20933
[Bug middle-end/20934] New: [4.1 Regression] Segmentation fault in gnat1
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.a ds -o ada/ada.o +===GNAT BUG DETECTED==+ | 4.1.0 20050410 (experimental) (hppa-unknown-linux-gnu) Segmentation fault| | Error detected at ada.ads:17:1 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ This is the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x008bdd88 in in_unlikely_text_section () at ../../gcc/gcc/varasm.c:309 309 ret_val = ((in_section == in_unlikely_executed_text) (gdb) bt #0 0x008bdd88 in in_unlikely_text_section () at ../../gcc/gcc/varasm.c:309 #1 0x008be220 in named_section_real (name=0xaa8900 .debug_info, flags=1024, decl=0x0) at ../../gcc/gcc/varasm.c:444 #2 0x0060a640 in output_comp_unit (die=0x4000b150, output_if_empty=0) at ../../gcc/gcc/dwarf2out.c:7108 #3 0x0062229c in dwarf2out_finish ( filename=0xbff0007c ../../gcc/gcc/ada/ada.ads) at ../../gcc/gcc/dwarf2out.c:13916 #4 0x00880d78 in compile_file () at ../../gcc/gcc/toplev.c:1038 #5 0x00883c1c in do_compile () at ../../gcc/gcc/toplev.c:2120 #6 0x00883cc0 in toplev_main (argc=15, argv=0xbff005d4) at ../../gcc/gcc/toplev.c:2152 #7 0x003ff3dc in main (argc=15, argv=0xbff005d4) at ../../gcc/gcc/main.c:35 0x008bdd84 in_unlikely_text_section+160: ldw c(,r3),r19 0x008bdd88 in_unlikely_text_section+164: ldw ec(,r19),r19 0x008bdd8c in_unlikely_text_section+168: cmpib,=,n 0,r19,0x8bddbc in_unlikely_text_section+216 (gdb) p/x $r19 $4 = 0x0 (gdb) p cfun $5 = (struct function *) 0x0 (gdb) p in_section $6 = in_named It looks as if we need a check on cfun: 309 ret_val = ((in_section == in_unlikely_executed_text) 310 || (in_section == in_named 311 cfun-unlikely_text_section_name 312 strcmp (in_named_name, 313 cfun-unlikely_text_section_name) == 0)); -- Summary: [4.1 Regression] Segmentation fault in gnat1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1
-- What|Removed |Added CC||ctice at apple dot com Keywords||build, ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:51 --- This might also be the failure which Diego is seeing with libjava building: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-10 20:53 --- Subject: Re: [4.1 Regression] Segmentation fault in gnat1 This might also be the failure which Diego is seeing with libjava building: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html I think this started yesterday. In any event, a build yesterday evening failed the same way. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20933
[Bug target/20795] ICE in assign_parms
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:59 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20795
[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 21:00 --- Fixed at least on the mainline. -- What|Removed |Added Summary|[3.3/3.4/4.0/4.1 Regression]|[3.3/3.4/4.0 Regression] |Inlined memcmp makes one|Inlined memcmp makes one |argument null on entry |argument null on entry http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug tree-optimization/20922] missed always false conditional
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
21:02 ---
Reduced testcase showing fold does not do it:
int f(int i)
{
return (i - 2) i;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
[Bug tree-optimization/20922] missed always false conditional
-- What|Removed |Added OtherBugsDependingO||19986 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
21:05 ---
Alexandre Oliva pointed out to me that it was probably the expander who
should produce a proper legitimate insn. I looked at this some more and
found that in legitimize_pic_address we do not check if a displacement
is a valid PIC displacement:
Index: config/i386/i386.c
===
RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.c,v
retrieving revision 1.807
diff -u -3 -p -r1.807 i386.c
--- config/i386/i386.c 9 Apr 2005 17:19:48 - 1.807
+++ config/i386/i386.c 10 Apr 2005 21:01:26 -
@@ -5612,7 +5612,13 @@ legitimize_pic_address (rtx orig, rtx re
base == reg ? NULL_RTX : reg);
if (GET_CODE (new) == CONST_INT)
- new = plus_constant (base, INTVAL (new));
+ {
+ if (legitimate_pic_address_disp_p (new))
+ new = plus_constant (base, INTVAL (new));
+ else
+ new = gen_rtx_PLUS (Pmode, base,
+ copy_to_mode_reg (Pmode, new));
+ }
else
{
if (GET_CODE (new) == PLUS CONSTANT_P (XEXP (new, 1)))
This looks to me like much better hack (maybe even a proper fix!) so I'll
test this to see what happens...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug tree-optimization/20922] missed always false conditional
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 21:06 --- This is not caught untill RTL combine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
Re: Fix tree-optimization/20920
On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote: Sigh. Another SSA_NAME flowing through EH edges getting in the way. I'm starting to think that it would be much better to make these SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid all the monkeying around that optimizers have to do. It would involve a bit of trickery because we only detect them when they first go into SSA form, but it's doable. Comments from EH folks? Not committed yet. Mainline is segfaulting somewhere in libjava with and without my patch. Somewhere in final code generation. I still haven't looked hard. Could anyone with access to a darwin machine test this patch for me? This fixes the bootstrap problem for me on powerpc-darwin. Thanks, Andrew Pinski
[Bug tree-optimization/20922] missed always false conditional
-- What|Removed |Added CC||kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
[Bug libfortran/18958] eoshift segfaults when shifting off the end of an array
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 22:21 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00300.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18958
[Bug fortran/20935] New: failed assertion for maxloc(n, mask=.true.)
$ gfortran maxloc.f90 $ ./a.out a.out: ../../../gcc-4.1/libgfortran/generated/maxloc0_4_i4.c:221: mmaxloc0_4_i4: Assertion `((mask)-dtype 6) == 8' failed. Aborted $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1/configure --prefix=/home/ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050410 (experimental) From the .t02.original file: logical4 C.502 = 1; struct array2_int4 parm.7; struct array1_int4 parm.6; parm.6.dtype = 265; parm.6.dim[0].lbound = 1; parm.6.dim[0].ubound = 2; parm.6.dim[0].stride = 1; parm.6.data = (int4[0:] *) (int4[0:] *) i[0]; parm.6.offset = 0; parm.7.dtype = 266; parm.7.dim[0].lbound = 1; parm.7.dim[0].ubound = 2; parm.7.dim[0].stride = 1; parm.7.dim[1].lbound = 1; parm.7.dim[1].ubound = 2; parm.7.dim[1].stride = 2; parm.7.data = (int4[0:] *) (int4[0:] *) n[0]; parm.7.offset = 0; _gfortran_mmaxloc0_4_i4 (parm.6, parm.7, C.502); ^^^ } The last argument of the mmaxloc function is bogus (it should be an array descriptor), so I'd classify this as a minor bug. Severity minor because a scalar .true. mask is not particularly useful. -- Summary: failed assertion for maxloc(n, mask=.true.) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935
[Bug fortran/20935] failed assertion for maxloc(n, mask=.true.)
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 22:32 --- s/as a minor bug/as a frontend bug/ *sigh* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935
[Bug tree-optimization/20936] New: [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/errou t.adb -o ada/errout.o +===GNAT BUG DETECTED==+ | 4.1.0 20050410 (experimental) (hppa-unknown-linux-gnu) GCC error:| | tree check: accessed operand 2 of view_convert_expr with 1 operands | |in visit_assignment, at tree-ssa-ccp.c:1074 | | Error detected at errout.adb:2563:1 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. ../../gcc/gcc/ada/errout.adb ../../gcc/gcc/ada/errout.ads ../../gcc/gcc/ada/err_vars.ads ../../gcc/gcc/ada/types.ads ../../gcc/gcc/ada/uintp.ads ../../gcc/gcc/ada/alloc.ads ../../gcc/gcc/ada/table.ads ../../gcc/gcc/ada/erroutc.ads ../../gcc/gcc/ada/atree.ads ../../gcc/gcc/ada/sinfo.ads ../../gcc/gcc/ada/urealp.ads ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/snames.ads ../../gcc/gcc/ada/casing.ads ../../gcc/gcc/ada/csets.ads ../../gcc/gcc/ada/debug.ads ../../gcc/gcc/ada/fname.ads ../../gcc/gcc/ada/hostparm.ads ../../gcc/gcc/ada/lib.ads ../../gcc/gcc/ada/namet.ads ../../gcc/gcc/ada/opt.ads ../../gcc/gcc/ada/gnatvsn.ads ../../gcc/gcc/ada/nlists.ads ../../gcc/gcc/ada/output.ads ../../gcc/gcc/ada/scans.ads ../../gcc/gcc/ada/sinput.ads ../../gcc/gcc/ada/stand.ads ../../gcc/gcc/ada/style.ads ../../gcc/gcc/ada/styleg.ads ../../gcc/gcc/ada/styleg-c.ads ../../gcc/gcc/ada/uname.ads ../../gcc/gcc/ada/table.adb ../../gcc/gcc/ada/tree_io.ads ../../gcc/gcc/ada/atree.adb ../../gcc/gcc/ada/elists.ads raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:381 make[2]: *** [ada/errout.o] Error 1 make[2]: Leaving directory `/home/dave/gcc-4.1/objdir/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/dave/gcc-4.1/objdir/gcc' make: *** [bootstrap] Error 2 Sun Apr 10 15:08:11 PDT 2005 I hit this after fixing the varasm.c bug noted in PR 20934. -- Summary: [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20936
[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10 22:44 --- Created an attachment (id=8581) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8581action=view) Hot/cold patch. I think there was some mention of this bug on the gcc list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20936
[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 22:46 --- This is reproducable every where and is a latent bug in tree-ssa-ccp on the 4.0 branch. See http://gcc.gnu.org/ml/gcc/2005-04/msg00443.html http://gcc.gnu.org/ml/gcc/2005-04/msg00439.html. -- What|Removed |Added CC||kenner at vlsi1 dot ultra ||dot nyu dot edu Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu | Keywords||build, ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-04-10 22:46:45 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20936
[Bug tree-optimization/19126] Missed IV optimization (redundant instruction in loop)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:20 --- I should note that XLC does this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19126
[Bug target/20927] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 23:32 --- Yup: Breakpoint 1, fancy_abort (file=0x82a7f8 ../../gcc-4.0/gcc/stor-layout.c, line=221, function=0x82a87c smallest_mode_for_size) at diagnostic.c:556 556 internal_error (in %s, at %s:%d, function, trim_filename (file), line); (gdb) up #1 0x0069c413 in smallest_mode_for_size (size=128, class=MODE_FLOAT) at stor-layout.c:221 221 gcc_unreachable (); (gdb) up #2 0x00677cb3 in choose_reload_regs (chain=0xa0edc8) at reload1.c:5413 5413need_mode (gdb) l 5408 last_class = REGNO_REG_CLASS (i); 5409 5410 if (byte == 0) 5411need_mode = mode; 5412 else 5413need_mode 5414 = smallest_mode_for_size (GET_MODE_BITSIZE (mode) 5415+ byte * BITS_PER_UNIT, 5416GET_MODE_CLASS (mode)); 5417 FWIW this code was recently changed by this patch: 2005-03-07 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/19683 * reload1.c (choose_reload_regs): Pass the number of bits, not the number of bytes, to smallest_int_for_mode. Fix arguments to REG_CANNOT_CHANGE_MODE_P. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-10 23:32:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug target/20927] [4.0/4.1 Regression] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:37 --- But that would mean this was a latent bug as you would get the wrong code before. -- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in |[4.0/4.1 Regression] ICE in |smallest_mode_for_size, at |smallest_mode_for_size, at |stor-layout.c:221 (s390x) |stor-layout.c:221 (s390x) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug tree-optimization/20922] missed always false conditional
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:43 --- Note this is only true with -fno-wrapv (which is default for C and C++ and I think Fortran too but not Java). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
