--- 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
--- 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
--- 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
---
--- 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
--- 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 wo
--- 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
---
--- 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
St
--- 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
St
--- 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
St
--- 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
St
--- 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 exporti
--- 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 t
--- 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
---
--- 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 m
--- 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 ori
--- 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_fi
--- 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_fi
--- 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_
--- 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_
--
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
--- 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 chang
--- 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/
--- 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
--- 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->po
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
--- 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;
--- 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 _C
--- 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: initializi
--- 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
--- 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 d
--- 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.
--- 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
-
--- 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
--
--- 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+(
--- 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);
--- 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_RAN
--
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
--- 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
--- 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))
{
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.5 Regression] internal |[4.4/4.5 Regression]
|compiler error: in |
--- 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/co
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||compile-time-hog
Summary|compiling just takes forever|[4.5
--- 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
--- 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
Statu
--- 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
*
--- 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
*
--- 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
47 matches
Mail list logo
