[CFT] re-organize var-tracking frame_base

Steve Ellcey sje@cup.hp.com
Tue Sep 13 22:36:00 GMT 2005


> As for dwarf2 debugging, this is controlled by DWARF2_DEBUGGING_INFO,
> which ought not be set by anything in the hppa32 tm chain.
> 
> 
> r~

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.

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?

Steve Ellcey
sje@cup.hp.com



More information about the Gcc-patches mailing list