1 message in com.mysql.lists.packagersq: libmysql++
FromSent OnAttachments
Michael Shigorin11 Sep 2003 13:00 
Subject:q: libmysql++
From:Michael Shigorin (mi@osdn.org.ua)
Date:09/11/2003 01:00:25 PM
List:com.mysql.lists.packagers

Hello, did anyone build libmysql++-1.7.9 successfully against moderately recent gcc and autotools?

I have all kinds of dirty output when trying to get it to build with these:

autoconf_2.5-2.57-alt1.1 automake_1.7-1.7.6-alt3 gcc3.2-c++-3.2.3-alt1 libtool_1.5-1.5-alt7

('dirty': usual heaps of warnings in gcc2-style laxy code; that would be still OK if the whole thing would build)

--- In file included from /usr/include/c++/3.2.3/backward/iterator.h:30, from ../sqlplusint/resiter1.hh:6, from ../sqlplusint/row1.hh:10, from ../sqlplusint/compare1.hh:6, from ../sqlplusint/sqlplus.hh:13, from util.hh:4, from util.cc:3: /usr/include/c++/3.2.3/backward/backward_warning.h:32:2: warning: #warning This
file includes at least one deprecated or antiquated header. Please consider
using one of the 32 headers found in section 17.4.1.2 of the C++ standard.
Examples include substituting the <X> header for the <X.h> header for C++
includes, or <sstream> instead of the deprecated header <strstream.h>. To
disable this warning use -Wno-deprecated. /bin/sh ../libtool --mode=link g++ -pipe -Wall -O2 -march=athlon -o resetdb
resetdb.o util.o ../sqlplusint/libsqlplus.la -lz -lmysqlclient mkdir .libs g++ -pipe -Wall -O2 -march=athlon -o .libs/resetdb resetdb.o util.o
../sqlplusint/.libs/libsqlplus.so /usr/lib/libmysqlclient.so -lz -lcrypt -lnsl
-lm ../sqlplusint/.libs/libsqlplus.so: undefined reference to
`mysql_ti_sql_type_info::mysql_ti_sql_type_info[in-charge](mysql_ti_sql_type_info
const&)' collect2: ld returned 1 exit status make[2]: *** [resetdb] Error 1 make[2]: Leaving directory `/var/tmp/BUILD/mysql++-1.7.9/examples' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/BUILD/mysql++-1.7.9' make: *** [all] Error 2 make: Leaving directory `/var/tmp/BUILD/mysql++-1.7.9'

Previous build (some half a year ago, with gcc3 but somewhat less fresh libtool/auto*) was a bit bumpy but successful.