--- Comment #8 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41808
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-28 14:49 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-28 14:48 ---
Subject: Bug 41808
Author: rguenth
Date: Wed Oct 28 14:48:34 2009
New Revision: 153671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153671
Log:
2009-10-28 Richard Guenther
PR lto/41808
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-27 01:14 ---
(In reply to comment #4)
> I have a C testcase which shows the same issue do you want it? It shows up
> while building libxml2.
Actually looks related but different, there is no inlining involved there.
--
htt
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-27 00:26 ---
I have a C testcase which shows the same issue do you want it? It shows up
while building libxml2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41808
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-26 15:47 ---
Bad idea, loads of fallout. Another variant would be to again require a
type conversion for struct T * to struct U * assignments (or add even more
special cases...).
We're a long way from treating pointers as value
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-23 13:14 ---
I believe this is because in slaveapp.min.cpp the gimplifier drops the
conversion
in
< = (struct cNetworkType *) cHead::find
(&networks, s)>>;
as useless (it's a conversion to an incomplete type).
cNetworkType
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-23 13:06 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned