[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #11 from gdr at integrable-solutions dot net 2006-01-30 07:54 --- Subject: Re: std::advance() isn't stable for floating point numbers "Woebbeking at web dot de" <[EMAIL PROTECTED]> writes: | On Monday 30 January 2006 02:09, pcarlini at suse dot de wrote: | > --- Comment #9 from pcarlini at suse dot de 2006-01-30 01:09 | > --- (In reply to comment #7) | > | > > reading the standard specification let me under the impression that | > > Distance is supposed to "related" to difference_type. For example | > > the distance between the p before and after calling distance(p, n) | > > is supposed to be n. So I would suggest conversion to the | > > difference_type of the iterator as a momentary resolution. | > | > Excellent idea. | | FYI, I suggested tests for > 0 and < 0 as MSVC 7.1 does it that way. | | If you convert Distance to difference_type the question is what happens | if Distance is i.e. 0.2. Do you advance by 0 or 1 position? does not that follow from the conversion rule? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #10 from Woebbeking at web dot de 2006-01-30 07:07 --- Subject: Re: std::advance() isn't stable for floating point numbers On Monday 30 January 2006 02:09, pcarlini at suse dot de wrote: > --- Comment #9 from pcarlini at suse dot de 2006-01-30 01:09 > --- (In reply to comment #7) > > > reading the standard specification let me under the impression that > > Distance is supposed to "related" to difference_type. For example > > the distance between the p before and after calling distance(p, n) > > is supposed to be n. So I would suggest conversion to the > > difference_type of the iterator as a momentary resolution. > > Excellent idea. FYI, I suggested tests for > 0 and < 0 as MSVC 7.1 does it that way. If you convert Distance to difference_type the question is what happens if Distance is i.e. 0.2. Do you advance by 0 or 1 position? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug tree-optimization/26026] New: power of 2 mod missing optimisation
gcc is using a divide and multiply where it could be using shift/ands:
unsigned long f1(unsigned long x, unsigned long n)
{
return x % (1UL << n);
}
produces:
f1:
li 9,1
slw 9,9,4
divwu 0,3,9
mullw 0,0,9
subf 3,0,3
blr
--
Summary: power of 2 mod missing optimisation
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26026
[Bug fortran/26025] New: Optionally use BLAS for matmul
There should be a flag for replacing our home-grown matmul and dot_product with calls to BLAS. If the user has installed an optimized BLAS version, this could be a huge win. There was some discussion of this on the mailing list, but no PR that I could find. Something like -fblas-intrinsics (and -fblas-f2c, for complex) would be good. -- Summary: Optionally use BLAS for matmul Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26025
[Bug target/26014] linking against libgcj results in strange unresolved symbols
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-01-30 06:45 --- > ld from binutils 2.16.1 does not resolve this issue. Yes, that's why I wrote "2.16.x CVS or 2.17 CVS is required on SPARC/Solaris 10 and later". Please read http://gcc.gnu.org/install/specific.html#x-x-solaris2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26014
[Bug fortran/22495] Different ideas about .true. and .false.
--- Comment #14 from tkoenig at gcc dot gnu dot org 2006-01-30 06:44 --- Closing, then. Thomas -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495
[Bug fortran/25030] Character pointer can associated with not the same length character variable.
--- Comment #7 from pault at gcc dot gnu dot org 2006-01-30 05:52 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25030
[Bug fortran/20895] All type parameters shall be identical in a POINTER assignment
--- Comment #7 from pault at gcc dot gnu dot org 2006-01-30 05:51 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20895
[Bug fortran/17911] ice: wrongly resolved ambguity between generic function and local variable
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-30 05:50 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17911
[Bug fortran/20885] Expression or constant actual with INTENT(OUT or INOUT) dummy.
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:50 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20885
[Bug fortran/20857] accepts non-variable as actual argument for intent(inout) dummy arg
--- Comment #9 from pault at gcc dot gnu dot org 2006-01-30 05:47 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20857
[Bug fortran/18579] intent(out) violation is not detected
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:47 --- Fixed on trunk and 4.1. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18579
[Bug fortran/20895] All type parameters shall be identical in a POINTER assignment
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 20895 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20895
[Bug fortran/25030] Character pointer can associated with not the same length character variable.
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 25030 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25030
[Bug fortran/17911] ice: wrongly resolved ambguity between generic function and local variable
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 17911 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17911
[Bug fortran/18578] intent(inout) violation is not detected
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 18578 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18578
[Bug fortran/20857] accepts non-variable as actual argument for intent(inout) dummy arg
--- Comment #8 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 20857 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20857
[Bug fortran/18579] intent(out) violation is not detected
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 18579 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18579
[Bug fortran/20885] Expression or constant actual with INTENT(OUT or INOUT) dummy.
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-30 05:45 --- Subject: Bug 20885 Author: pault Date: Mon Jan 30 05:45:06 2006 New Revision: 110394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394 Log: 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * interface.c (compare_actual_formal): Error for INTENT(OUT or INOUT) if actual argument is not a variable. PR fortran/17911 * expr.c (gfc_check_assign, gfc_check_pointer_assign): Emit error if the lvalue is a use associated procedure. PR fortran/20895 PR fortran/25030 * expr.c (gfc_check_pointer_assign): Emit error if lvalue and rvalue character lengths are not the same. Use gfc_dep_compare_expr for the comparison. * gfortran.h: Add prototype for gfc_dep_compare_expr. * dependency.h: Remove prototype for gfc_dep_compare_expr. 2006-01-30 Paul Thomas <[EMAIL PROTECTED]> PR fortran/18578 PR fortran/18579 PR fortran/20857 PR fortran/20885 * gfortran.dg/intent_out_1.f90: New test. PR fortran/17911 * gfortran.dg/procedure_lvalue.f90: New test. PR fortran/20895 PR fortran/25030 * gfortran.dg/char_pointer_assign_2.f90: New test. * gfortran.dg/char_result_1.f90: Correct unequal charlen pointer assignment to be consistent with standard. * gfortran.dg/char_result_2.f90: The same. * gfortran.dg/char_result_8.f90: The same. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_pointer_assign_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/intent_out_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/procedure_lvalue.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/dependency.h branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/interface.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_1.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_2.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_8.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20885
[Bug c++/26024] Initializing using methods of class object passed to constructor
--- Comment #1 from Don at Skyler dot com 2006-01-30 05:30 --- Somehow when I copied and pasted the first line in main came out wrong; it should be: D d(Initializer()); which produces the apparently incorrect error as noted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26024
[Bug c++/26024] New: Initializing using methods of class object passed to constructor
#include
struct B1
{
B1(int i):i_(i) { }
int i_;
};
struct B2
{
B2 (void) { }
};
struct Initializer
{
B1 b1(void)const { return B1(1); }
B2 b2(void)const { return B2(); }
};
struct D : public B1, public B2
{
D ( const Initializer &init ) :
B1(init.b1()), B2(init.b2()) { }
};
int main(void)
{
d(Initializer());
// The line above produces the following error in g++ 3.4.4 under cygwin:
// bug.cpp: In function `int main()':
// bug.cpp:35: error: request for member `i_' in `d', which is of
non-class type `D
// ()(Initializer (*)())'
// Commenting out that line and uncommenting the following two lines:
// Initializer init;
// D d(init);
// compiles without error in g++ 3.4.4 under cygwin, but produces the
output:
// i_=0
// Under MS Visual C++ 6.0 either one compiles without error and produces:
// i_=1
// which appears to be correct.
std::cout << "i_=" << d.i_<< std::endl;
return 0;
}
--
Summary: Initializing using methods of class object passed to
constructor
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Don at Skyler dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26024
[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex
-- 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 |2006-01-30 04:39:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20758
[Bug c++/25874] [gomp branch] ICE in calc_dfs_tree()
--- Comment #7 from dnovillo at gcc dot gnu dot org 2006-01-30 03:11 --- Subject: Bug 25874 Author: dnovillo Date: Mon Jan 30 03:11:29 2006 New Revision: 110393 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110393 Log: PR 25874 * omp-low.c (execute_expand_omp): Move CFG cleanup code ... (expand_omp): ... here. (expand_omp_parallel): Only remove barriers for combined parallel+workshare constructs. * gcc.dg/gomp/pr25874.c: New test. Added: trunk/gcc/testsuite/gcc.dg/gomp/pr25874.c Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug c++/25874] [gomp branch] ICE in calc_dfs_tree()
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-01-30 03:09 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02090.html. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug target/26014] linking against libgcj results in strange unresolved symbols
--- Comment #5 from mark at detrick dot com 2006-01-30 02:54 --- ld from binutils 2.16.1 does not resolve this issue. GNU assembler version 2.16.1 (sparc-sun-solaris2.10) using BFD version 2.16.1 sparc-sun-solaris2.10 GNU ld version 2.16.1 Supported emulations: elf32_sparc elf64_sparc /appl/gcc/gcc/gcj \ -B/appl/gcc/gcc/ \ -B/usr/local/sparc-sun-solaris2.10/bin/ \ -B/usr/local/sparc-sun-solaris2.10/lib/ \ -isystem /usr/local/sparc-sun-solaris2.10/include \ -isystem /usr/local/sparc-sun-solaris2.10/sys-include \ -m64 -g -O2 -m64 -m64 -o .libs/jv-convert \ --main=gnu.gcj.convert.Convert \ -shared-libgcc \ -L/appl/gcc/sparc-sun-solaris2.10/sparcv9/libjava \ -L/appl/gcc/sparc-sun-solaris2.10/sparcv9/libjava/.libs ./.libs/libgcj.so \ -L/appl/gcc/sparc-sun-solaris2.10/sparcv9/libstdc++-v3/src \ -L/appl/gcc/sparc-sun-solaris2.10/sparcv9/libstdc++-v3/src/.libs \ -L/appl/gcc/gcc/sparcv9 -L/appl/gcc/gcc -L/usr/local/sparc-sun-solaris2.10/bin \ -L/usr/local/sparc-sun-solaris2.10/lib \ -L/usr/local/lib/gcc/sparc-sun-solaris2.10/4.0.2/sparcv9 \ -L/usr/local/lib/gcc/sparc-sun-solaris2.10/4.0.2 \ -L/usr/local/lib/gcc/sparc-sun-solaris2.10/4.0.2/../../../../sparc-sun-solaris2.10/lib \ -L/usr/ccs/bin/sparcv9 \ -L/usr/ccs/bin \ -L/usr/ccs/lib/sparcv9 \ -L/usr/ccs/lib \ -L/usr/local/lib/gcc/sparc-sun-solaris2.10/4.0.2/../../../sparcv9 \ -L/usr/local/lib/gcc/sparc-sun-solaris2.10/4.0.2/../../.. \ -L/lib/sparcv9 \ -L/usr/lib/sparcv9 \ -lgcc_s -lgcc_s -lpthread -lrt -ldl -lz -lgcc_s -lgcc_s \ -Wl,--rpath -Wl,/usr/local/lib/sparcv9 ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' ./.libs/libgcj.so: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 e
[Bug c++/25874] [gomp branch] ICE in calc_dfs_tree()
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-01-30 02:37 --- Subject: Bug 25874 Author: dnovillo Date: Mon Jan 30 02:37:09 2006 New Revision: 110392 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110392 Log: PR 25874 * omp-low.c (execute_expand_omp): Move CFG cleanup code ... (expand_omp): ... here. (expand_omp_parallel): Only remove barriers for combined parallel+workshare constructs. testsuite/ * g++.dg/gomp/pr25874.C: New test. * gcc.dg/gomp/pr25874.c: New test. Added: branches/gomp-20050608-branch/gcc/testsuite/g++.dg/gomp/pr25874.C branches/gomp-20050608-branch/gcc/testsuite/gcc.dg/gomp/pr25874.c Modified: branches/gomp-20050608-branch/gcc/ChangeLog.gomp branches/gomp-20050608-branch/gcc/omp-low.c branches/gomp-20050608-branch/gcc/testsuite/ChangeLog.gomp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug testsuite/25763] objc.dg/stubify-*.m, and obj-c++.dg/stubify-*.mm fail on i686-darwin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-30 02:31 --- 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 |2006-01-30 02:31:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25763
[Bug c++/26022] [4.2 Regression] ice at cp/cp-objcp-common.c:101
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-30 02:29 --- In 4.1.0, we got: D.2121 = currentDate () [return slot optimization]; D.2122 = monthName (&D.2121, 1) [return slot optimization]; D.2126 = convertToQCString (&D.2122); D.2123 = D.2126; data (&D.2123); But in 4.2.0, we get: D.2033 = currentDate () [return slot optimization]; D.2034 = monthName (&D.2033, 1); D.2039 = convertToQCString (&D.2034); D.2035 = D.2039; data (&D.2035); Note no rso on monthName. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug c++/26022] [4.2 Regression] ice at cp/cp-objcp-common.c:101
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-30 02:23 ---
Confirmed, reduced testcase:
struct QCString
{
char * data() const;
};
struct QString
{
QString( const QString & );
QString &operator=( const QString & );
};
QCString convertToQCString(const QString &s);
struct QDate
{
virtual QString monthName( int month ) const;
static QDate currentDate();
};
QCString dateToString(bool includeTime)
{
const QDate &d=QDate::currentDate();
convertToQCString(d.monthName(1)).data();
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-valid-code
Known to fail||4.2.0
Known to work||4.1.0
Last reconfirmed|-00-00 00:00:00 |2006-01-30 02:23:05
date||
Summary|ice at cp/cp-objcp- |[4.2 Regression] ice at
|common.c:101|cp/cp-objcp-common.c:101
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #9 from pcarlini at suse dot de 2006-01-30 01:09 --- (In reply to comment #7) > reading the standard specification let me under the impression that > Distance is supposed to "related" to difference_type. For example > the distance between the p before and after calling distance(p, n) is > supposed to be n. So I would suggest conversion to the > difference_type of the iterator as a momentary resolution. Excellent idea. > I'm not sure the resolution would introduce an ABI breakage, so I > would say let's do both; but I'm open to other alternatives. Agreed, let's implement your suggestion and send a note to the reflector (and Martin, already working on the Size issue). Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #8 from gdr at integrable-solutions dot net 2006-01-30 01:07 --- Subject: Re: std::advance() isn't stable for floating point numbers "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | Hi again. On second tought, I don't think we have an issue here. Maybe of QoI | only, at most. The reason is that, according to 24.1/9, Distance is a | difference type in the "following sections". A bit vague, but that seem to | imply to also the template argument Distance in 24.3.4 is a difference type... That matches my interpretation --- hence Distance must behave "like" an integral type -- but still, the question is exactly what kind of relation does it have with say std::iterator::difference_type. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #7 from gdr at integrable-solutions dot net 2006-01-30 01:05 --- Subject: Re: std::advance() isn't stable for floating point numbers "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | --- Comment #5 from pcarlini at suse dot de 2006-01-30 00:45 --- | (In reply to comment #4) | > | AFAICS, the standard is silent about this issue. I think the suggested | > | change is correct. | > | > I believe Martin Sebor filled a related PR, whereby we should have | > converted n to *some* integral type before proceeding... | | I was also under that impression. That issue, however, was about Size in algos, sorry; memory failing. | which, at least, is required to be convertible to an integral type. I don't | think we even have such *minimal* requirement here... What do you suggest? reading the standard specification let me under the impression that Distance is supposed to "related" to difference_type. For example the distance between the p before and after calling distance(p, n) is supposed to be n. So I would suggest conversion to the difference_type of the iterator as a momentary resolution. | Should the LWG discuss such kind of requirements for Distance too? Definitely. | In the meanwhile suspend? I have no strong opinions... I'm not sure the resolution would introduce an ABI breakage, so I would say let's do both; but I'm open to other alternatives. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #6 from pcarlini at suse dot de 2006-01-30 00:57 --- Hi again. On second tought, I don't think we have an issue here. Maybe of QoI only, at most. The reason is that, according to 24.1/9, Distance is a difference type in the "following sections". A bit vague, but that seem to imply to also the template argument Distance in 24.3.4 is a difference type... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug fortran/22495] Different ideas about .true. and .false.
--- Comment #13 from kargl at gcc dot gnu dot org 2006-01-30 00:52 --- WONTFIX works for me. As you originated the PR, I'll you close it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495
[Bug target/25343] [4.0/4.1/4.2 regression] [m68k] testsuite failures
--- Comment #2 from schwab at suse dot de 2006-01-30 00:50 --- I cannot reproduce the first three failures with a cross compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #5 from pcarlini at suse dot de 2006-01-30 00:45 --- (In reply to comment #4) > | AFAICS, the standard is silent about this issue. I think the suggested > | change is correct. > > I believe Martin Sebor filled a related PR, whereby we should have > converted n to *some* integral type before proceeding... I was also under that impression. That issue, however, was about Size in algos, which, at least, is required to be convertible to an integral type. I don't think we even have such *minimal* requirement here... What do you suggest? Should the LWG discuss such kind of requirements for Distance too? In the meanwhile suspend? I have no strong opinions... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug c++/26022] ice at cp/cp-objcp-common.c:101
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:35 --- Backtrace: #0 internal_error (gmsgid=0x9d760f "in %s, at %s:%d") at /home/pinskia/src/newtest/trunk/gcc/diagnostic.c:542 #1 0x0062738c in fancy_abort (file=Variable "file" is not available. ) at /home/pinskia/src/newtest/trunk/gcc/diagnostic.c:602 #2 0x004e9082 in cp_expr_size (exp=0x9d760f) at /home/pinskia/src/newtest/trunk/gcc/cp/cp-objcp-common.c:85 #3 0x00654338 in expr_size (exp=0x2cd393c0) at /home/pinskia/src/newtest/trunk/gcc/explow.c:246 #4 0x00678866 in store_expr (exp=0x2cd393c0, target=0x2bfe88a0, call_param_p=0) at /home/pinskia/src/newtest/trunk/gcc/expr.c:4291 #5 0x00666721 in expand_assignment (to=0x2c5c10b0, from=0x1) at /home/pinskia/src/newtest/trunk/gcc/expr.c:4123 #6 0x0066aafe in expand_expr_real_1 (exp=Variable "exp" is not available. ) at /home/pinskia/src/newtest/trunk/gcc/expr.c:8423 #7 0x00672a79 in expand_expr_real (exp=0x2c5c4050, target=0x2afb1400, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/pinskia/src/newtest/trunk/gcc/expr.c:6525 #8 0x00819699 in expand_expr_stmt (exp=0x2c5c4050) at expr.h:493 #9 0x00857966 in expand_gimple_basic_block (bb=0x2d153a00, dump_file=Variable "dump_file" is not available. ) at /home/pinskia/src/newtest/trunk/gcc/cfgexpand.c:1326 #10 0x00858e01 in tree_expand_cfg () at /home/pinskia/src/newtest/trunk/gcc/cfgexpand.c:1585 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug driver/26021] [4.2 Regression] gcc.c:3866: warning: comparison between signed and unsigned
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:41 --- These show up when MODIFY_TARGET_NAME is defined. 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 |2006-01-30 00:41:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
[Bug c++/26022] ice at cp/cp-objcp-common.c:101
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-30 00:37 --- D.30805 = monthName (&D.30803, D.30814) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #4 from gdr at integrable-solutions dot net 2006-01-30 00:35 --- Subject: Re: std::advance() isn't stable for floating point numbers "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | AFAICS, the standard is silent about this issue. I think the suggested change | is correct. I believe Martin Sebor filled a related PR, whereby we should have converted n to *some* integral type before proceeding... -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug c++/26022] ice at cp/cp-objcp-common.c:101
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-30 00:25 --- Has been failing since at least 20051217. Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #3 from pcarlini at suse dot de 2006-01-30 00:24 --- AFAICS, the standard is silent about this issue. I think the suggested change is correct. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-30 00:24:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libgomp/25978] All libgomp tests timeout on ppc-darwin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-30 00:20 --- 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 |2006-01-30 00:20:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25978
[Bug translation/9390] [translation] Segmentation Fault when compiling for athlon with [EMAIL PROTECTED] or [EMAIL PROTECTED]
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-30 00:15 --- *** Bug 26023 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bbergua at arcos dot inf dot ||uc3m dot es http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9390
[Bug translation/26023] Compiler crash when using -Wall and "%#ld" inside a printf.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:15 --- This is a dup of bug 9390. The problem is in the translation of the warning/errror messages in the spanish language. Work around is to use env LANG=C before running GCC. *** This bug has been marked as a duplicate of 9390 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |translation Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26023
[Bug rtl-optimization/24376] wrong-code unless -fno-sched-interblock
--- Comment #13 from seidl at feld dot cvut dot cz 2006-01-30 00:00 --- Hi Nick, I tested the pathed compiler nearly two weaks. I not detect any problem or any side-effect. Therefore, the bug seems to be fixed reliably. The patch is usable and needful for next version gcc-3.4.5 too (I test it successfully). Thank you for your maintenance of GCC. Regards Libor -- seidl at feld dot cvut dot cz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24376
[Bug c/26023] Compiler crash when using -Wall and "%#ld" inside a printf.
--- Comment #2 from bbergua at arcos dot inf dot uc3m dot es 2006-01-29
23:56 ---
(In reply to comment #0)
> On Debian sarge the compiler crash when using -Wall and "%#ld" inside a
> printf.
> The file foo.c is:
> void foo() {
> long bar;
> printf("%#ld", bar);
> }
>
> Compile with:
> $gcc -v -save-temps -Wall -c foo.c
> Leyendo especificaciones de /usr/lib/gcc-lib/i486-linux/3.3.5/specs
> Configurado con: ../src/configure -v
> --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
> --mandir=/usr/share/man --infodir=/usr/share/info
> --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
> --enable-__cxa_atexit --with-system-zlib --enable-nls
> --without-included-gettext --enable-clocale=gnu --enable-debug
> --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
> Modelo de hilos: posix
> gcc versi� 3.3.5 (Debian 1:3.3.5-13)
> /usr/lib/gcc-lib/i486-linux/3.3.5/cc1 -E -quiet -v -D__GNUC__=3
> -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=5 foo.c -Wall foo.i
> ignorando el directorio inexistente "/usr/i486-linux/include"
> la bsqueda de #include "..." inicia aqu�
> la bsqueda de #include <...> inicia aqu�
> /usr/local/include
> /usr/lib/gcc-lib/i486-linux/3.3.5/include
> /usr/include
> Fin de la lista de bsqueda.
> /usr/lib/gcc-lib/i486-linux/3.3.5/cc1 -fpreprocessed foo.i -quiet -dumpbase
> foo.c -auxbase foo -Wall -version -o foo.s
> GNU C version 3.3.5 (Debian 1:3.3.5-13) (i486-linux)
> compiled by GNU C version 3.3.5 (Debian 1:3.3.5-13).
> GGC heur�ticas: --param ggc-min-expand=38 --param
> ggc-min-heapsize=15892
> foo.c: En la funci� `foo':
> foo.c:3: aviso: implicit declaration of function `printf'
> foo.c:3: aviso: se us�
> Error interno del compilador: Error al reportar rutinas reentradas.
> Please submit a full bug report,
> with preprocessed source if appropriate.
> For Debian GNU/Linux specific bug reporting instructions, see
> http://gcc.gnu.org/bugs.html>.
>
> Generated foo.i is:
> # 1 "foo.c"
> # 1 ""
> # 1 ""
> # 1 "foo.c"
> void foo() {
> long bar;
> printf("%#ld", bar);
> }
>
> Generated foo.s is:
> .file "foo.c"
>
(In reply to comment #1)
> What LC_*/LANG env variables you have set?
>
Yes, sorry, spanish:
echo $LANG
es_ES.UTF-8
I haven't got any LC_*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26023
[Bug fortran/24401] -fbounds-check takes too long
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-01-29 23:45 ---
This is MUCH faster now on 4.2.0:
Can we close this?
(My guess is that this was fixed by the write_only patch
by Richard Guenther).
$ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) r -fbounds-check -O2 DoubleLeap.f
Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951
-fbounds-check -O2 DoubleLeap.f
adm_doubleleap {GC 28985k -> 26929k}
Analyzing compilation unit {GC 43442k -> 42873k}Performing intraprocedural
optimizations
Assembling functions:
adm_doubleleap {GC 70869k -> 66982k} {GC 87395k -> 42568k}
Execution times (seconds)
garbage collection: 0.94 ( 1%) usr 0.00 ( 0%) sys 0.96 ( 1%) wall
0 kB ( 0%) ggc
callgraph construction: 7.50 ( 7%) usr 0.05 ( 8%) sys 7.57 ( 7%) wall
6148 kB ( 5%) ggc
callgraph optimization: 6.05 ( 5%) usr 0.00 ( 0%) sys 6.06 ( 5%) wall
618 kB ( 1%) ggc
ipa reference : 0.16 ( 0%) usr 0.00 ( 0%) sys 0.16 ( 0%) wall
0 kB ( 0%) ggc
ipa type escape : 0.20 ( 0%) usr 0.01 ( 2%) sys 0.20 ( 0%) wall
0 kB ( 0%) ggc
cfg construction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
117 kB ( 0%) ggc
cfg cleanup : 0.32 ( 0%) usr 0.00 ( 0%) sys 0.32 ( 0%) wall
732 kB ( 1%) ggc
CFG verifier : 1.82 ( 2%) usr 0.00 ( 0%) sys 1.77 ( 2%) wall
0 kB ( 0%) ggc
trivially dead code : 0.22 ( 0%) usr 0.00 ( 0%) sys 0.20 ( 0%) wall
0 kB ( 0%) ggc
life analysis : 0.56 ( 1%) usr 0.00 ( 0%) sys 0.55 ( 0%) wall
310 kB ( 0%) ggc
life info update : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall
29 kB ( 0%) ggc
alias analysis: 0.26 ( 0%) usr 0.00 ( 0%) sys 0.25 ( 0%) wall
950 kB ( 1%) ggc
register scan : 0.12 ( 0%) usr 0.00 ( 0%) sys 0.12 ( 0%) wall
0 kB ( 0%) ggc
rebuild jump labels : 0.06 ( 0%) usr 0.00 ( 0%) sys 0.07 ( 0%) wall
0 kB ( 0%) ggc
parser: 0.99 ( 1%) usr 0.01 ( 2%) sys 1.00 ( 1%) wall
11825 kB (10%) ggc
inline heuristics : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
integration : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
0 kB ( 0%) ggc
tree gimplify : 1.17 ( 1%) usr 0.03 ( 5%) sys 1.20 ( 1%) wall
16592 kB (14%) ggc
tree eh : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
0 kB ( 0%) ggc
tree CFG construction : 0.12 ( 0%) usr 0.01 ( 2%) sys 0.13 ( 0%) wall
11445 kB ( 9%) ggc
tree CFG cleanup : 0.56 ( 1%) usr 0.00 ( 0%) sys 0.57 ( 1%) wall
81 kB ( 0%) ggc
tree VRP : 0.87 ( 1%) usr 0.01 ( 2%) sys 0.88 ( 1%) wall
4193 kB ( 3%) ggc
tree copy propagation : 0.62 ( 1%) usr 0.01 ( 2%) sys 0.69 ( 1%) wall
541 kB ( 0%) ggc
tree store copy prop : 0.06 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wall
3 kB ( 0%) ggc
tree find ref. vars : 0.18 ( 0%) usr 0.01 ( 2%) sys 0.19 ( 0%) wall
10025 kB ( 8%) ggc
tree PTA : 0.44 ( 0%) usr 0.00 ( 0%) sys 0.43 ( 0%) wall
145 kB ( 0%) ggc
tree alias analysis : 1.18 ( 1%) usr 0.08 (12%) sys 1.27 ( 1%) wall
210 kB ( 0%) ggc
tree PHI insertion: 1.42 ( 1%) usr 0.01 ( 2%) sys 1.43 ( 1%) wall
165 kB ( 0%) ggc
tree SSA rewrite : 0.76 ( 1%) usr 0.01 ( 2%) sys 0.78 ( 1%) wall
9247 kB ( 8%) ggc
tree SSA other: 0.26 ( 0%) usr 0.05 ( 8%) sys 0.26 ( 0%) wall
0 kB ( 0%) ggc
tree SSA incremental : 3.91 ( 3%) usr 0.00 ( 0%) sys 3.95 ( 4%) wall
263 kB ( 0%) ggc
tree operand scan : 1.87 ( 2%) usr 0.17 (26%) sys 2.02 ( 2%) wall
8734 kB ( 7%) ggc
dominator optimization: 0.94 ( 1%) usr 0.00 ( 0%) sys 0.95 ( 1%) wall
1855 kB ( 2%) ggc
tree SRA : 0.06 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall
0 kB ( 0%) ggc
tree STORE-CCP: 0.08 ( 0%) usr 0.01 ( 2%) sys 0.09 ( 0%) wall
35 kB ( 0%) ggc
tree CCP : 0.26 ( 0%) usr 0.00 ( 0%) sys 0.25 ( 0%) wall
33 kB ( 0%) ggc
tree split crit edges : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
305 kB ( 0%) ggc
tree reassociation: 0.08 ( 0%) usr 0.00 ( 0%) sys 0.09 ( 0%) wall
17 kB ( 0%) ggc
tree PRE : 0.60 ( 1%) usr 0.00 ( 0%) sys 0.61 ( 1%) wall
2135 kB ( 2%) ggc
tree FRE : 0.99 ( 1%) usr 0.05 ( 8%) sys 1.07 ( 1%) wal
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #2 from Woebbeking at web dot de 2006-01-29 23:40 --- Subject: Re: std::advance() isn't stable for floating point numbers On Monday 30 January 2006 00:32, pinskia at gcc dot gnu dot org wrote: > --- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 > 23:32 --- > What does the standard says about this case? Don't know, but I was suprised that Distance is a template parameter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug c/26023] Compiler crash when using -Wall and "%#ld" inside a printf.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 23:40 --- What LC_*/LANG env variables you have set? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26023
[Bug c/26023] New: Compiler crash when using -Wall and "%#ld" inside a printf.
On Debian sarge the compiler crash when using -Wall and "%#ld" inside a printf.
The file foo.c is:
void foo() {
long bar;
printf("%#ld", bar);
}
Compile with:
$gcc -v -save-temps -Wall -c foo.c
Leyendo especificaciones de /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configurado con: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--enable-__cxa_atexit --with-system-zlib --enable-nls
--without-included-gettext --enable-clocale=gnu --enable-debug
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Modelo de hilos: posix
gcc versi� 3.3.5 (Debian 1:3.3.5-13)
/usr/lib/gcc-lib/i486-linux/3.3.5/cc1 -E -quiet -v -D__GNUC__=3
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=5 foo.c -Wall foo.i
ignorando el directorio inexistente "/usr/i486-linux/include"
la bsqueda de #include "..." inicia aqu�
la bsqueda de #include <...> inicia aqu�
/usr/local/include
/usr/lib/gcc-lib/i486-linux/3.3.5/include
/usr/include
Fin de la lista de bsqueda.
/usr/lib/gcc-lib/i486-linux/3.3.5/cc1 -fpreprocessed foo.i -quiet -dumpbase
foo.c -auxbase foo -Wall -version -o foo.s
GNU C version 3.3.5 (Debian 1:3.3.5-13) (i486-linux)
compiled by GNU C version 3.3.5 (Debian 1:3.3.5-13).
GGC heur�ticas: --param ggc-min-expand=38 --param ggc-min-heapsize=15892
foo.c: En la funci� `foo':
foo.c:3: aviso: implicit declaration of function `printf'
foo.c:3: aviso: se us�
Error interno del compilador: Error al reportar rutinas reentradas.
Please submit a full bug report,
with preprocessed source if appropriate.
For Debian GNU/Linux specific bug reporting instructions, see
http://gcc.gnu.org/bugs.html>.
Generated foo.i is:
# 1 "foo.c"
# 1 ""
# 1 ""
# 1 "foo.c"
void foo() {
long bar;
printf("%#ld", bar);
}
Generated foo.s is:
.file "foo.c"
--
Summary: Compiler crash when using -Wall and "%#ld" inside a
printf.
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bbergua at arcos dot inf dot uc3m dot es
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26023
[Bug c++/26022] New: ice at cp/cp-objcp-common.c:101
I just tried to compile package doxygen-1.4.6-3 from Suse Linux with a recent GNU C compiler version 4.2 snapshot 20060128. The compiler snapshot said util.cpp: In function "QCString dateToString(bool)": util.cpp:1958: internal compiler error: in cp_expr_size, at cp/cp-objcp-common.c:101 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. It seems that the flag -O2 is required. Preprocessed source code attached. -- Summary: ice at cp/cp-objcp-common.c:101 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug libstdc++/26020] std::advance() isn't stable for floating point numbers
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 23:32 --- What does the standard says about this case? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug driver/26021] [4.2 Regression] gcc.c:3866: warning: comparison between signed and unsigned
--- Comment #2 from danglin at gcc dot gnu dot org 2006-01-29 23:31 --- Also occurs on hppa-unknown-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
[Bug driver/26021] [4.2 Regression] gcc.c:3866: warning: comparison between signed and unsigned
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|gcc.c:3866: warning:|[4.2 Regression] gcc.c:3866: |comparison between signed |warning: comparison between |and unsigned|signed and unsigned Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
[Bug fortran/22495] Different ideas about .true. and .false.
--- Comment #12 from tkoenig at gcc dot gnu dot org 2006-01-29 23:30 --- Should we mark this as WONTFIX? I'm in favor. Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495
[Bug c++/26022] ice at cp/cp-objcp-common.c:101
--- Comment #1 from dcb314 at hotmail dot com 2006-01-29 23:29 --- Created an attachment (id=10756) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10756&action=view) C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
[Bug driver/26021] gcc.c:3866: warning: comparison between signed and unsigned
--- Comment #1 from danglin at gcc dot gnu dot org 2006-01-29 23:29 --- It appears that this problem was exposed by: 2006-01-28 Zack Weinberg <[EMAIL PROTECTED]> * c.opt: Add -W(no-)overlength-strings. * doc/invoke.texi: Document it. * c-opts.c (c_common_handle_option): -pedantic implies -Woverlength-strings, if not explicitly disabled already. (c_common_post_options): -Woverlength-strings defaults to off, and is always off for C++. * c-common.c (fix_string_type): Issue warning about strings longer than is portable only if warn_overlength_strings. Rearrange code a little for clarity. * configure.in: Check for -Wno-overlength-strings as well before enabling -pedantic in stage 1. * Makefile.in (STRICT2_WARN): Add -Wno-overlength-strings. (gcc.o-warn, insn-automata.o-warn, build/gencondmd.o-warn): Delete. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
[Bug libfortran/25561] Eventually get rid of the Alloc Stream Facility
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-01-29 23:25 --- Good idea. Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-29 23:25:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561
[Bug driver/26021] New: gcc.c:3866: warning: comparison between signed and unsigned
/mnt/gnu/gcc-3.3/objdir/./prev-gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./prev-gcc/
-B
/opt/gnu64/gcc/gcc-4.2.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall
-
Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition
-Wmissing-f
ormat-attribute -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc
-I
../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/
opt/gnu64/gcc/gcc-4.2.0/include -I../../gcc/gcc/../libdecnumber
-I../libdecnumb
er\
-DSTANDARD_STARTFILE_PREFIX=\"../../../\"
-DSTANDARD_EXEC_PREFIX=\"/opt/gnu64/
gcc/gcc-4.2.0/lib/gcc/\"
-DSTANDARD_LIBEXEC_PREFIX=\"/opt/gnu64/gcc/gcc-4.2.0/li
bexec/gcc/\" -DDEFAULT_TARGET_VERSION=\"4.2.0\"
-DDEFAULT_TARGET_MACHINE=\"hppa6
4-hp-hpux11.11\" -DSTANDARD_BINDIR_PREFIX=\"/opt/gnu64/gcc/gcc-4.2.0/bin/\"
-DTO
OLDIR_BASE_PREFIX=\"../../../../\" `test "X${SHLIB_LINK}" = "X" || test "yes"
!
= "yes" || echo "-DENABLE_SHARED_LIBGCC"` `test "X${SHLIB_MULTILIB}" = "X" ||
ec
ho "-DNO_SHARED_LIBGCC_MULTILIB"` \
-c ../../gcc/gcc/gcc.c -o gcc.o)
cc1: warnings being treated as errors
../../gcc/gcc/gcc.c: In function 'process_command':
../../gcc/gcc/gcc.c:3866: warning: comparison between signed and unsigned
../../gcc/gcc/gcc.c:4026: warning: comparison between signed and unsigned
make[3]: *** [gcc.o] Error 1
make[3]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/mnt/gnu/gcc-3.3/objdir'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/mnt/gnu/gcc-3.3/objdir'
make: *** [bootstrap] Error 2
Sun Jan 29 17:29:29 EST 2006
--
Summary: gcc.c:3866: warning: comparison between signed and
unsigned
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
[Bug libstdc++/26020] New: std::advance() isn't stable for floating point numbers
Hi, i.e. code like list bla; // insert some stuff into bla list::iterator it(bla.begin()); advance(it, bla.size() * 0.5); can lead to an endless loop. I know that the code is "broken" but it should work nevertheless. Please change the code to < 0 and > 0, not just while (n--). Cheers, André -- Summary: std::advance() isn't stable for floating point numbers Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Woebbeking at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
[Bug libfortran/25425] F95 and F2003 differ on list-directed output for 0.0
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-01-29 22:06 --- I will start on this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-01-10 04:35:27 |2006-01-29 22:06:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25425
[Bug middle-end/25547] 3 * dead data in compiler source code
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 21:20 --- I am going to fix these issues tomorrow. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25547
[Bug other/25567] 4 * set but never used
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 21:19 --- I am going to fix these issues tomorrow. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25567
[Bug fortran/25714] concat of strings create an extra temporary variable
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 21:06 --- 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 |2006-01-29 21:06:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25714
[Bug tree-optimization/25643] VRP does not remove -fbounds-check for Fortran
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 21:05 --- 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 |2006-01-29 21:05:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25643
[Bug fortran/25618] ICE with allocate on the return value of a function, character with a len of an argument
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 21:02 --- 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 |2006-01-29 21:02:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25618
[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 21:01 --- Confimed. -- 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 |2006-01-29 21:01:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443
[Bug middle-end/25446] -fpic/-fPIC failure in gcc.dg/vect/vect-ifcvt-9.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:59 --- Confirmed. I don't know what is the correct thing here to do. -- 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 |2006-01-29 20:59:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25446
[Bug target/25343] [4.0/4.1/4.2 regression] [m68k] testsuite failures
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:55 --- The largefile.c one is usually because PCH is not implemented fully for the host. Now the rest I don't know what is wrong with them. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||m68k-linux Keywords||wrong-code Priority|P3 |P5 Summary|[4.0/4.1 regression] [m68k] |[4.0/4.1/4.2 regression] |testsuite failures |[m68k] testsuite failures Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-29 20:33 --- (In reply to comment #11) > This bug is fully fixed by my patch. Lets close it then. Closing as fixed per comment #11. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #11 from joseph at codesourcery dot com 2006-01-29 20:29 --- Subject: Re: libstdc++ headers should go in multilib directories On Sun, 29 Jan 2006, pinskia at gcc dot gnu dot org wrote: > This is fixed correct or is there more to do? This bug is fully fixed by my patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug middle-end/25405] [4.2 Regression] c-parser.c:3137: ICE: in rtx_equiv_p, at struct-equiv.c:644
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 20:28 --- Fixed at least for now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25405
[Bug libgomp/25936] libgomp needs to link against rt on HPUX
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 20:26 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|hppa64-hp-hpux11.11 | GCC host triplet|hppa64-hp-hpux11.11 | Last reconfirmed|-00-00 00:00:00 |2006-01-29 20:26:54 date|| Summary|FAIL: libgomp.c/appendix- |libgomp needs to link |a/a.15.1.c (test for excess |against rt on HPUX |errors) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25936
[Bug java/25700] gcj manual missing option index
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:24 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2006-01-29 20:24:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25700
[Bug c++/25701] gcc.texi missing @direntry for g++
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:24 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2006-01-29 20:24:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25701
[Bug libgcj/25398] .jar files held open twice at runtime
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 20:23 --- 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 |2006-01-29 20:23:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25398
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-29 20:19 --- This is fixed correct or is there more to do? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug middle-end/25261] [gomp] Nested function calls in #pragma omp parallel blocks
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:19 --- Is this true any more or is it still broken. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25261
[Bug testsuite/25741] Gcc testsuite isn't parallel build safe
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-29 20:09 --- Fixed on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25741
[Bug fortran/21961] PURE function in INTERFACE block not resolved as being a function
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 19:52 --- Fixed in 4.1.0 at least. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21961
[Bug target/25998] static executable generated by f951 doesn't work with 32-bit SUNW,UltraAX-e2 (UltraSPARC-IIe)
--- Comment #7 from alex at milivojevic dot org 2006-01-29 19:52 --- Ah, of course it wasn't working. Either DONE should be set to .false., or DO should be changed to "while (DONE)". For example: ... logical DONE DONE = .false. DO while (.NOT. DONE) ... Now it works correctly everywhere. Guess this should be closed. -- alex at milivojevic dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25998
[Bug fortran/24285] format(1000(a,$))
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||19292 nThis|| Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
[Bug fortran/24828] Z and negative integers
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24828
[Bug target/26014] linking against libgcj results in strange unresolved symbols
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 18:28 --- *** Bug 26019 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mark at detrick dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26014
[Bug java/26019] jv-convert undefined references - libjava compile fails
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 18:28 --- Yes this is a bug in binutils. This is a dup of bug 26014. *** This bug has been marked as a duplicate of 26014 *** *** This bug has been marked as a duplicate of 26014 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
[Bug java/26019] jv-convert undefined references - libjava compile fails
--- Comment #3 from mark at detrick dot com 2006-01-29 18:28 --- What is being used... binutils-2.16.tar.bz2 libtool-1.5.20.tar.gz make-3.80.tar.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
[Bug java/26019] New: jv-convert undefined references - libjava compile fails
gcc-4.0.2.tar.bz2 gcc-4.0.2/configure \ --verbose \ --enable-threads \ --enable-languages=c,c++,objc,java,treelang \ --enable-shared \ --enable-nls \ --with-gnu-ld \ --with-ld=/usr/local/bin/ld \ --with-gnu-as \ --with-as=/usr/local/bin/as \ --with-system-zlib -- Summary: jv-convert undefined references - libjava compile fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at detrick dot com GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
[Bug java/26019] jv-convert undefined references - libjava compile fails
--- Comment #2 from mark at detrick dot com 2006-01-29 18:25 --- Created an attachment (id=10755) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10755&action=view) Command line that triggers bug & compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
[Bug java/26019] jv-convert undefined references - libjava compile fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 18:23 --- What is the error? Second what ld are you using? Are you using GNU binutils 2.16 (not 2.16.1?)? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
[Bug c++/14167] Unneeded C++ types are output in debug info due to use of static constants
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14167
[Bug target/23451] Redundant reloading from stack frame on i386
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23451
[Bug libfortran/21468] vectorizing libfortran
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
[Bug libfortran/21468] vectorizing libfortran
-- 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=21468
[Bug tree-optimization/5035] Incorrectly produces '`' might be used uninitialized in this function'
-- 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=5035
[Bug middle-end/24590] Static function named "main" treated as the real main
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 17:50 --- Suspend based on the Pre-DR. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24590
[Bug middle-end/24590] Static function named "main" treated as the real main
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 17:49 --- Confirmed, to ... -- 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 |2006-01-29 17:49:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24590
[Bug target/24586] [4.0 regression] ICE in g++.dg/opt/mmx2.C
-- 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=24586
[Bug libgcj/24583] [4.0 only] InetAddress.getLocalHost() returns broken InetAddress object when local hostname cannot be resolved
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 17:46 --- Fixed in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24583
[Bug fortran/21931] [3.4 only] problem with fugly-logint flag and evaluating if statements
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|problem with fugly-logint |[3.4 only] problem with |flag and evaluating if |fugly-logint flag and |statements |evaluating if statements Target Milestone|--- |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21931
