Re: Can't find libtool when configuring 1.2.0
- From: Steve Cayford <scayford terracom net>
- To: Ali Akcaagac <ali akcaagac stud fh-wilhelmshaven de>
- Cc: balsa-list gnome org
- Subject: Re: Can't find libtool when configuring 1.2.0
- Date: Thu, 20 Sep 2001 20:18:05 -0500
Dude, if I don't risk screwing up my system how am I ever going to learn
how it works? :)
I was using egcs because the gcc that shipped with my system (redhat 7.0)
wouldn't compile gnustep, whereas egcs had no problems. However, I tried
your idea of switching to gcc and that seemed to do the trick, thanks.
-Steve
On 2001.09.20 00:00:18 -0500 Ali Akcaagac wrote:
> On 2001.09.20 05:38:49 +0200 Steve Cayford wrote:
> > checking for lt_dlopen in -lltdl... no
> > configure: error: *** libtool not found. Please check
> http://www.balsa.net
>
> a) install libtool for creation of dynamic libraries. no matter if
> you were able compiling libesmtp (you then probably got a static
> library only) you need a full libtool installation including headers
> and other necessary things for a running system and for compiling
> dynamic libraries (also known as .so libraries)
>
> > for information on the required files.
> >
> > and in the config.log I get:
> >
> > configure:3250: checking for lt_dlopen in -lltdl
> > configure:3269: egcs -o conftest -g -O2 -I/usr/include/gtk-1.2
>
> b) install gcc and remove outdated egcs crap
>
> > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include
> > conftest.c -lltdl 1>&5
> > /lib/libdl.so.2: undefined reference to `_dl_vsym@GLIBC_2.2'
> > /lib/libdl.so.2: undefined reference to `_dl_sym@GLIBC_2.2'
>
> c) your system is broken. this GLIBC 2.2 reference shows me that
> you recently changed your glibc version on your system and this
> means that 90% of your other stuff is in no way library and
> headercompatible anymore. either use a distribution or know
> what you are doing.
>
> > collect2: ld returned 1 exit status
> > configure: failed program was:
> > #line 3258 "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 lt_dlopen();
> >
> > int main() {
> > lt_dlopen()
> > ; return 0; }
> >
> > A little confused about this. I just compiled libesmtp 0.8.4 fine, and
> > after getting this error I went back and re-configured and compiled
> balsa
> > 1.1.7 just fine. Any hints?
>
> d) this is luck.
>
> .... your system is still broken no need to explain something else
> its a fact. it starts beeing broken by using egcs.
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]