Re: balsa build help
[ from config.log ]
...
configure:8727: checking for ldap_search in -lldap
configure:8746: gcc -o conftest -g -O2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -I/usr/include/gtk-1.2 -I/usr/include/
glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include conftest.c -lldap -llber -lpspell -L/usr/lib -lgthread -lglib -lpthread 1>&5
/usr/lib/libpspell.so: undefined reference to `ios virtual table'
/usr/lib/libpspell.so: undefined reference to `ostream::flush(void)'
/usr/lib/libpspell.so: undefined reference to `istream::ios virtual table'
/usr/lib/libpspell.so: undefined reference to `ostream::operator<<(char const *)'
/usr/lib/libpspell.so: undefined reference to `ostream & operator<<<int>(ostream &, smanip<int> const &)'
/usr/lib/libpspell.so: undefined reference to `ifstream::~ifstream(void)'
/usr/lib/libpspell.so: undefined reference to `__iomanip_setw(ios &, int)'
/usr/lib/libpspell.so: undefined reference to `fstreambase::fstreambase(int, char const *, int, int)'
/usr/lib/libpspell.so: undefined reference to `ifstream::ios virtual table'
collect2: ld returned 1 exit status
configure: failed program was:
#line 8735 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char ldap_search();
int main() {
ldap_search()
; return 0; }
[ EOF ]
as you see, this seems to be a problem of libpspell... i already
suspected of it, but i waited to see some other failure. sorry...
this problem is the same on suse 7.3, please see thread at
http://mail.gnome.org/archives/balsa-list/2001-December/msg00056.html.
since i didn't change almost anything in between 0.12.2-2 and -3,
if not a run of libtoolize or the like, i think it is a problem of
libtool buried somewhere.
it seems to be a missing "-lstdc++" somewhere...
is it possible?
hmm... so it would not really be a pspell failure...
any new hint?
making a search for "undefined reference to `ios virtual table'" with
google gives lots of matches...
regards
On Wed, Jan 23, 2002 at 11:05:44AM +0000, Jules Bean wrote:
> I just uploaded balsa 1.2.4, which failed to build on every
> architecture!
>
> In each case, the failure looks like this:
>
> checking for ldap_search in -lldap... no
> configure: error: *** You enabled LDAP but ldap library is not found.
> make: *** [build-stamp] Error 1
> ******************************************************************************
>
> ...but this is weird. The configure test looks like this:
>
> LIBS="-lldap -llber $LIBS"
> cat > conftest.$ac_ext <<EOF
> #line 8735 "configure"
> #include "confdefs.h"
> /* Override any gcc2 internal prototype to avoid an error. */
> /* We use char because int might match the return type of a gcc2
> builtin and then its argument prototype would still apply. */
> char ldap_search();
>
> int main() {
> ldap_search()
> ; return 0; }
> EOF
>
>
> ..so it should suffice to have properly working libldap.so and
> liblber.so. On my machine, these are both provided by libldap2-dev.
>
> But balsa *does* build depend on libldap2-dev! And the build logs
> clearly show it being installed by sbuild.
>
> I can't see what's happening (without looking inside the config.log
> file, I guess).
>
> Help?
>
> Jules
>
> PS. When I have buildd problems, is there a canonical place to
> contact porters? I remember being told that debian-68k was the wrong
> place for 68k; what about the other architectures?
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
-----[ Domenico Andreoli, aka cavok
--[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc
---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Reply to: