On Thu, 27 Jan 2005 09:23:48 -0500, Michael Wojcik <[EMAIL PROTECTED]> wrote:
> Jean-Marc Lasgouttes wrote:
> > There is something I do not understand: you have
> >
> > Paul> $ locate bz | grep lib | grep -v libz
> > [...]
> > Paul> /usr/lib/libbz2.so.1
> > Paul> /usr/lib/libbz2.so.1.0.0
> >
> > whereas your config.log says:
> > configure:5506: checking for main in -lAiksaurus
> > configure:5531: g++ -o conftest -O   conftest.cc -lAiksaurus -lbz2 -lc -lm  
> > >&5
> > /usr/bin/ld: cannot find -lbz2
> > collect2: ld returned 1 exit status
> >
> > Can someone tell me how come libbz2 is not found?
> 
> Does Paul have a /usr/lib/libbz2.so, with no version extension?  -lbz2
> won't resolve to /usr/lib/libbz2.so.1 without one, will it?
> (/usr/lib/libbz2.so should be a symlink to /usr/lib/libbz2.so.1.0.0)
> 
> That's the standard mechanism with SVR4 shared object versioning:
> /usr/lib contains one or more versions of the library with version
> extensions, plus a symbolic link from the no-version name to the version
> that should be used for programs being linked against that library.  ld
> opens the .so through the symlink, gets its embedded version
> information, and records it in the binary, so that ldd knows which
> version to dynamically link into the process at startup.  So ldd wants
> the filenames with suffixed version numbers, but ld wants them with no
> suffix.
> 
> Presumably, the fix would be to create the missing symlink:
> 
>         su root ln -s libbz2.so.1.0.0 /usr/lib/libbz2.so
> 
> but I haven't tried this myself.

Thanks, Michael, but, apparently, it does not solve the problem, as after 

su root ln -s libbz2.so.1.0.0 /usr/lib/libbz2.so

the configure command gives the following:

Configuration
  Host type:                      i686-pc-linux-gnu
  Special build flags:            use-pspell
  C   Compiler:                   gcc
  C   Compiler flags:             -g -O2
  C++ Compiler:                   g++ (3.4.1)
  C++ Compiler flags:             -O
  Linker flags:
  Frontend:                       qt
    Qt version:                   3.3.3
  LyX binary dir:                 /usr/local/bin
  LyX files dir:                  /usr/local/share/lyx

and, as it can be confirmed above, no mention to Aiksaurus.

Regards,

Paul

Reply via email to