From: arne@vajhoej.dk   
      
   On 1/15/2026 1:23 PM, gcalliet wrote:   
   > Le 13/01/2026 à 16:46, Arne Vajhøj a écrit :   
   > Thanks for all the answers. I'm just beginning my analysis, and   
   > reconstructing my memories.   
   >   
   > The question is: why offering a translated RTL when it can be   
   > recompiled? (There are not only _TV (for alpha) and _TV_AV for C RTL,   
   > they existe also for other  lnagages RTL).   
      
   The translated RTL's are there to support translated executables.   
      
   I don't know exactly why, but my guess is that translating executables   
   to native RTL's would be harder.   
      
   Let us take something like:   
      
   pushl #456   
   pushl #123   
   calls #1,vaxc$something   
      
   To use native RTL that would need to be translated to something like:   
      
   mov #456,r17   
   mov #123,r16   
   mov #1,r25   
   $CALL decc$something   
      
   But if there were a translated RTL using VAX calling convention,   
   then it could do something like:   
      
   subq sp,#8,sp   
   stl  #456,(sp)   
   subq sp,#8,sp   
   stl  #123,(sp)   
   subq sp,#8,sp   
   stl  #1,(sp)   
   $CALL vaxc$something   
      
   which is way more 1:1 translation.   
      
   Just guessing.   
      
   Disclaimer: the above instructions are not tested, so please   
   consider them "pseudo-instructions".   
      
   > It's just for now an hypothesis. I see these translated RTL mentioned in   
   > the .opt for all the links. And also it is the G_FLoat which are used.   
      
   If you have the source, then then just try compile and link after   
   removing all those _TV from OPT files.   
      
   > Perhaps in our C.O.V some people know more about the rationale for these   
   > translated RTL which had to survive until today.   
      
   Some people have been around for a long time.   
      
   :-)   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)