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,000 of 264,096   
   hb0815 to All   
   Re: extending MySQL on VMS   
   17 Aug 25 17:24:47   
   
   From: mw40171@mucweb.de   
      
   On 8/15/25 02:33, Arne Vajhøj wrote:   
   > On 8/12/2025 11:09 PM, Lawrence D'Oliveiro wrote:   
   >> On Tue, 12 Aug 2025 19:08:51 -0400, Arne Vajhøj wrote:   
   >>> mysql055_root:[lib.alpha]libclientlib/lib   
   >>> mysql055_root:[lib.alpha]libsql/lib   
   >>> mysql055_root:[lib.alpha]libmysys/lib   
   >>> mysql055_root:[lib.alpha]libdbug/lib   
   >>> mysql055_root:[lib.alpha]libstrings/lib   
   >>> mysql055_root:[lib.alpha]libvio/lib   
   >>> mysql055_root:[lib.alpha]libz/lib   
   >>> mysql055_root:[lib.alpha]ssl_libssl32/lib   
   >>> mysql055_root:[lib.alpha]ssl_libcrypto32/lib   
   >>   
   >> Is there some equivalent to “-L«dir»” to add a common directory to a   
   >> linker search path so you can just shorten most of that to something   
   >> more like “-lclientlib -lsql -lmysys -ldbug -lstrings -lvio -lz”?   
   >   
   ...   
   > You can omit location on all libraries except the first and   
   > let the sticky default mechanism add it.   
   >   
   > (I don't think that is a nice solution)   
      
   I know, the discussion moved on/away from this subtopic ...   
      
   You may not like it, but using the file specification stickiness or RMS   
   related name context processing is the only useful method to avoid   
   repeating the directory specification. This works on the command line as   
   well as in option files. And you can have more than one library on a   
   single option line, anyway.   
      
   Redefining SYS$DISK or merging the libraries into a local copy of   
   STARLET.OLB can also avoid this, and both are fun to try. But they are   
   only hacks.   
      
   If you have GNV, you can use its linker wrapper. However, it requires   
   naming the object libraries in Unix style. Although a "libfoo.olb"   
   works, there is no way to use an "foo.olb" (and you can't easily get a   
   full map with cross references). So this will not work for ssl_* in the   
   shown link command. Yeah, you can create (symbolic) links ...   
      
   > You can setup default libraries with LNK$LIBRARY* logicals.   
      
   In your example you would need 9 logicals: LNK$LIBRARY, LNK$LIBRARY_1,   
   ..., LNK$LIBRARY_8. There is no _0 and  they must all be defined. The   
   suffixes must start with 1 and must not have a gap in numbering. You   
   can't use a search list. Additionally, the link command line doesn't   
   show that non-system object libraries are used at all.   
      
   > You can create shareable images and stuff all of them into   
   > a shareable library.   
      
   Then the resulting image or application is no longer "statically"   
   linked: you need the shareable image at runtime. You have to create a   
   shareable with as many universal symbols, aka symbol vector entries, as   
   global symbols in the libraries - just to avoid specifying a couple of   
   file paths in the link command.   
      
   --- 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