[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: How does one specify linking to 64 bit libraries when there is a cho
Re: How does one specify linking to 64 bit libraries when there is a choice?
Sun, 19 Dec 2010 23:40:01 -0500
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
Therefore, I have this question for you - are you able to configure
Guile to use 64-bit libs using the configure script?
On Fri, Dec 17, 2010 at 3:10 PM, Bruce Korb <address@hidden> 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
>> 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
>> 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))
>> 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)
>> I'm unsure of where to proceed at this point. The logs of the four
>> tries are in
>> 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