Article View: gnu.gcc.help
Article #49556gld sets toolversion 0, Sun's ld expects 1
From: Tim Wagner
Date: Wed, 05 Jan 1994 19:06
Date: Wed, 05 Jan 1994 19:06
24 lines
1627 bytes
1627 bytes
Starting with our move from 2.3.3 to 2.4.5 (sparc/sunos4.2),
g++ began using its own gld instead of the Sun's ld. While
this produces working executables, attempting to dynamically
link with the Sun ld "-A" option fails due to toolversion number
mismatch: 1 for ld, 0 for gld. Also, gld does not support the
-A option (well, actually it has a different meaning for -A),
so using gld to perform the dynamic link apparently isn't possible.
Is there an easy way to get
1. gas/gld to use toolversion 1 in its output objects, or
2. gld to support the Sun ld notion of incremental linking via -A?
(I read the info page, but perhaps I missed some hidden option.)
At present, I am simply re-writing the exec header's toolversion
number, which works fine, but isn't exactly pretty.
Just out of curiousity, does anyone know what the semantics of the
0->1 change are supposed to be?
E-mail response please. Thanks muchly.
-Tim Wagner
twagner@cs.berkeley.edu
508-9 Evans Hall
UCB Computer Science Department
Technical Details
Message-ID:
<2gf33f$hgi@agate.berkeley.edu>Path:
arc1-ca.pugleaf.net!gmd.de!xlink.net!howland.reston.ans.net!agate!baobab.CS.Berkeley.EDU!twagnerShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 11318c,4cc4852e6a36bd5e,start X-Google-Attributes: gid11318c,public X-Google-ArrivalTime: 1994-01-05 11:26:22 PST Path: arc1-ca.pugleaf.net!gmd.de!xlink.net!howland.reston.ans.net!agate!baobab.CS.Berkeley.EDU!twagner From: twagner@baobab.CS.Berkeley.EDU (Tim Wagner) Newsgroups: gnu.gcc.help Subject: gld sets toolversion 0, Sun's ld expects 1 Date: 5 Jan 1994 19:06:23 GMT Organization: University of California, Berkeley Lines: 25 Distribution: world Message-ID: <2gf33f$hgi@agate.berkeley.edu> NNTP-Posting-Host: baobab.cs.berkeley.edu