[7968] in athena10
Re: new packages for thirdparty
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Thu Jul 28 22:50:21 2011
Date: Thu, 28 Jul 2011 22:50:13 -0400 (EDT)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: Alex Prengel <alexp@mit.edu>
cc: "debathena@mit.edu" <debathena@mit.edu>
In-Reply-To: <1311907529.1856.9.camel@localhost.localdomain>
Message-ID: <alpine.DEB.2.00.1107282248410.12038@tyger.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Thu, 28 Jul 2011, Alex Prengel wrote:
> On Thu, 2011-07-28 at 21:49 -0400, Geoffrey Thomas wrote:
>> On Thu, 28 Jul 2011, Alex T Prengel wrote:
>>
>>> On Thu, 2011-07-28 at 19:12 -0400, Geoffrey Thomas wrote:
>>>> Did you want just the libmpfr1ldbl library, or libmpfr-dev, which depends
>>>> on libmpfr1ldbl on Lucid/Lenny and below and libmpfr4 on Maverick/Squeeze
>>>> and above? Starting from Debian Squeeze, libmpfr1ldbl no longer exists,
>>>> superseded by libmpfr4. Because of this, it also stands a chance of
>>>> disappearing from Ubuntu (it looks like Ubuntu has forked it by mistake,
>>>> since there are no Ubuntu-specific changes in the patch).
>>>>
>>>> Most of debathena-thirdparty-libraries is -dev libraries.
>>>
>>> Well, this is how this came up:
>>>
>>> /afs/athena.mit.edu/software/gccgo_v4.50/arch/amd64_ubuntu1004/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/go1
>>>
>>> wants libmpfr.so.1.
>>>
>>>> From Ubuntu Packages Search, the only package containing this is from
>>> libmpfr1ldbl. libmpfr-dev has /usr/lib/libmpfr.so, but I'm not sure that
>>> will satisfy the library requirement (I haven't tested). Whatever will
>>> make go1 execute is fine with me.
>>
>> For Lucid, libmpfr-dev 2.4.2-3ubuntu1 pulls in libmpfr1ldbl, which has
>> libmpfr.so.1. For Natty, libmpfr-dev 3.0.0-7 pulls in libmpfr4, which has
>> libmpfr.so.4 -- this is presumably what you'll get a dependency on if you
>> compile gccgo on Natty. So libmpfr-dev should work (as would depending on
>> libmpfr4 | libmpfr1ldbl if we didn't want the dev package for some
>> reason, but there's no harm in it).
>
> So if libmpfr-dev will make it work, I'm fine with that. What's weird is
> that on a natty test machine where libmpfr1ldbl isn't installed, running
> ldd on go1 gives "libmpfr.so.1 => not found", but also "libmpfr.so.4
> => /usr/lib/libmpfr.so.4", the latter apparently from libmpfr4.
>
> I compiled this from source on a Lucid machine about a year ago; I had
> installed libmpfr-dev to make it compile. I suppose I could recompile on
> natty but I'd like to keep using the current binaries for a while...
I suppose libmpfr4 is coming from some other library that gccgo links that
recursively depends on libmpfr.so.4. I'm very skeptical that the dynamic
loader will do the right thing with symbol versioning if you dynamically
link both libmpfr.so.1 and libmpfr.so.4 into the same image; it might be
best to recompile on Natty.
--
Geoffrey Thomas
geofft@mit.edu
