GNU bug report logs -
#14550
libltdl not found during configure of Guile 2.0.9
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14550 in the body.
You can then email your comments to 14550 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Mon, 03 Jun 2013 19:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Eric Sheibley" <e_sheibley <at> verizon.net>
:
New bug report received and forwarded. Copy sent to
bug-guile <at> gnu.org
.
(Mon, 03 Jun 2013 19:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
When configuring Guile 2.0.9 for Solaris 10 64 bit 148888-03 Sparc, I get
the error in the subject. I did a find . -name libltdl -print and libltdl is
found in /usr/lib, usr/local/lib and /lib. The version of libtool I have
installed is 2.4.2. This is really holding me up on being able to finish
upgrading other software.
Eric
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Tue, 04 Jun 2013 10:27:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 14550 <at> debbugs.gnu.org (full text, mbox):
Hi,
Thanks for the report.
"Eric Sheibley" <e_sheibley <at> verizon.net> skribis:
> When configuring Guile 2.0.9 for Solaris 10 64 bit 148888-03 Sparc, I get
> the error in the subject. I did a find . -name libltdl -print and libltdl is
> found in /usr/lib, usr/local/lib and /lib.
Can you check the config.log file, and send the excerpt around the line
that contains the error message about ltdl not being found?
> The version of libtool I have installed is 2.4.2.
That should be OK.
Thanks,
Ludo’.
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Tue, 04 Jun 2013 18:37:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 14550 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Ludo,
The only thing around the error in the config log is to view the README
file.
Eric
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Wed, 05 Jun 2013 10:59:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 14550 <at> debbugs.gnu.org (full text, mbox):
"Eric Sheibley" <e_sheibley <at> verizon.net> skribis:
> The only thing around the error in the config log is to view the README
> file.
I was actually referring to the file named ‘config.log’.
When everything goes well, it contains something like this:
--8<---------------cut here---------------start------------->8---
configure:41904: checking for libltdl
configure:41926: gcc -o conftest -g -O2 conftest.c -lltdl >&5
configure:41926: $? = 0
configure:41936: result: yes
configure:41943: checking how to link with libltdl
configure:41945: result: -lltdl
--8<---------------cut here---------------end--------------->8---
In your case, the lines after ‘checking for libltdl’ probably show a
compiler or linker error. Could you send those lines?
Thanks in advance,
Ludo’.
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Wed, 05 Jun 2013 21:28:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 14550 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/html, inline)]
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Wed, 05 Jun 2013 21:30:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 14550 <at> debbugs.gnu.org (full text, mbox):
Eric,
(Please keep 14550 <at> debbugs.gnu.org Cc'd.)
e_sheibley <at> verizon.net skribis:
> It doesn't even get that far. It stops at checking for libltdl and
> says to view the README file for more information.
I know. Yet, ‘configure’ creates a ‘config.log’ file with additional
details, as I explained. Can you please check its contents according to
the recommendations I gave?
Thanks in advance,
Ludo’.
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Mon, 10 Jun 2013 19:52:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 14550 <at> debbugs.gnu.org (full text, mbox):
Ludo,
I figured it out but now I am getting another error when running 'make all'
CCLD guile
Undefined symbol first referenced in file
ffi_closure_alloc ./.libs/libguile-2.0.so
ffi_type_pointer
ffi_prep_closure_loc
ffi_type_uint8
ffi_type_sint8
ffi_type_float
GC_unregister_my_thread
ffi_type_uint32
ffi_type_uint16
ffi_type_uint64
ffi_type_sint32
ffi_type_sint16
ffi_type_sint64
ffi_type_void
ffi_type_double
GC_register_my_thread
ffi_call
ffi_closure_free
ffi_prop_cif
GC_pthread_create
GC_pthread_detach
ld:fatal:symbol reference errors. No output written to .lib/guile
collect2: ld returned 1 exit status
I get this error when using either the Solaris 10 built in gcc version 3.4.3 or Solaris Studio version 12.3 as the compiler.
Eric
-----Original Message-----
From: Ludovic "Courtès" [mailto:ludo <at> gnu.org]
Sent: Wednesday, June 05, 2013 17:27
To: e_sheibley <at> verizon.net
Cc: 14550 <at> debbugs.gnu.org
Subject: Re: bug#14550: libltdl not found during configure of Guile 2.0.9
Eric,
(Please keep 14550 <at> debbugs.gnu.org Cc'd.)
e_sheibley <at> verizon.net skribis:
> It doesn't even get that far. It stops at checking for libltdl and
> says to view the README file for more information.
I know. Yet, ‘configure’ creates a ‘config.log’ file with additional details, as I explained. Can you please check its contents according to the recommendations I gave?
Thanks in advance,
Ludo’.
Information forwarded
to
bug-guile <at> gnu.org
:
bug#14550
; Package
guile
.
(Mon, 10 Jun 2013 20:49:03 GMT)
Full text and
rfc822 format available.
Message #26 received at 14550 <at> debbugs.gnu.org (full text, mbox):
Hi Eric,
"Eric Sheibley" <e_sheibley <at> verizon.net> writes:
> Ludo,
> I figured it out but now I am getting another error when running 'make all'
> CCLD guile
> Undefined symbol first referenced in file
> ffi_closure_alloc ./.libs/libguile-2.0.so
> ffi_type_pointer
> ffi_prep_closure_loc
> ffi_type_uint8
> ffi_type_sint8
> ffi_type_float
> GC_unregister_my_thread
> ffi_type_uint32
> ffi_type_uint16
> ffi_type_uint64
> ffi_type_sint32
> ffi_type_sint16
> ffi_type_sint64
> ffi_type_void
> ffi_type_double
> GC_register_my_thread
> ffi_call
> ffi_closure_free
> ffi_prop_cif
> GC_pthread_create
> GC_pthread_detach
> ld:fatal:symbol reference errors. No output written to .lib/guile
> collect2: ld returned 1 exit status
>
> I get this error when using either the Solaris 10 built in gcc version 3.4.3 or Solaris Studio version 12.3 as the compiler.
Apparently you're not successfully linking to libffi, which should
contain those ffi_* symbols. What FFI-related options or environment
variables did you pass to ./configure? I'd like to see the output of
"grep -i libffi config.log".
It also appears that Guile was configured with thread support, but that
your libgc was built without thread support. If you don't need thread
support, then I suggest passing "--without-threads" to ./configure,
otherwise you'll need to rebuild libgc (preferably version 7.2d) with
thread support.
Regards,
Mark
Added tag(s) moreinfo.
Request was from
Mark H Weaver <mhw <at> netris.org>
to
control <at> debbugs.gnu.org
.
(Thu, 05 Dec 2013 04:07:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
14550 <at> debbugs.gnu.org and "Eric Sheibley" <e_sheibley <at> verizon.net>
Request was from
Mark H Weaver <mhw <at> netris.org>
to
control <at> debbugs.gnu.org
.
(Wed, 15 Jan 2014 21:00:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 13 Feb 2014 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 123 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.