Re: No C/C++ fundamental type 1 error.

[Robert Lipe <robertl at dgii dot com>]

>   > egcs-1.0.1 on SCO Open Server 5.04.
>   > 
>   > Debug Output:
>   > 
[ munch ]
>   > /u1/hops/src1/skw/Osr5-Pthreads/mit-pthreads/pthreads/stdlib/abort.c:56
>   > #3  0x80a773c in __terminate ()
>   > #4  0x80a7746 in __terminate ()
>   > #5  0x80a7c79 in __throw ()
>   > warning: internal error: no C/C++ fundamental type 1
>   > #6  0x80654ab in boaInit (argc=@0x8047e1c, argv=0x8047e34,
>   >     orb_identifier=0x80a9ff6 "omniORB2_BOA") at orb.cc:236
>   > #7  0x8050e5a in BOA_init (this=0x80af9a1, argc=@0x8047e1c,
>   > argv=0x8047e34,
>   >     boa_identifier=0x80a9ff6 "omniORB2_BOA") at corbaOrb.cc:70
>   > #8  0x804a3c3 in main (argc=1, argv=0x8047e34) at eg1.cc:19
>   > #9  0x804a03b in .text ()
>   > 
>   > what mean  fundamental type 1 ?
> Are you trying to debug a C++ program?

>From the filenames above, I'd guess that his program is a mixture of
C and C++.

I have seen the error in GDB described here on OpenServer, but I've never
taken the time to analyze it.

> Your target uses dwarf1 debug symbols by default, which can not properly
> describe many aspects of C++ debugging.
> 
> You can probably compile with -gstabs or -gstabs++ and get a C++ program
> that you can debug.

Although technically this document wasn't written for EGCS, it was written
for an OpenServer GCC that I influenced.   Since EGCS is also one of those,
this particular quote applies.   The URL is:
	ftp://ftp.dgii.com/users/robertl/scods/sco_ds.html

	Known issues or limitations 

	G++ Debugging and SCO debugger interoperability

        By default, the compilers generate debugging records to be
        compatible with the SCO supplied debuggers. This means for COFF
        object files, COFF debugging is used. For ELF, DWARF1.1 is
        used. G++ will not emit DWARF. This means if you are debugging
        C++ that was generated with these tools under ELF, you must use
        the "-gstabs" flag instead of just "-g". You must also use GDB
        instead of a SCO provided debugger when debugging C++.


Some things have changed since this was written in '95, but the punchline
remains the same.


-- 
Robert Lipe       http://www.dgii.com/people/robertl       robertl@dgii.com