RE: ld for VMS?

[Jay K <jay dot krell at cornell dot edu>]

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.

Thanks,
?- Jay


----------------------------------------
> Date: Mon, 26 Apr 2010 18:39:20 +0200
> From: becker.ismaning@freenet.de
> To: gingold@adacore.com
> CC: rupp@gnat.com; jay.krell@cornell.edu; binutils@sourceware.org
> Subject: Re: ld for VMS?
>
> Tristan Gingold wrote:
>> On Apr 26, 2010, at 2:05 PM, becker.ismaning@freenet.de 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 ?
>>
>> Tristan.
>
> Yes, "reduce" and "expand" is implemented with DCX.