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

libtool sonames and Compiled some packages



On Mon, May 31, 1999 at 11:21:16PM +0300, Kalle Olavi Niemitalo wrote:
> aalib_1.2-14
> ============
> 
> The code compiles and works fine, but the Debian scripts fail because
> of unexpected shared library names.

> That helped a bit, but now it couldn't find usr/lib/libaa.so.1.
> There was usr/lib/libaa.so but debian/aalib1.files didn't want that.
> 
> In ltconfig, library_names_spec is still different between linux-gnu*
> and gnu*.  Is this intentional?

Ah, there is the code that cares about sonames :)

In libtool 1.3.2 (you should defininitely use the unstable versions to
compile packages), we have:

For Linux:
library_names_spec='${libname}${release}.so$versuffix ${libname}${release}.so$major $libname.so'

For GNU:
library_names_spec='${libname}${release}.so$versuffix $libname.so'

I think we should have the same entries for gnu and linux (read: add the
missing entry to the GNU field.

Do the Hurd folks agree? Roland? Thomas? Mark? Gordon? Anyone? :)
If yes, I will file a bug report.

> The resulting library didn't support X because the configure
> script had noticed that Xlib was missing.

Can you please install the xlib6g and xlib6g-dev packages from
alpha.gnu.org/pub/gnu/hurd/debian and try to compile it with X support?
You may have to fix the xmkmf and gcccmakedepend scripts (remove the space
after variablename= in the script. For examople:

configdirspec= "..."

should be

configdirspec="..."

> pinfo_0.5.3-1
> =============
> 
> No problems.  Works in black and white, like Lynx.

(telnet from a linux machine and set TERM=linux to get colours :)
 
> libpng_1.0.2b-0.1
> =================
> Requires zlib1g-dev which I haven't downloaded yet.

Let me know when you have.
 
> netpbm-free_1:19940301.2-10
> ===========================
> 
> Requires xmkmf which is apparently in some X package.

See above. Remember to fix the bug I mention above before calling xmkmf. You
may have to tweak the gnu.cf file, too. I work with a different one, I
should post it here.

> bzip2_0.9.0c-2
> ==============
> 
> No problems.  It passed the tests in the Makefile.

I will make sure it hits the archive soon.

Thanks for your report! As we will soon have an autobuilder, it's good to
know what we can safely delegate to it. And, your testing helps to identify
problems (like the libtool things) in advance. Good work!

Marcus

-- 
"The purpose of Free Software is Free Software.
The End and the Means are the same."  -- Craig Sanders

Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de>


Reply to: