Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.os.vms    |    DEC's VAX* line of computers & VMS.    |    264,096 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 263,171 of 264,096    |
|    hb0815 to All    |
|    Re: Binutils    |
|    02 Sep 25 23:22:40    |
      From: mw40171@mucweb.de              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.              Changing the file attributes or zipping the object file with "-V" will       preserve the internal record structure. Works for me:              $ ./gsdeobj -v m.obj       GSD for OpenVMS/Alpha object files, V0.94       EMH:        name: M        version: V1.0        date: 15-AUG-2025 09:41       LNM:        VSI C V7.4-002       Type Flags caPSIndx PSIndx Name       PSECT P--r-SE------ 0 $CODE$       PSECT P--r-S-R--N-- 1 $LITERAL$       PSECT ---r---R----- 2 $LINK$       PROCEDURE -D-R--N- 0 2 M       UDFSYM -------- F       UDFSYM -------- G       EOM:        total linkage pairs: 2        completion code: 0x0        SUCCESS        transfer address flag: 0x1        WEAK        transfer address PSECT index: 2        transfer address: 0x0       Record summary:        emh: 2, eom: 1, gsd: 2, tir: 2, dbg: 0, tbt: 4        psc: 3, sym: 3       Keys to PSECT flags:        P - PIC, position independent L - LIB, from shareable image        O - OVR, overlaid allocation r - REL, relocatable        G - GBL, global S - SHR, shareable        E - EXE, executable R - RD, readable        W - WRT, writeable V - VEC, vector        N - NOMOD, not stored into C - COM, allocation for common symbol        A - ALLOC_64BIT, allocate in 64-bit space       Keys to symbol flags:        W - WEAK, weak D - DEF, definition        U - UNI, universal R - REL, relocatable        C - COMM, common V - VECEP, vectored entry point        N - NORM, procedure Q - QUAD_VAL, value is 64 bits       $              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca