HandlerSocket-Plugin-for-MySQL icon indicating copy to clipboard operation
HandlerSocket-Plugin-for-MySQL copied to clipboard

Issues with building on linux

Open kryton opened this issue 14 years ago • 2 comments

Hi.

I've had issues building the C++ client, due to the makefile.

the line: hsclient_LDFLAGS= -static -L../libhsclient/.libs -lhsclient

seems to cause the make to look for the libs in .libs/.libs changing the LDFLAGS to not have the '.libs' resolves this for me

also.. when I make libhsclient it doesn't build a shared version, which causes the install to fail.

I'm using libtool 1.5.24 if that makes a difference.

kryton avatar Oct 25 '10 13:10 kryton

Thanks. -L../libhsclient/.libs fails on older versions such as CentOS4. I fixed and committed.

make libhsclient should create a shared library (both libhsclient.a and libhsclient.so should be created under libhsclient/.libs). I couldn't repeat your case. Did you get any error on autogen.sh ? I tested libtool-1.5.22-7(Cent5.5) and 1.5.6.4 (Cent4.7)

yoshinorim avatar Oct 25 '10 14:10 yoshinorim

I don't think you pushed it out yet.

I upgraded my libtool/autoconf/automake to the latest&greatest. output from autogen....

$ ./autogen.sh Searching libtoolize... FOUND: libtoolize -> libtoolize Searching aclocal... FOUND: aclocal -> aclocal Searching automake... FOUND: automake -> automake Searching autoheader... FOUND: autoheader -> autoheader Searching autoconf... FOUND: autoconf -> autoconf Running libtoolize ... libtoolize: putting auxiliary files in .'. libtoolize: copying file./ltmain.sh' libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding-I m4' to ACLOCAL_AMFLAGS in Makefile.am. Running aclocal ... Running autoheader... Running automake ... Running autoconf ...

this is the output of the link command for libhsclient

/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I/srv/ian/local/include -Wall -g -fno-rtti -fno-exceptions -fPIC -DPIC -MT libhsclient_la-string_util.lo -MD -MP -MF .deps/libhsclient_la-string_util.Tpo -c -o libhsclient_la-string_util.lo test -f 'string_util.cpp' || echo './'string_util.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I/srv/ian/local/include -Wall -g -fno-rtti -fno-exceptions -fPIC -DPIC -MT libhsclient_la-string_util.lo -MD -MP -MF .deps/libhsclient_la-string_util.Tpo -c string_util.cpp -DPIC -o .libs/libhsclient_la-string_util.o mv -f .deps/libhsclient_la-string_util.Tpo .deps/libhsclient_la-string_util.Plo /bin/sh ../libtool --tag=CXX --mode=link g++ -Wall -g -fno-rtti -fno-exceptions -fPIC -DPIC -module -L/srv/ian/local/lib -o libhsclient.la -rpath /srv/ian/local/lib libhsclient_la-config.lo libhsclient_la-escape.lo libhsclient_la-fatal.lo libhsclient_la-hstcpcli.lo libhsclient_la-socket.lo libhsclient_la-string_util.lo
libtool: link: (cd ".libs" && rm -f "libhsclient.so.0" && ln -s "libhsclient.so.0.0.0" "libhsclient.so.0") libtool: link: (cd ".libs" && rm -f "libhsclient.so" && ln -s "libhsclient.so.0.0.0" "libhsclient.so") libtool: link: ( cd ".libs" && rm -f "libhsclient.la" && ln -s "../libhsclient.la" "libhsclient.la" ) [jholsma@reldev-m01 libhsclient]$

which just generates symbolic links, but no actual shared library.

kryton avatar Oct 25 '10 15:10 kryton