Hello,
I am not at all an expert on guile-config, but I will help if I can.
First of all, as to how guile-config works. At least in the latest git
version, it seems to be a thin wrapper for pkg-config.
I found the file that pkg-config will be using to give you this
information. It is meta/guile-version number.pc in my Guile source
tree. Furthermore, I think it's safe to assume that it is generated
from meta/guile-version number.pc.in.
But that file is just a pretty innocuous-looking template where it
looks like you paste some variables that would be generated by the
configure script.
Therefore, I have this question for you - are you able to configure
Guile to use 64-bit libs using the configure script?
Noah Lavine
On Fri, Dec 17, 2010 at 3:10 PM, Bruce Korb bruce.k...@gmail.com wrote:
Hi Nelson,
I am nearly certain we (you) have reached a point where
libtool folks are going to say, it is Guile, and Guile
folks are going to say, it is libtool. I am going to
say, I'd like some help from either or both.
Because the guile-config invokes the guile binary in order
to print out the unvarying strings from the configuration,
it requires reverse engineering the entire Guile package
to fully understand how it comes up with the strings it
does. I can do it, but I am not any more eager than you.
I think first up, someone from Guile needs to analyze
the machinery behind guile-config. I am willing to
help with test runs on the utah.edu machines in order
to diagnose the issue.
Cheers - Bruce
On 12/17/10 11:57, Nelson H. F. Beebe wrote:
Well, I have now done three more builds of guile-1.8.8. The first and
second supplied libdir=/usr/local/lib64 on the command line of all
make runs. That did not help: /usr/local/bin/guile-config still
reported -L/usr/local/lib.
I found that LTLIBICONV still has -L/usr/local/lib in the first
attempt, so I replaced it by LTLIBICONV=-liconv for the second
attempt.
For the third, I did make clean, then used sed -i + xargs to
explicitly set libdir in every Makefile, in case it is not being
passed correctly to child makes.
That too does not help:
% /usr/local/bin/guile-config link | fmt -w 10
-pthread
-L/usr/local/lib
-lguile
-lltdl
-L/usr/local/lib64
-Wl,-rpath,/usr/local/lib64
-lgmp
-lcrypt
-lm
-lltdl
For the fourth try, I used sed + xargs again to force all references
to the iconv library to just use a bare -liconv. Sadly, the incorrect
-L/usr/local/lib option still appears.
% guile
guile (define (get-build-info name)
(let ((val (assq name %guile-build-info)))
(if (not (pair? val))
(begin
(display-line-error
program-name subcommand-name : no such build-info: name)
(quit 2)))
(cdr val)))
guile (get-build-info 'LIBS)
-L/usr/local/lib64 -Wl,-rpath,/usr/local/lib64 -lgmp -lcrypt -lm -lltdl
guile (get-build-info 'libdir)
/usr/local/lib
I'm unsure of where to proceed at this point. The logs of the four
tries are in
/usr/local/gnu/src/guile/logs/guile-1.8.8/Typescript.abajo.math.utah.edu.2010.12.17.12.12.44.xz
P.S. I leave the country on a 3-week trip next Saturday (25-Dec-2010),
and I won't have computer access during that time.
That will be after I leave (22-Dec), but I get back 12/27
(400 miles is still within the US). I would hope this is
resolved before next Wednesday...Have a nice trip holiday!
Regards, Bruce
