This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [CFT] re-organize var-tracking frame_base
- From: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- To: sje at cup dot hp dot com (Steve Ellcey)
- Cc: rth at redhat dot com, gcc-patches at gcc dot gnu dot org, law at redhat dot com
- Date: Tue, 13 Sep 2005 19:00:57 -0400 (EDT)
- Subject: Re: [CFT] re-organize var-tracking frame_base
> Well, the hppa32 build failure I am seeing with the new patch is simply
> due to ASM_PREFERRED_EH_DATA_FORMAT being defined in config/pa/pa.h (via
> your patch) and in config/pa/som.h so I will comment out the one in
> som.h and hopefully that will fix the pa32 build. FYI: The two
> definitions are not identical.
The one in som.h is not well tested. I think removing it from
som.h is correct.
> I am not having much luck with why a simple (empty) C++ program dies on
> hppa64 using the latest patch. It appears to be dying before I get to
> main and I can make the program work by adding '-static' to the test
> case. Trying to use the HP gdb, it tells me I am not in any function
> and it cannot give me a backtrace so that doesn't help much. If I use a
> libstdc++ from before the original change the test case also works.
> What is an empty C++ program calling from libstdc++ that could be
> causing it to abort?
C++ constructors run before main. Try a break on __do_global_ctors_aux.
There is a horrible hack in pa64-hpux.h to allow using .init_array and
.fini_array sections on this target. Possibly, it is now broken but
I have no idea why.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)