[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-27 Thread hubicka at ucw dot cz


--- Comment #5 from hubicka at ucw dot cz  2010-03-27 10:53 ---
Subject: Re:  [4.5 Regression] make_decl_rtl failure
for C++ on AIX and HPUX

 Honza - ping.
There is proposed patch sent to ML
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00789.html
I've missed that Steve Ellcey already tested it.  Does it seem OK then?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-27 Thread hubicka at gcc dot gnu dot org


--- Comment #6 from hubicka at gcc dot gnu dot org  2010-03-27 11:56 ---
Subject: Bug 43391

Author: hubicka
Date: Sat Mar 27 11:56:30 2010
New Revision: 157773

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157773
Log:
PR middle-end/43391
* varasm.c (make_decl_rtl): Deal with COMMON flag to make
notice_global_symbol work.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/varasm.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-27 Thread rguenth at gcc dot gnu dot org


--- Comment #7 from rguenth at gcc dot gnu dot org  2010-03-27 12:45 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-26 Thread rguenth at gcc dot gnu dot org


--- Comment #4 from rguenth at gcc dot gnu dot org  2010-03-26 15:04 ---
Honza - ping.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-17 Thread hubicka at gcc dot gnu dot org


--- Comment #3 from hubicka at gcc dot gnu dot org  2010-03-17 14:42 ---
Mine. Looking into it now.
We might even want to simply relax the checking if it triggers on lately build
stuff like tinfos. Let me see if I can avoid tinfos producing mallformed
decls.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |hubicka at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-03-16 14:47:37 |2010-03-17 14:42:31
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-16 Thread rguenth at gcc dot gnu dot org


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|bootstrap   |middle-end
 Ever Confirmed|0   |1
   Keywords||build
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2010-03-16 14:47:37
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-16 Thread sje at cup dot hp dot com


--- Comment #1 from sje at cup dot hp dot com  2010-03-16 18:09 ---
If I remove the assert and look at all the times this is triggered in my small
test case they all seem to involve builtin typeinfos created by
emit_support_tinfos.  If you look at this routine there are some comments 
about forcing things to be comdat.  I think this is be base of the problem.  It
may be that HPPA and AIX need to create a target specific library_rtti_comdat
function but I haven't looked into that in detail yet to see if it will fix the
problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391



[Bug middle-end/43391] [4.5 Regression] make_decl_rtl failure for C++ on AIX and HPUX

2010-03-16 Thread sje at cup dot hp dot com


--- Comment #2 from sje at cup dot hp dot com  2010-03-16 21:23 ---
Using:

#define TARGET_CXX_LIBRARY_RTTI_COMDAT hook_bool_void_false

like DARWIN has, doesn't completely fix the problem.  I still get the same
failure but now only with 2 typeinfo's instead of with all the typeinfos
created by emit_support_tinfos.

_ZTSN10__cxxabiv117__array_type_infoE
typeinfo name for __cxxabiv1::__array_type_info
_ZTIN10__cxxabiv117__array_type_infoE
typeinfo for __cxxabiv1::__array_type_info

I wonder if tinfo_base_init should be checking targetm.cxx.library_rtti_comdat
when creating these typeinfo's (via create_pseudo_type_info).

Lots of ramifications here that I don't understand.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43391