home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.vxworks:1198 comp.sys.sgi:18724
- Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!olivea!sgigate!sgi!quasar.mti.sgi.com!davea
- From: davea@quasar.mti.sgi.com (David B.Anderson)
- Newsgroups: comp.os.vxworks,comp.sys.sgi
- Subject: Re: sgi CC v3.1 & VxGDB incompatible
- Message-ID: <uq4di0g@sgi.sgi.com>
- Date: 13 Jan 93 00:05:56 GMT
- Sender: davea@quasar.mti.sgi.com
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 39
-
- In article <1993Jan12.101638.901@nrlvx1.nrl.navy.mil> dyer@nrlvx1.nrl.navy.mil (Doug Dyer) writes:
- >Hi folks,
- >
- > I am using an SGI indigo r3000 as a vxworks host
- >(Iris 4D1-4.1) with cc (v3.10) and VxGDB to debug software (v1.1).
- >The following problems occur when I load a file into the debugger:
- >
- >if the source code has a "struct" in it :
- > unknown symbol type 1a
- >if the source code has a "union" in it:
- > unknown symbol type 1b
-
- Let me make a guess: those numbers are hex and are the st* value from
- the symbol table. 0x1a === 26
-
- The sgi-generated symbol tables have 3 new values as compared with
- those from pre-merger-MIPS & DEC:
-
- From /usr/include/symconst.h:
- #ifdef __sgi
- #define stStruct 26 /* begin Struct kind of stBlock */
- #define stUnion 27 /* begin Union kind of stBlock */
- #define stEnum 28 /* begin Enum kind of stBlock */
- #endif
-
-
- These are to be treated just like an stBlock except that they are
- specific and specify the *type* of the block.
-
- Anywhere in GDB it tests for stBlock, simply look for any of
- stBlock stStruct stUnion stEnum
- (though of course those new ones only apply to data, not code blocks,
- you need not worry about that since the new ones never appear on
- code blocks).
-
- You may find that this information is of use to gdb.
-
- Hope this helps. This answer *is* just a guess....
- [ David B. Anderson (415)390-4263 davea@sgi.com ]
-