Article View: gnu.gcc.help
Article #49823ELF .sdata on MIPS
From: Sebastian L. Brings
Date: Mon, 20 Dec 1993 22:15
Date: Mon, 20 Dec 1993 22:15
18 lines
1592 bytes
1592 bytes
Configuration is gcc 2.5.4 mips-sgi-irix5 Objectmodules can't be linked by systems ld ( elfndxscn error ). Problem seems to be, that ld misses something in the .o / .a files, but doesn't tell me what in special this is. I compared the .o's generated by xgcc and cc with dump -h. xgcc 2.5.4 produces a .sdata and .rel.sdata section which the native cc does not. cc produces .data / .rel.data. I changed the .sdata token in the compiler source to .data and now at least small programs like hello.c are linkable. ld still fails to link cccp in stage 1, but I now think the original problem really is located in incomatible section names ( my ELF doc's doesn't say a word about .sdata, too ). Is it possible to supress .sdata generation ? I know that the little trick I did will cause lots of trouble and so I'm looking for a proper way to do this and continue testing. Sebastian koch@deculx.ba-loerrach.de
Technical Details
Message-ID:
<931220220745_100112.657_BHJ33-1@CompuServe.COM>Path:
arc1-ca.pugleaf.net!gmd.de!xlink.net!zib-berlin.de!netmbx.de!Germany.EU.net!EU.net!howland.reston.ans.net!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!compuserve.COM!100112.657Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 11318c,3042ba6493e49802,start X-Google-Attributes: gid11318c,public X-Google-ArrivalTime: 1993-12-20 14:52:07 PST Path: arc1-ca.pugleaf.net!gmd.de!xlink.net!zib-berlin.de!netmbx.de!Germany.EU.net!EU.net!howland.reston.ans.net!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!compuserve.COM!100112.657 From: 100112.657@compuserve.COM (Sebastian L. Brings) Newsgroups: gnu.gcc.help Subject: ELF .sdata on MIPS Date: 20 Dec 1993 17:15:55 -0500 Organization: GNUs Not Usenet Lines: 20 Sender: daemon@cis.ohio-state.edu Distribution: gnu Message-ID: <931220220745_100112.657_BHJ33-1@CompuServe.COM>