home bbs files messages ]

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