Re: [INTERFACES] lo_export & pgaccess
От | Ken J. Wright |
---|---|
Тема | Re: [INTERFACES] lo_export & pgaccess |
Дата | |
Msg-id | 3.0.1.32.19990630074447.00af73e0@ori-ind.com обсуждение исходный текст |
Ответ на | Re: [INTERFACES] lo_export & pgaccess (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [INTERFACES] lo_export & pgaccess
(Tom Lane <tgl@sss.pgh.pa.us>)
|
Список | pgsql-interfaces |
At 17:51 06/29/1999 -0400, you wrote: >"Ken J. Wright" <ken@ori-ind.com> writes: >> Got it!!! >> libpgtcl's Makefile points to ../libpq -lpq, but 2 things: > >> 1) there is not a sym link to libpq.so.2.0 in this directory, so it fails. > >Hmm. Now that you mention it, that does sound like it could be a >problem. (Perhaps this is what Tom Lockhart has been complaining about >when he asserts that the shlib is not built until install time --- it >*is* built, but the makefile doesn't create a full set of symlink >aliases for it in the libpq source directory. That might be a problem >on some systems.) This actually (above) is the whole problem. >Say what? Makefile.shlib does not "redefine" SHLIB_LINK. For linux >(only) it does do > SHLIB_LINK += -lc >which *adds onto* any preexisting definition of SHLIB_LINK. This turns out to have been a typo on my part. In modifying Makefile.shlib to add the -lcrypt, I inadvertently changed the += to a :=. Another case of an end user creating their own problems ;-). But...... this crypt problem has been hanging around for some time. And I do wonder why it can't just be a permanent entry in the *linux* section of Makefile.shlib? >It seems to me that if you did reshuffle the commands as you suggest, >you'd end up with "-lc" before "-lpq" and "-lcrypt", which I'd expect >not to work, or at least be risky. Hmm... did not present a problem immediately, but yes, I'm placing a mental bookmark on *risky*. >I'm not a Linux guru, but I suspect that ldconfig's cache is used at >execution time by the dynamic shlib loader, *not* at link time. Yes, this seems to be true, and I suppose sensibly so, although it does appear to use /usr/lib as a default path. >At this point I believe that the correct fix is for libpq's Makefile >to create the extra symlinks in the libpq source directory at build time, >not merely in the install directory at install time. (Actually, this >probably ought to happen for all the shlibs, so we really want to modify >Makefile.shlib to do it.) I believe that it should *not* be necessary >to modify libpgtcl's Makefile. Would you try that and see if it works? >(If you don't want to mess with Makefile.shlib, just create the extra >symlinks by hand after building libpq, then see if libpgtcl's Makefile >creates a working libpgtcl.so.) Hold on a sec..... YES. Using the distribution make files, all that has to change (for Linux anyway) is to add -lcrypt to SHLIB_LINK in Makefile.shlib and have the extra sym links created. I just did this and all went well. Thanks again, Ken
В списке pgsql-interfaces по дате отправления: