[Bug target/40648] misaligned store vectorizer patch introduced 10% runtime regression on Polyhedron test_fpu
--- Comment #7 from eres at il dot ibm dot com 2009-07-05 08:12 --- Testing test_fpu on Power7 with the power7 branch shows no significant difference between the version compiled with the misaligned store support patch and without it. (using -mcpu=power7 -ffast-math -funroll-loops -O3) The version with the misaligned store support patch is ~23% faster than the version with -fno-tree-vectorize. So it seems like this is a tuning issue for x86-64 and might be addressed in the cost model. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40648
[Bug fortran/39489] [4.3 regression] write_atom(): Writing negative integer
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:07 --- Works with newer branches (4.4 and 4.5). According to gfortran maintainers meeting, will not be fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39489
[Bug fortran/40632] Support F2008's contiguous attribute
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:09:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40632
[Bug fortran/40643] maxloc/minloc: Wrong result for NaN at position 1
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:11:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40643
[Bug fortran/40628] Assignment using "= trim(string)": Optimize "trim" away
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:13:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40628
[Bug fortran/40588] Small bug in match_charkind_name
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|any | GCC host triplet|any | GCC target triplet|any | Keywords||patch Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:14:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40588
[Bug fortran/40569] F2008: Support COMPILER_OPTIONS() / COMPILER_VERSION()
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:15:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40569
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:16:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug fortran/40569] F2008: Support COMPILER_OPTIONS() / COMPILER_VERSION()
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40569
[Bug fortran/40568] F2008: C_SIZEOF is in the wrong scope
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:19:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40568
[Bug libfortran/40549] MinGW Fortran patches for libgfortran/Makefile.{in,am}
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:21 --- I'll take it. My own Windows machine is currently down (broken disk), but I'll test the patch when I can. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Component|fortran |libfortran Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:21:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40549
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23 --- *** Bug 40545 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug fortran/40545] compile warnings in libgfortran
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23 --- *** This bug has been marked as a duplicate of 22423 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40545
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:24 --- Additional new warning: intrinsics/iso_c_binding.c: In Function "__iso_c_binding_c_f_pointer_u0": libgfortran/intrinsics/iso_c_binding.c:112:20: Warning: "ub" may be used uninitialized in this function -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2009-06-14 09:06:19 |2009-07-05 09:24:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug c/40635] bogus name and location in 'may be used uninitialized' warning
--- Comment #1 from antonio dot weber at stud dot fh-regensburg dot de 2009-07-05 10:29 --- I only wanted to confirm this report. The same behaviour with gcc 4.3.2 and a build from yesterdays svn %> gcc -O2 -Wall -c ~/test.c ~/test.c: In function »server_init«: ~/test.c:38: warning: 's42' may be used uninitialized in this function %> gcc --version gcc (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2 Copyright (C) 2008 Free Software Foundation, Inc. %> ./bin/gcc -O2 -Wall -c ~/test.c ~/test.c: In function »server_init«: ~/test.c:38:8: warning: 's42' may be used uninitialized in this function %> ./bin/gcc --version gcc (GCC) 4.5.0 20090704 (experimental) Copyright (C) 2009 Free Software Foundation, Inc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40635
[Bug libfortran/40330] [4.5 Regression] incorrect IO
--- Comment #33 from jvdelisle at gcc dot gnu dot org 2009-07-05 12:25 --- Created an attachment (id=18138) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18138&action=view) Patch ready for testing Joost, if you can, please test this patch on all of CP2K. Other testors welcome. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40330
[Bug libstdc++/40654] New: atomic.cc: 'd' is used uninitialized warning
During compilation of libstdc++ for i686-pc-mingw32, I noticed this warning: ../../../../gcc44-svn/libstdc++-v3/src/atomic.cc:83: warning: 'd' is used uninitialized in this function ../../../../gcc44-svn/libstdc++-v3/src/atomic.cc:83: note: 'd' was declared here Notice the 'is used' and not 'maybe used'. The warning was noted with gcc shapshot r149016 from gcc-4_4-branch. Does not happen for x86_64-pc-mingw32. The toolchain was compiled against mingw-w64 header-set and crt. -- Summary: atomic.cc: 'd' is used uninitialized warning Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sezeroz at gmail dot com GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug bootstrap/40455] gcc trunk does not bootstrap as of commit r148408
--- Comment #18 from christian dot joensson at gmail dot com 2009-07-05 17:24 --- As Dave suggests in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455#c13, this is fixed, -- christian dot joensson at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455
[Bug libstdc++/40654] atomic.cc: 'd' is used uninitialized warning
--- Comment #1 from paolo dot carlini at oracle dot com 2009-07-05 18:08 --- Benjamin, can you have a look? To me, it seems a back-end issue in the compiler, because I don't see anything wrong in the code... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug fortran/40551] Wrong code due to missing copy-in/copy-out stried array to assumed-size dummy
--- Comment #11 from pault at gcc dot gnu dot org 2009-07-05 19:06 --- Subject: Bug 40551 Author: pault Date: Sun Jul 5 19:06:05 2009 New Revision: 149261 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149261 Log: 2009-07-05 Paul Thomas PR fortran/40551 * dependency.h : Add second bool* argument to prototype of gfc_full_array_ref_p. * dependency.c (gfc_full_array_ref_p): If second argument is present, return true if last dimension of reference is an element or has unity stride. * trans-array.c : Add NULL second argument to references to gfc_full_array_ref_p. * trans-expr.c : The same, except for; (gfc_trans_arrayfunc_assign): Return fail if lhs reference is not a full array or a contiguous section. 2009-07-05 Paul Thomas PR fortran/40551 * gfortran.dg/func_assign_2.f90 : New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/func_assign_2.f90 Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/dependency.c branches/gcc-4_4-branch/gcc/fortran/dependency.h branches/gcc-4_4-branch/gcc/fortran/trans-array.c branches/gcc-4_4-branch/gcc/fortran/trans-expr.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40551
[Bug fortran/40646] ICE assigning array return value from type-bound procedure
--- Comment #5 from pault at gcc dot gnu dot org 2009-07-05 19:14 --- Subject: Bug 40646 Author: pault Date: Sun Jul 5 19:13:59 2009 New Revision: 149262 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149262 Log: 2009-07-05 Paul Thomas and Tobias Burnus PR fortran/40646 * gfortran.h : Change the compcall member of the 'value' union in the gfc_expr structure so that its fields overlap with the 'function' member. * resolve.c (resolve_compcall): Set the function.esym. * trans-expr.c (gfc_trans_arrayfunc_assign): Use is_proc_ptr_comp in the condition. * dependency.c (gfc_full_array_ref_p): Ensure that 'contiguous' retunrs a value if non-NULL. 2009-07-05 Paul Thomas and Tobias Burnus PR fortran/40646 * gfortran.dg/func_assign_3.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/func_assign_3.f90 Modified: trunk/gcc/fortran/dependency.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40646
[Bug c++/40655] New: The copy constructor is not needed but GCC (C++) don't let me to initialize my object instance!
Sorry for my long summary text!
Please, look at the following C++ code:
//-- start of the code
class A
{
public : A (int i) { }
private: A (const A& a) { }
};
int main (int argc, char* argv[])
{
// ERROR: How could i use the auto keyword which exist in GCC 4.4
auto a1 = A (5);
// ERROR: Why? Is it logically false? Really i don't know.
A a2[3] = { A (0), A (1), A (2) };
}
//-- end of the code
All problems will begin, When the copy constructor is private.
--
Summary: The copy constructor is not needed but GCC (C++) don't
let me to initialize my object instance!
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: MSHojatoleslami at Gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40655
[Bug bootstrap/40455] gcc trunk does not bootstrap as of commit r148408
--- Comment #19 from mckelvey at maskull dot com 2009-07-05 23:44 --- (In reply to comment #18) > As Dave suggests in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455#c13, > this > is fixed, > I tried it yesterday, after updating with SVN and updating my 1.7 cygwin, and got the same failure. It seems to me that he is saying that we have to wait a few days for the new binutils to make it into cygwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455
[Bug bootstrap/40455] gcc trunk does not bootstrap as of commit r148408
--- Comment #20 from dave dot korn dot cygwin at gmail dot com 2009-07-05 23:47 --- (In reply to comment #19) > (In reply to comment #18) > > As Dave suggests in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455#c13, > > this > > is fixed, > > > > I tried it yesterday, after updating with SVN and updating my 1.7 cygwin, and > got the same failure. > > It seems to me that he is saying that we have to wait a few days for the new > binutils to make it into cygwin. Either that, or to build your own binutils from CVS, but in fact the new binutils should have reached most of the mirrors by now, so give it a go. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455
[Bug tree-optimization/40642] [4.5 regression] ICE with -fprofile-generate
--- Comment #1 from reichelt at gcc dot gnu dot org 2009-07-05 23:59
---
Confirmed. Reduced testcase (crashes with "-O2 -fprofile-generate"):
inline void* operator new(__SIZE_TYPE__, void* p) throw() { return p; }
inline void operator delete (void*, void*) throw() { }
template void foo(void* p, T t)
{
new(p) T(t);
}
void bar();
template struct A
{
T* p;
A() { try { foo(p, T()); } catch(...) {} }
A(const A&) { try { bar(); } catch(...) { throw; } }
};
A > a;
The bug appeared between 2009-04-24 and 2009-05-09.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2009-07-05 23:59:38
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40642
[Bug c++/40557] [4.5 Regression] ICE with template union
--- Comment #2 from simartin at gcc dot gnu dot org 2009-07-06 04:55 --- Subject: Bug 40557 Author: simartin Date: Mon Jul 6 04:55:20 2009 New Revision: 149276 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149276 Log: gcc/cp/ 2009-07-06 Simon Martin PR c++/40557 * pt.c (perform_typedefs_access_check, get_types_needing_access_check, append_type_to_template_for_access_check_1): Use RECORD_OR_UNION_CODE_P. gcc/testsuite/ 2009-07-06 Simon Martin PR c++/40557 * g++.dg/template/union2.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/union2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40557
[Bug c++/40557] [4.5 Regression] ICE with template union
--- Comment #3 from simartin at gcc dot gnu dot org 2009-07-06 05:05 --- Fixed in 4.5 -- simartin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40557
[Bug c/40656] New: Can't initial the fields of unamed struct/union.
xiao...@gentux test $ cat unamed.c
struct test {
struct {
int a;
};
};
int main()
{
struct test t1;
t1.a = 0; /* it is OK */
struct test t2 = {.a = 0}; /* error */
return 0;
}
xiao...@gentux test $ gcc unamed.c
unamed.c: In function 'main':
unamed.c:12: error: unknown field 'a' specified in initializer
--
Summary: Can't initial the fields of unamed struct/union.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xiaosuo at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40656
