[OTR-dev] finch & otr

kardan kardan at riseup.net
Mon Jul 1 17:40:19 EDT 2013


Am Sun, 30 Jun 2013 10:31:32 -0400
schrieb Ian Goldberg <ian at cypherpunks.ca>:

> On Sat, Jun 29, 2013 at 08:55:32PM +0200, kardan wrote:
> > Thanks! These are the details I am not aware of. Here is the next
> > one:
> > 
> > export LIBS=/usr/include/libotr/
> 
> I think the above line is wrong.  LIBS should point to libraries, not
> to a directory, right?
> 
> > configure:3214: gcc    conftest.c /usr/include/libotr/ >&5
> > /usr/bin/ld: cannot find /usr/include/libotr/: File format not
> 
> This error would seem to support that hypothesis.

I agree, but I see no way to fix the below warning..

From the README
> If you want a plugin that has libgcrypt linked statically, use
> "make -f Makefile.static".  Makefile.static assumes libotr.a and
> libgcrypt.a are available in /usr/lib.  If they're somewhere else, use
> something like "LIBOTRDIR=/usr/local/lib make -f Makefile.static".

ls -l /usr/lib/libotr.*
-rw-r--r-- 1 root root 604800 Jun 29 20:04 /usr/lib/libotr.a
-rwxr-xr-x 1 root root    961 Jun 29 20:04 /usr/lib/libotr.la
lrwxrwxrwx 1 root root     15 Jun 29 20:04 /usr/lib/libotr.so -> libotr.so.5.0.0
lrwxrwxrwx 1 root root     15 Aug  7  2012 /usr/lib/libotr.so.2 -> libotr.so.2.2.0
-rw-r--r-- 1 root root  82284 Aug  7  2012 /usr/lib/libotr.so.2.2.0
lrwxrwxrwx 1 root root     15 Jun 29 20:04 /usr/lib/libotr.so.5 -> libotr.so.5.0.0
-rwxr-xr-x 1 root root 371744 Jun 29 20:04 /usr/lib/libotr.so.5.0.0

export LIBOTRDIR=/usr/lib/ # should not be necessary I assume
./configure --prefix=/usr --with-libgcrypt-prefix 
configure: WARNING:
***
*** The config script /usr/bin/libgcrypt-config was
*** built for i486-pc-linux-gnu and thus may not match the
*** used host i686-pc-linux-gnu.
*** You may want to use the configure option --with-libgcrypt-prefix
*** to specify a matching config script.
***
configure: error: libotr 3.2.0 or newer is required.
checking whether we are cross compiling... no
checking for gcc option to accept ISO C89... none needed
checking for a sed that does not truncate output... /bin/sed
checking how to convert i686-pc-linux-gnu file names to
i686-pc-linux-gnu format... func_convert_file_noop checking how to
convert i686-pc-linux-gnu file names to toolchain format...
func_convert_file_noop checking for dlltool... no checking for
sysroot... no checking if mt is a manifest tool... no
checking if gcc supports -fno-rtti -fno-exceptions... no
checking whether -lc should be explicitly linked in... no
checking whether to build static libraries... no
checking for libotr headers version 3.x >= 3.2.0... not present.

I stared to long at this. Is it me or is the compiler not accepting the
installed libs?

Kardan



More information about the OTR-dev mailing list