From: antispam@fricas.org
hb0815 wrote:
> On 9/2/25 22:37, Arne Vajhøj wrote:
>> On 9/2/2025 8:59 AM, Waldek Hebisch wrote:
>>> ...
>>> I looked deeper at the last message (one with 8Tq5dIFaDAAJ at the end).
>>> The fix for PR 17512 is clearly wrong: 'struct vms_eihd' is deliberatly
>>> bigger than typical headers. Reverting this and similar fix for
>>> PR 21813 allows objdump from binutils-2.39 to disassemble VMS shared
>>> images with small header. However, cross binutils-2.39 can not read
>>> VMS object files, and any attempts at linking give result like:
>>>
>>> foo.obj: file not recognized: file format not recognized
>> VMS EXE is FIX 512, which is FTP binary friendly.
>>
>> VMS OBJ is VAR, which is not FTP binary friendly and FTP
>> text will likely fuck up the file.
>>
>> I would:
>> * $ SET FILE/ATTR=(RFM:FIX,MRS:512) on the OBJ file on VMS
>> * FTP binary to Linux
>> * see if objdump on Linux can recognize it
>
> Check out with "objdump -i" if your objdump supports the VMS object
> format for Alpha.
>
> The one I installed from the distributions repository does not. You very
> likely have to rebuild objdump.
Yes, I am using binutils compile for Alpha VMS. I configured it using
the followng line:
(CC=/sklad/kompi/gcc/pp/mygcc; ../binutils-2.21/configure --targ
t=alpha-dec-vms --prefix=/sklad/usr)
mygcc is a wrapper around gcc to replace '-Werror' by '-Wno-error'
(otherwise compilation using modern gcc would fail due to new
warnings being treated as errors).
> Changing the file attributes or zipping the object file with "-V" will
> preserve the internal record structure. Works for me:
Thanks, works for me too.
--
Waldek Hebisch
--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)
|
