jw@ausmelb.oz (John Wong) (11/29/88)
I am trying to profile a large C program. Size reports
347603 + 25690 + 9989 = 383282
Without the -p (profiling) option it links, but with some difficulty.
It printed error messages of the form:
Fixup overflow near 008b in segment PREPROC_TEXT in /lib/Llibc.a(signal.o)
offset 262d8H
but I was able fix this with a trick from debra@alice.UUCP (Paul De Bra),
ie. extracting signal.o from libc.a and linking it in explicitly.
Now when I try to link it with the -p option, it complains:
Fixup overflow near 0083 in segment _TEXT in /lib/Lmcrt0.o(.o) offset 28bH
Fixup overflow near 0087 in segment _TEXT in /lib/Lmcrt0.o(.o) offset 28fH
What should I do now? Is there a simple fix similar to the last one? I've
tried all sorts of permutations of the object files without success.
_TEXT is segment 3f:0000. If '0083 in segment _TEXT' means 3f:0083, this
could be caused to the code which passes _etext as a parameter to moninit().
I don't know, I'm only guessing. Also, although I'm using the large memory
model, file(1) doesn't report /lib/Lmcrt0.o as using the large memory model.
Does anyone else have any ideas? Are you reading this, Paul?
(Thanks for the signal.o fix, if you are)
John Wong, ----=---- ACSnet: jw@ausmelb.oz
Austec International Ltd, ---===--- UUCP: ...!munnari!ausmelb.oz!jw
344 St Kilda Rd, --== ==-- ARPA: jw%ausmelb.oz
Melbourne 3004 AUSTRALIA -=== ===- Phone: +61 3 699 4511