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