On Sun, Jan 08, 2006 at 01:58:19AM +0300, Dmitij Lebed wrote:
> May be I wrote in wrong place, excuse me... :)
> I've standard openbsd-3.8 on i386 machine.
> I've compiled verlihub (dc++ hub - http://verlihub.sourceforge.net/).
> In installation of this hub there are some plugins, which are shared
> libraries and loaded when hub starts, but this plugins weren't linked in
> .so libs. I got this messages:
> 
> ...
> /bin/sh ../libtool --mode=link g++  -g -O2 -I/usr/src/include/
> -I/usr/local/www/mysql/include -DHAVE_MYSYS_NEW -I/usr/local/include
> -I/usr/local/include    -o libverlihub.la -rpath /usr/local/lib
> -no-undefined -rdynamic -L/usr/local/lib -lpcre
> -L/usr/local/www/mysql/lib -lmysqlclient -lz -lm -lc -lcrypto
> -L/usr/local/lib -lGeoIP  -pthread cantiflood.lo casyncconn.lo
> casyncsocketserver.lo  cban.lo cbanlist.lo ccallbacklist.lo
> cchatconsole.lo ccmdr.lo  ccommand.lo cconfigbase.lo cconfigfile.lo
> cconfigitembase.lo  cconfmysql.lo cconnchoose.lo cconndc.lo cconnpoll.lo
>  cconnselect.lo cconntypes.lo cdbconf.lo cdcclients.lo  cdccommand.lo
> cdcconf.lo cdcconsole.lo cdcproto.lo cdctag.lo  cfreqlimiter.lo
> cgeoip.lo cinfoserver.lo cinterpolexp.lo  ckick.lo ckicklist.lo
> cmeanfrequency.lo cmessagedc.lo cmutex.lo  cmysql.lo cobj.lo
> coperator.lo cpcre.lo cpenaltylist.lo  cpluginbase.lo cpluginloader.lo
> cpluginmanager.lo cprotocol.lo  cprotocommand.lo cquery.lo creglist.lo
> creguserinfo.lo  cserverdc.lo csetuplist.lo ctempfunctionbase.lo
> cthread.lo  cthreadwork.lo ctime.lo ctimeout.lo ctrigger.lo ctriggers.lo
>  cusercollection.lo cuser.lo cvhplugin.lo cvhpluginmgr.lo
> cworkerthread.lo script_api.lo stringutils.lo thasharray.lo
> tpluginbase.lo -L/usr/local/lib -lGeoIP -lssl -lcrypto
> 
> *** Warning: linker path does not have real file for library -lmysqlclient.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libmysqlclient and none of the candidates passed a file format test
> *** using a file magic. Last file checked:
> /usr/local/www/mysql/lib/libmysqlclient.a

you need to build a shared libmysqlclient.

> *** Warning: linker path does not have real file for library -lsupc++.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libsupc++ and none of the candidates passed a file format test
> *** using a file magic. Last file checked: /usr/lib//libsupc++.a
> 
> *** Warning: linker path does not have real file for library -lgcc.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libgcc and none of the candidates passed a file format test
> *** using a file magic. Last file checked:
> /usr/lib/gcc-lib/i386-unknown-openbsd3.8/3.3.5//libgcc.a

looks like both libsupc++.a and libgcc.a are relocatable, but libtool
is ignorant of that.

you might want to try installing the libtool port/package and using
'make LIBTOOL=/usr/local/bin/libtool', instead of just 'make'.  not
sure if that will fix this, but it might ..

-- 
<[EMAIL PROTECTED]>

Reply via email to