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,109 of 264,096   
   Waldek Hebisch to arne@vajhoej.dk   
   Re: Binutils   
   29 Aug 25 17:32:32   
   
   From: antispam@fricas.org   
      
   Arne Vajhøj  wrote:   
   > On 8/29/2025 10:14 AM, Waldek Hebisch wrote:   
   >> I wonder if anybody is using GNU binutils targeting VMS.  I am   
   >> trying to set up toolchain for cross-compilation (from Linux) to   
   >> Alpha VMS.  Trying reasonably recent (2.43 and 2.39) binutils I   
   >> get errors suggesting serious brokennes, for example when I use   
   >> 'ar' to create a library and later extract a member I get changed   
   >> file and 'objdump' says that extracted file is malformed.   
   >>   
   >> I am now trying binutils 2.21 and apparently they do not have the   
   >> problem above.  But I see some weirdness and apparently '-shared'   
   >> option (to create shared image) is not supported.   
   >   
   > I suspect very few try to build VMS executables on Linux.   
   >   
   > GNV got both ar and ld, but that does not help you.   
      
   Where are the sources?  Working sources certainly would help.   
      
   > But are you sure you want to do it this way?   
   >   
   > My understanding is that you want to do:   
   >   
   > source-(compiler on Linux)->.obj->(ld on Linux)->VMS .exe   
   >   
   > I would go for:   
   >   
   > source-(compiler on Linux)->.obj->(LINK on VMS)->VMS .exe   
      
   That is plan B.  Working binutils would be simpler because   
   I could use existing automated process.   
      
   Actually, ATM I getting errors during gcc build.  I can use   
   crude workaround to go further, but I am affraid that to get   
   working compiler I need either working binutils or to examine   
   all build steps involving binutils and do equvalent work in   
   different way.   
      
   > Or if possible even better:   
   >   
   > source-(compiler on Linux)->.s-(GCC AS on VMS)->.obj-(LINK on VMS)->VMS .exe   
   >   
   > GCC AS (version 2.8) is working on VMS Alpha.   
      
   Actually, it is possible that I will have to use   
      
   source-(compiler on Linux)->.s-(VMS assembler)>.obj...   
      
   because one of next goals is to get running compiler wich generate(d)   
   assembly for VMS assembler and may be incompatible with GNU as.  But   
   this means more changes to build process (= work work => not better).   
      
   --   
                                 Waldek Hebisch   
      
   --- 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