ham@Neon.Stanford.EDU (Peter R. Ham) (03/22/90)
I'm trying to debug gas-1.34 for the mips (decstation in this case). The objects files that it generates are rejected by the mips object file handling tools. I'm using a empty assembly file as my test case. If I try to link the resulting object file with mips ld, I get the following message: ld: Object file format error in: empty.o: bad rss in file table entry in FDISS_TO_STR I don't see why this happens. The rss field in the file table is 0 which is the start of the string table where there is the valid string "empty.s" If I try "odump -t" on the file, I get: ***SYMBOL TABLE INFORMATION*** [Index] Name Value Sclass Symtype Ref empty.o: odump: Error: cannot ldtbread entry 0 Everything looks ok in comparison to the object file produced by mips as, but there are some differences. I can't figure out why ldtbread is failing on the first symbol (and all others). I wrote a test program that calls ldtbread after ldopen and ldtbread still fails. Does ldtbread do some kind of extra validation on the first symbol in the symbol table? If anyone has had any success with mips gas, let me know. Peter -- Peter Ham PO Box 3430 (h)(415) 322-4390 MS Computer Science Student Stanford, CA ham@cs.stanford.edu Stanford University 94309 (o)(415) 723-2067