ld for VMS?
Mon May 3 08:16:00 GMT 2010
Thanks. Very helpful.
Maybe the assert before failing should print "try library /data=expand foo.olb" or such?
Oddly, running that command over all files seems like a bad idea:
I got something "unable to read symbols from starlet.olb". I lost the message.
I replaced startlet.olb with a pristine copy and now just:
/usr/local/lib/gcc/alpha-dec-vms/4_5_0/pcrt0.o:($DATA$+0x90): undefined reference to `lib$establish'
Looks like maybe I only have the older vaxc$establish in my libraries.
I am only on 7.x not the current 8.x. The admin is interested in upgrading when he has time.
Maybe I should edit pcrt0.c. I'll look.
> Date: Mon, 26 Apr 2010 18:39:20 +0200
> From: email@example.com
> To: firstname.lastname@example.org
> CC: email@example.com; firstname.lastname@example.org; email@example.com
> Subject: Re: ld for VMS?
> Tristan Gingold wrote:
>> On Apr 26, 2010, at 2:05 PM, firstname.lastname@example.org wrote:
>>> Hmm, third(?) attempt to get this through.
>> Got it!
>>> Usually, ACLEDTSHR is the first member in imagelib.olb, the shareable image libary. VMS ships this library "expanded". But you can "reduce" such libraries with the /data qualifier. For VMS libraries "compressed" means to remove unused blocks from deleted modules.
>> Ah, ah. So I can try to reproduce the issue by using /data. I suppose DCX was also involved, don't I ?
> Yes, "reduce" and "expand" is implemented with DCX.
More information about the Binutils