bug-lilypond
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Issue 1998 in lilypond: GUB problem with curl, SSLv2_client_method


From: Colin Campbell
Subject: Re: Issue 1998 in lilypond: GUB problem with curl, SSLv2_client_method
Date: Wed, 09 Nov 2011 21:34:59 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20111031 Thunderbird/7.0.1

On 11-11-06 03:25 PM, Colin Campbell wrote:
On 11-11-06 02:05 AM, Graham Percival wrote:
On Sat, Nov 05, 2011 at 10:29:05PM -0600, Colin Campbell wrote:
This evening, I d/l a copy of the gub source, ran bin/gupdate
--replace gub/specs/curl.py which pulled curl up to version 7.22 so
wow, I had no clue about this
   bin/gupdate --replace
program!

I got crazy and issued bin/gub lilypond-installer.  Regrettably,
after a long session of building things,
but it built curl, right?  If so, then congratulations: you just
fixed a Critical issue.  Send patch in the mail for direct pushing
to GUB.



Attached seems to work, Graham. As I mentioned, the lilypond-installer build still chokes on python, but I've looked through the curl.log and it seems to report ssl as being OK.

Colin



In the continuing saga, academic now, I suppose, since Graham has reverted to Musty Meerkat, running make lilypond under GUB now chokes in the freebsd-x86 tree, with the following:

checking for i686-freebsd4-gcc... /home/colin/gub/target/freebsd-x86/build/cross/gcc-4.3.2/./gcc/xgcc -B/home/colin/gub/target/freebsd-x86/build/cross/gcc-4.3.2/./gcc/ -B/home/colin/gub/target/freebsd-x86/root/usr/cross/i686-freebsd4/bin/ -B/home/colin/gub/target/freebsd-x86/root/usr/cross/i686-freebsd4/lib/ -isystem /home/colin/gub/target/freebsd-x86/root/usr/cross/i686-freebsd4/include -isystem /home/colin/gub/target/freebsd-x86/root/usr/cross/i686-freebsd4/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile

According to http://gcc.gnu.org/wiki/FAQ#configure_suffix the issue is that the linker can't one of several libraries:

"Common causes for this error message are:

required libraries for the GCC build are missing, specifically MPFR, GMP and MPC. If installed as shared libraries they must be in the runtime linker's search path so they can be found."

It looks as though MPFR and GMP are present, but I don't see how to depend MPC, so I'm open to pointers as to where to apply a properly-sized hammer.

Cheers,
Colin


--
I've learned that you shouldn't go through life with a catcher's mitt on both 
hands.
You need to be able to throw something back.
-Maya Angelou, poet (1928- )




reply via email to

[Prev in Thread] Current Thread [Next in Thread]