[Bug libmudflap/18244] libmudflap installs include/mf-runtime.h in version-independent path
--- Comment #4 from ubizjak at gmail dot com 2009-06-02 07:57 --- So, fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18244
[Bug libstdc++/40299] Rope + C++0x mode = build error
--- Comment #2 from paolo at gcc dot gnu dot org 2009-06-02 09:06 --- Subject: Bug 40299 Author: paolo Date: Tue Jun 2 09:06:31 2009 New Revision: 148081 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148081 Log: 2009-06-03 Paolo Carlini PR libstdc++/40299 * include/ext/memory: Fully qualify calls with __gnu_cxx. * testsuite/ext/rope/40299.cc: New. Added: trunk/libstdc++-v3/testsuite/ext/rope/40299.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/memory -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40299
[Bug libstdc++/40299] Rope + C++0x mode = build error
--- Comment #3 from paolo at gcc dot gnu dot org 2009-06-02 09:07 --- Subject: Bug 40299 Author: paolo Date: Tue Jun 2 09:06:45 2009 New Revision: 148082 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148082 Log: 2009-06-03 Paolo Carlini PR libstdc++/40299 * include/ext/memory: Fully qualify calls with __gnu_cxx. * testsuite/ext/rope/40299.cc: New. Added: branches/gcc-4_4-branch/libstdc++-v3/testsuite/ext/rope/40299.cc Modified: branches/gcc-4_4-branch/libstdc++-v3/ChangeLog branches/gcc-4_4-branch/libstdc++-v3/include/ext/memory -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40299
[Bug libstdc++/40299] Rope + C++0x mode = build error
--- Comment #4 from paolo dot carlini at oracle dot com 2009-06-02 09:14 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40299
[Bug fortran/40011] Problems with -fwhole-file
--- Comment #31 from dominiq at lps dot ens dot fr 2009-06-02 09:29 --- With the patch in comment #28, I have a dozen new ICEs in my test suite. They seems to be in two classes: [ibook-dhum] f90/bug% cat pr33295.f90 module A type A_type real comp end type end module A module B contains function initA() use A implicit none type(A_type):: initA initA%comp=1.0 end function end module B program C use B use A implicit none type(A_type):: A_var A_var = initA() end program C [ibook-dhum] f90/bug% gfc pr33295.f90 pr33295.f90: In function 'c': pr33295.f90:24: internal compiler error: in fold_convert, at fold-const.c:2687 and [ibook-dhum] f90/bug% cat test_point.f90 module global type:: mytype type(mytype),pointer :: this end type mytype type(mytype),target:: base end module global program test_equi use global call check() print *, "base%this%this=>base?" , associated(base%this%this,base) print *, "base%this%this=>?" , associated(base%this%this) print *, "base%this=>?" , associated(base%this) contains subroutine check() type(mytype),target:: j base%this => j !have the variables point j%this => base !to one another end subroutine check !take j out of scope end program test_equi [ibook-dhum] f90/bug% gfc test_point.f90 gfc: Internal error: Segmentation fault (program f951) Concerning gfortran.dg/default_initialization_3.f90, I cannot say if the problem is with the front-end or the middle-end, but it is certainly tricky to do the correct inlining. I think the problem should go to another pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
[Bug tree-optimization/40323] [4.5 Regression] compiling just takes forever and doesn't really process
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||compile-time-hog Summary|compiling just takes forever|[4.5 Regression] compiling |and doesn't really process |just takes forever and ||doesn't really process Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40323
[Bug tree-optimization/40321] [4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-06-02 10:23 --- At -O1 -ftree-pre I get src/common/PhysicsLX56_Projectiles.cpp: In function 'ProjCollisionType LX56_simulateProjectile_LowLevel(AbsTime, TimeDiff, CProjectile*, const LX56ProjAttribs&, CWorm*, bool*, bool*)': src/common/PhysicsLX56_Projectiles.cpp:1156:33: internal compiler error: in vn_reference_lookup_3, at tree-ssa-sccvn.c:1174 instead. Reducing the -O2 ICE and then the other one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5 Regression] internal |[4.4/4.5 Regression] |compiler error: in |internal compiler error: in |compute_antic, at tree-ssa- |compute_antic, at tree-ssa- |pre.c:2501 |pre.c:2501 Target Milestone|4.5.0 |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug tree-optimization/40323] [4.5 Regression] compiling just takes forever and doesn't really process
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-06-02 10:45 ---
Works fine with rev. 147285, fails with rev. 147953.
Martin - obviously
static inline tree
get_ssa_def_if_simple_copy (tree rhs)
{
while (TREE_CODE (rhs) == SSA_NAME && !SSA_NAME_IS_DEFAULT_DEF (rhs))
{
gimple def_stmt = SSA_NAME_DEF_STMT (rhs);
if (gimple_assign_single_p (def_stmt))
rhs = gimple_assign_rhs1 (def_stmt);
}
return rhs;
}
doesn't terminate if the condition inside the loop is false.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||mjambor at suse dot cz
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Priority|P3 |P1
Last reconfirmed|-00-00 00:00:00 |2009-06-02 10:45:24
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40323
[Bug tree-optimization/40323] [4.5 Regression] compiling just takes forever and doesn't really process
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-06-02 10:51 --- Apparently I was not careful enough when turning an if branch to a while loop. I'll prepare and test a patch straight away. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-06-02 10:45:24 |2009-06-02 10:51:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40323
[Bug libstdc++/35569] [c++0x] std::bind result functor doesn't accept rvalues
-- redi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jwakely dot gcc at gmail dot |dot org |com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35569
[Bug fortran/40011] Problems with -fwhole-file
--- Comment #32 from dominiq at lps dot ens dot fr 2009-06-02 12:32 --- I think the following code: function CHECK_INTEGER4_RANK1 (EXPECTED, COMPUTED) integer(4), intent(in), dimension(:) :: EXPECTED integer(4), intent(in), dimension(:) :: COMPUTED logical :: CHECK_INTEGER4_RANK1 CHECK_INTEGER4_RANK1 = all(COMPUTED == EXPECTED) end function CHECK_INTEGER4_RANK1 program array_test !use CHECK_SEM logical :: CHECK_INTEGER4_RANK1 integer,dimension(-1:1,-1:1) :: mis1=1.1 logical,dimension(-1:1,-1:1) :: ml2=.true. logical :: res integer, dimension(3) :: theo, dat theo = sum(mis1,dim=1,mask=ml2) dat = (/8,5,12/) res = CHECK_INTEGER4_RANK1 (theo, dat) end program array_test should give an error about missing interface with -fwhole-file (it does not with the patch in comment #28). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
[Bug debug/40012] [4.5 Regression] Revision 146817 generated bad debug info for local variables
--- Comment #5 from dje at gcc dot gnu dot org 2009-06-02 12:51 ---
cfgexpand.c:expand_used_vars() expands and instantiates virtual-stack-vars for
INSNs when it walks the partion map:
for (i = 0; i < SA.map->num_partitions; i++)
{
tree var = partition_to_var (SA.map, i);
gcc_assert (is_gimple_reg (var));
if (TREE_CODE (SSA_NAME_VAR (var)) == VAR_DECL)
expand_one_var (var, true, true);
It then instantiates the same virtual-stack-vars in debug DECLs when it calls
expand_used_vars_for_block (outer_block, true), which calls
/* Expand all variables at this level. */
for (t = BLOCK_VARS (block); t ; t = TREE_CHAIN (t))
if (TREE_USED (t))
expand_one_var (t, toplevel, true);
The INSN var is an SSA_NAME and expand_one_stack_var_at() uses the alignment in
the DECL; the BLOCK var is not an SSA_NAME and the alignment is computed as the
STACK_BOUNDARY.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40012
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-06-02 13:55 ---
Confirmed. Reduced testcase:
struct VectorD2
{
VectorD2() : x(0), y(0) { }
VectorD2(int _x, int _y) : x(_x), y(_y) { }
int x, y;
int GetLength2() const { return x*x + y*y; };
VectorD2 operator+(const VectorD2 vec) const {
return VectorD2(x+vec.x,y+vec.y);
}
};
struct Shape
{
enum Type { ST_RECT, ST_CIRCLE } type;
VectorD2 pos;
VectorD2 radius;
bool CollisionWith(const Shape& s) const;
};
bool Shape::CollisionWith(const Shape& s) const
{
if(type == ST_CIRCLE && s.type == ST_RECT)
return s.CollisionWith(*this);
return (pos + s.pos).GetLength2() < (radius + s.radius).GetLength2();
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2009-06-02 13:55:12
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug c++/34022] C++0x: rvalue references and std::forward() broken with built-in types
--- Comment #6 from jwakely dot gcc at gmail dot com 2009-06-02 14:14 --- *** Bug 40295 has been marked as a duplicate of this bug. *** -- jwakely dot gcc at gmail dot com changed: What|Removed |Added CC||jwakely dot gcc at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34022
[Bug c++/40295] [C++0x] rvalue-references and builtin types
--- Comment #2 from jwakely dot gcc at gmail dot com 2009-06-02 14:14 --- *** This bug has been marked as a duplicate of 34022 *** -- jwakely dot gcc at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40295
gcc-bugs@gcc.gnu.org
--- Comment #4 from jwakely dot gcc at gmail dot com 2009-06-02 14:24 --- I can't change it, but keyword should be diagnostic not link-error, the link error occurs because the function is not defined, not because GCC generates the wrong code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37089
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-02 14:45 --- Pffft. Not this again... : # this_2 = PHI # s_4 = PHI so this_2 and s_4 are equal on one edge but not on another. copyprop is not always able to remove the PHI for some un-obvious reason. Thus, how do we deal with that? We enter PRE with : : # this_2 = PHI # s_4 = PHI D.2149_3 = this_2->type; if (D.2149_3 == 1) goto ; else goto ; : goto ; : D.2152_5 = s_4->type; if (D.2152_5 == 0) goto ; else goto ; : goto ; : : # this_61 = PHI # s_62 = PHI ... and have Value numbers: this_61 = this_2 s_62 = s_4 copy-prop seems confused: Simulating statement (from ssa_edges): this_61 = PHI Visiting PHI node: this_61 = PHI PHI node this_61 copy-of chain: this_61 -> this_61 [NOT A COPY] Telling the propagator to add SSA edges out of this PHI and never visit again. but, before we fix copy-prop we probably should deal with this in PRE by simply not phi_translating in circles. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-06-02 13:55:12 |2009-06-02 14:45:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-02 15:04 ---
More reduced testcase, the loop is produced by tail-recursion:
struct Shape
{
enum Type { ST_RECT, ST_CIRCLE } type;
int pos;
int CollisionWith(const Shape& s) const;
};
int Shape::CollisionWith(const Shape& s) const
{
if(type == ST_CIRCLE && s.type == ST_RECT)
return s.CollisionWith(*this);
return (pos + s.pos);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug c++/39050] [c++0x] rvalue reference & copy construction issue
--- Comment #2 from jwakely dot gcc at gmail dot com 2009-06-02 15:10 --- seems to be fixed as of gcc version 4.5.0 20090528 pr39050.cc: In function void g(): pr39050.cc:3: error: S::S(const S&) is private pr39050.cc:11: error: within this context pr39050.cc:11: error: initializing argument 1 of void f(S) -- jwakely dot gcc at gmail dot com changed: What|Removed |Added CC||jwakely dot gcc at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39050
[Bug fortran/40318] Complex division by zero in gfortran returns wrong results
--- Comment #13 from ghazi at gcc dot gnu dot org 2009-06-02 15:16 ---
(In reply to comment #11)
> What is disturbing is Example 2 in G.5.1 on page 470! Does gcc's runtime
> implementation of complex division mirror Example 2? I can understand
> the need to avoid under/overflow, but _Cdivd() seems overly complicated.
Here is GCC's runtime implementation of complex division from libgcc2.c. It
looks like it does mirror example 2. While the runtime evaluation seems to be
fine, the middle-end folder still has bugs. See PR30789.
#if defined(L_divsc3) || defined(L_divdc3) \
|| defined(L_divxc3) || defined(L_divtc3)
CTYPE
CONCAT3(__div,MODE,3) (MTYPE a, MTYPE b, MTYPE c, MTYPE d)
{
MTYPE denom, ratio, x, y;
CTYPE res;
/* ??? We can get better behavior from logarithmic scaling instead of
the division. But that would mean starting to link libgcc against
libm. We could implement something akin to ldexp/frexp as gcc builtins
fairly easily... */
if (FABS (c) < FABS (d))
{
ratio = c / d;
denom = (c * ratio) + d;
x = ((a * ratio) + b) / denom;
y = ((b * ratio) - a) / denom;
}
else
{
ratio = d / c;
denom = (d * ratio) + c;
x = ((b * ratio) + a) / denom;
y = (b - (a * ratio)) / denom;
}
/* Recover infinities and zeros that computed as NaN+iNaN; the only cases
are nonzero/zero, infinite/finite, and finite/infinite. */
if (isnan (x) && isnan (y))
{
if (c == 0.0 && d == 0.0 && (!isnan (a) || !isnan (b)))
{
x = COPYSIGN (INFINITY, c) * a;
y = COPYSIGN (INFINITY, c) * b;
}
else if ((isinf (a) || isinf (b)) && isfinite (c) && isfinite (d))
{
a = COPYSIGN (isinf (a) ? 1 : 0, a);
b = COPYSIGN (isinf (b) ? 1 : 0, b);
x = INFINITY * (a * c + b * d);
y = INFINITY * (b * c - a * d);
}
else if ((isinf (c) || isinf (d)) && isfinite (a) && isfinite (b))
{
c = COPYSIGN (isinf (c) ? 1 : 0, c);
d = COPYSIGN (isinf (d) ? 1 : 0, d);
x = 0.0 * (a * c + b * d);
y = 0.0 * (b * c - a * d);
}
}
__real__ res = x;
__imag__ res = y;
return res;
}
#endif /* complex divide */
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40318
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-06-02 15:21
---
C testcase:
struct X { int type; int pos; };
int foo(struct X *a, struct X *b)
{
again:
if (a->type == 0)
goto out;
if (b->type == 1)
goto out;
({ struct X *tmp = a; a = b; b = tmp; });
goto again;
out:
return a->pos + b->pos;
}
"fix":
@@ -1734,6 +1767,19 @@ phi_translate_1 (pre_expr expr, bitmap_s
if (TREE_CODE (def) == SSA_NAME)
def = VN_INFO (def)->valnum;
+ /* If we translated the name to one defined by a PHI node
+ in the same basic-block punt. This hints at cyclic
+ PHI nodes like
+ :
+# this_2 = PHI
+# s_4 = PHI
+ which can cause antic computation to never finis. */
+ if (TREE_CODE (def) == SSA_NAME
+ && (def_stmt = SSA_NAME_DEF_STMT (def)) != NULL
+ && gimple_code (def_stmt) == GIMPLE_PHI
+ && gimple_bb (def_stmt) == phiblock)
+ return NULL;
+
/* Handle constant. */
if (is_gimple_min_invariant (def))
return get_or_alloc_expr_for_constant (def);
Danny - any opinions here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug c++/40326] New: object fails to allocate memory
code s( "-", 8192 ); causes segmentation fault. I have Fedora 10 box, using g++ 4.3.2 20081105 (Red Hat 4.3.2-7) -- Summary: object fails to allocate memory Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rykunov at hotmail dot com GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40326
[Bug tree-optimization/40321] [4.4/4.5 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-06-02 15:46
---
Even simpler testcase:
struct X { int flag; int pos; };
int foo(struct X *a, struct X *b)
{
while (1)
{
if (a->flag)
break;
({ struct X *tmp = a; a = b; b = tmp; });
}
return a->pos + b->pos;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug c++/40326] object fails to allocate memory
--- Comment #1 from rykunov at hotmail dot com 2009-06-02 15:49 --- Created an attachment (id=17945) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17945&action=view) example which reproduces the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40326
[Bug c++/40326] object fails to allocate memory
--- Comment #2 from rykunov at hotmail dot com 2009-06-02 15:59 --- command line and compiler options: $ g++ -o tst_str tst_str.cpp -save-temps -O0 -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-cpu=generic --build=i386-redhat-linux Thread model: posix gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC) COLLECT_GCC_OPTIONS='-o' 'tst_str' '-save-temps' '-O0' '-v' '-shared-libgcc' '-mtune=generic' /usr/libexec/gcc/i386-redhat-linux/4.3.2/cc1plus -E -quiet -v -D_GNU_SOURCE tst_str.cpp -mtune=generic -O0 -fpch-preprocess -o tst_str.ii ignoring nonexistent directory "/usr/lib/gcc/i386-redhat-linux/4.3.2/include-fixed" ignoring nonexistent directory "/usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../i386-redhat-linux/include" #include "..." search starts here: #include <...> search starts here: /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2 /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/i386-redhat-linux /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/backward /usr/local/include /usr/lib/gcc/i386-redhat-linux/4.3.2/include /usr/include End of search list. COLLECT_GCC_OPTIONS='-o' 'tst_str' '-save-temps' '-O0' '-v' '-shared-libgcc' '-mtune=generic' /usr/libexec/gcc/i386-redhat-linux/4.3.2/cc1plus -fpreprocessed tst_str.ii -quiet -dumpbase tst_str.cpp -mtune=generic -auxbase tst_str -O0 -version -o tst_str.s GNU C++ (GCC) version 4.3.2 20081105 (Red Hat 4.3.2-7) (i386-redhat-linux) compiled by GNU C version 4.3.2 20081105 (Red Hat 4.3.2-7), GMP version 4.2.2, MPFR version 2.3.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: a43cbcaee4cf8f26ffea6bb0c2e68739 COLLECT_GCC_OPTIONS='-o' 'tst_str' '-save-temps' '-O0' '-v' '-shared-libgcc' '-mtune=generic' as -V -Qy -o tst_str.o tst_str.s GNU assembler version 2.18.50.0.9 (i386-redhat-linux) using BFD version version 2.18.50.0.9-8.fc10 20080822 COMPILER_PATH=/usr/libexec/gcc/i386-redhat-linux/4.3.2/:/usr/libexec/gcc/i386-redhat-linux/4.3.2/:/usr/libexec/gcc/i386-redhat-linux/:/usr/lib/gcc/i386-redhat-linux/4.3.2/:/usr/lib/gcc/i386-redhat-linux/:/usr/libexec/gcc/i386-redhat-linux/4.3.2/:/usr/libexec/gcc/i386-redhat-linux/:/usr/lib/gcc/i386-redhat-linux/4.3.2/:/usr/lib/gcc/i386-redhat-linux/ LIBRARY_PATH=/usr/lib/gcc/i386-redhat-linux/4.3.2/:/usr/lib/gcc/i386-redhat-linux/4.3.2/:/usr/lib/gcc/i386-redhat-linux/4.3.2/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-o' 'tst_str' '-save-temps' '-O0' '-v' '-shared-libgcc' '-mtune=generic' /usr/libexec/gcc/i386-redhat-linux/4.3.2/collect2 --eh-frame-hdr --build-id -m elf_i386 --hash-style=gnu -dynamic-linker /lib/ld-linux.so.2 -o tst_str /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../crt1.o /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../crti.o /usr/lib/gcc/i386-redhat-linux/4.3.2/crtbegin.o -L/usr/lib/gcc/i386-redhat-linux/4.3.2 -L/usr/lib/gcc/i386-redhat-linux/4.3.2 -L/usr/lib/gcc/i386-redhat-linux/4.3.2/../../.. tst_str.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/i386-redhat-linux/4.3.2/crtend.o /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../crtn.o execution: $ ./tst_str Segmentation fault -- rykunov at hotmail dot com changed: What|Removed |Added CC||rykunov at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40326
[Bug c++/40326] object fails to allocate memory
--- Comment #3 from paolo dot carlini at oracle dot com 2009-06-02 16:09 --- This is plain invalid. I suppose you want s( 8192, '=' ). In the testcase as written you are telling the relevant constructor to use the first 8192 chars of "="! -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40326
[Bug c++/40306] ICE when using auto to declare a local copy inside a member function
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-02 16:45:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40306
[Bug c++/40311] brace initialization does not work well with new
--- Comment #1 from jason at gcc dot gnu dot org 2009-06-02 17:03 --- Subject: Bug 40311 Author: jason Date: Tue Jun 2 17:02:38 2009 New Revision: 148089 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148089 Log: PR c++/40308 PR c++/40311 * typeck.c (cp_build_modify_expr): Always pass init-lists to the conversion code. * call.c (implicit_conversion): Allow init-list conversion to scalar during direct-initialization, too. Mark the conversion bad if it has too many levels of braces. (convert_like_real): And give a helpful error. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist18.C trunk/gcc/testsuite/g++.dg/cpp0x/initlist19.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/initlist13.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40311
[Bug c++/40308] Brace initialization fails for member initializers in constructor for class templates
--- Comment #1 from jason at gcc dot gnu dot org 2009-06-02 17:03 --- Subject: Bug 40308 Author: jason Date: Tue Jun 2 17:02:38 2009 New Revision: 148089 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148089 Log: PR c++/40308 PR c++/40311 * typeck.c (cp_build_modify_expr): Always pass init-lists to the conversion code. * call.c (implicit_conversion): Allow init-list conversion to scalar during direct-initialization, too. Mark the conversion bad if it has too many levels of braces. (convert_like_real): And give a helpful error. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist18.C trunk/gcc/testsuite/g++.dg/cpp0x/initlist19.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/initlist13.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40308
[Bug c++/40307] Problem with auto deducing class type inside one of its own member functions
--- Comment #1 from jason at gcc dot gnu dot org 2009-06-02 17:03 --- Subject: Bug 40307 Author: jason Date: Tue Jun 2 17:02:27 2009 New Revision: 148088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148088 Log: PR c++/40306 PR c++/40307 * decl.c (cp_finish_decl): Handle auto deduction from (). * typeck.c (build_x_indirect_ref): Handle dereferencing an operand with dependent type that is known to be a pointer. Added: trunk/gcc/testsuite/g++.dg/cpp0x/auto14.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40307
[Bug c++/40306] ICE when using auto to declare a local copy inside a member function
--- Comment #1 from jason at gcc dot gnu dot org 2009-06-02 17:03 --- Subject: Bug 40306 Author: jason Date: Tue Jun 2 17:02:27 2009 New Revision: 148088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148088 Log: PR c++/40306 PR c++/40307 * decl.c (cp_finish_decl): Handle auto deduction from (). * typeck.c (build_x_indirect_ref): Handle dereferencing an operand with dependent type that is known to be a pointer. Added: trunk/gcc/testsuite/g++.dg/cpp0x/auto14.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40306
[Bug tree-optimization/40323] [4.5 Regression] compiling just takes forever and doesn't really process
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-06-02 17:06 --- Created an attachment (id=17946) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17946&action=view) Fix Ok, creating a simple testcase was not easy for me but here is a patch that includes one (and fixes the original issue too). It still needs testing but I am quite confident it will pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40323
[Bug libstdc++/40296] [C++0x] std::exception_ptr comparisons
--- Comment #1 from paolo dot carlini at oracle dot com 2009-06-02 17:32 --- I'm under the impression we should simply not provide operator __safe_bool(), what do you think? (these __safe_bool tricks are also obsoleted by the explicit conversion operators facility, but that is another matter, really) -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||paolo dot carlini at oracle ||dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-02 17:32:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
[Bug libstdc++/40296] [C++0x] std::exception_ptr comparisons
--- Comment #2 from paolo dot carlini at oracle dot com 2009-06-02 18:12 --- Let's add Sebastian in CC, anyway. -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||sebastian dot redl at ||getdesigned dot at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
[Bug libstdc++/40296] [C++0x] std::exception_ptr comparisons
--- Comment #3 from sebastian dot redl at getdesigned dot at 2009-06-02 18:45 --- Curiously enough, N2857 doesn't even require that exception_ptr be usable in conditions. I must have simply assumed that anything with _ptr in its name must be a valid condition. So yeah, if the ABI can take it, I'm all for removing that operator. Can it, though? If not, it's a pretty mess. We'd have to define a lot of comparison operators to cover for the conversion, i.e. at least a quad (== and !=, with the non-exception_ptr on the left and the right side) for int, long, and nullptr_t. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
[Bug libstdc++/40296] [C++0x] std::exception_ptr comparisons
--- Comment #4 from paolo dot carlini at oracle dot com 2009-06-02 19:14 --- As far as the ABI is concerned, isn't a big issue, it suffices to somehow remove if from the effective exception_ptr.h seen by the user code (via ) while keeping it in the eh_ptr.cc, in order to keep on exporting the symbol. I can do it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
[Bug c++/40307] Problem with auto deducing class type inside one of its own member functions
--- Comment #2 from jason at gcc dot gnu dot org 2009-06-02 20:13 --- Fixed for 4.4.1 and 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40307
[Bug c++/40306] ICE when using auto to declare a local copy inside a member function
--- Comment #2 from jason at gcc dot gnu dot org 2009-06-02 20:13 --- Fixed for 4.4.1 and 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40306
[Bug c++/40308] Brace initialization fails for member initializers in constructor for class templates
--- Comment #2 from jason at gcc dot gnu dot org 2009-06-02 20:14 --- Fixed for 4.4.1 and 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40308
[Bug c++/40311] brace initialization does not work well with new
--- Comment #2 from jason at gcc dot gnu dot org 2009-06-02 20:14 --- Fixed for 4.4.1 and 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40311
[Bug debug/40012] [4.5 Regression] Revision 146817 generated bad debug info for local variables
--- Comment #6 from ppluzhnikov at google dot com 2009-06-02 23:02 --- Also a problem on x86_64-linux: http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00190.html -- ppluzhnikov at google dot com changed: What|Removed |Added CC||ppluzhnikov at google dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40012
[Bug c++/38089] [4.3/4.4 Regression] g++ crash on invalid code
--- Comment #6 from simartin at gcc dot gnu dot org 2009-06-02 23:48 --- Fixed in 4.5.0. -- simartin at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.0.1 |4.0.1 4.5.0 Summary|[4.3/4.4/4.5 Regression] g++|[4.3/4.4 Regression] g++ |crash on invalid code |crash on invalid code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38089
[Bug middle-end/40154] [4.4/4.5 Regression] internal compiler error: in do_SUBST, at combine.c:681
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-06-03 00:18 --- Currently workarounded for SH with the patch applied as revision 148018 and 148106. It defines a new DImode arithmetic shift left expander which generates SH's movdi_i insn as its last insn. movdi_i is a DImode move insn and expand_mult_const will mark it with the REG_EQUAL note in the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154
gcc-bugs@gcc.gnu.org
--- Comment #5 from cfairles at gcc dot gnu dot org 2009-06-03 02:47 --- Agreed. Changed to diagnostic from link-error. -- cfairles at gcc dot gnu dot org changed: What|Removed |Added Keywords|link-failure|diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37089
[Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817
--- Comment #19 from luisgpm at linux dot vnet dot ibm dot com 2009-06-03 03:01 --- A little bit of information about the problem. On 32-bit code, the loads are being pushed up, from a different BB to the BB where we have the stfd instruction, during global scheduling. I suspect the 64-bit case is the same, with small variations. I'll update with more details soon. Luis -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
[Bug middle-end/35593] [4.3 Regression] spurious warning "array subscript is below array bounds" with void* function argument plus -O2
--- Comment #7 from at dot wufei at gmail dot com 2009-06-03 05:07 --- Did the patch fixes the second case (struct B)? It still warns on 4.3 branch, but no problem on 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35593
