Subject: Re: libtool and a.out
To: None <tech-toolchain@netbsd.org>
From: None <mcmahill@mtl.mit.edu>
List: tech-toolchain
Date: 06/20/2000 09:21:33
any comments if the below libtool change for a.out makes sense?  

-Dan

On Tue, 20 Jun 2000, Dr. Rene Hexel wrote:

> mcmahill@mtl.mit.edu wrote:
> 
> > short version:  libtool on a.out has:
> > 
> > # Method to check whether dependent libraries are shared objects.
> > deplibs_check_method="unknown"
> > 
> > why unknown?
> 
>   I'm not sure.  On i386, -current (ELF) gives me
> 
> % /usr/bin/file /usr/pkg/lib/libplugin.so.0.0 
> /usr/pkg/lib/libplugin.so.0.0: ELF 32-bit LSB shared object, Intel
> 80386, version 1, not stripped
> 
>   while 1.4.2A (a.out) shows
> 
> % /usr/bin/file /usr/pkg/lib/libplugin.so.0.0 
> /usr/pkg/lib/libplugin.so.0.0: NetBSD/i386 demand paged shared library
> not stripped
> 
>   so it should be possible for libtool to determine whether XYZ is, in
> fact, a shared library.
> 
> > should there actually be a command there or does that not make sense for
> > a.out systems?
> 
>   I don't know.  The real difference, I think, is that on ELF 'ldd'
> works fine for shared libraries, while on a.out, I always get 'XYZ: not
> a dynamic executable'.  I don't know if that's relevant for libtool (and
> specifically 'deplibs_check_method').  If not, I'd say feel free to fix
> deplibs_check_method for a.out.