Source-Changes-D archive

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

Re: liblua (CVS commit: src/distrib/sets/lists)



On Sun, Oct 31, 2010 at 11:49:33AM -0700, Paul Goyette wrote:
> I notice that for libm, libmagic and others, base/md.amd64 contains only
> two entries
>       lib/i386/libxxx.so.x
>       lib/i386/libxxx.so.x.y
> 
> while there are five entries in comp/md.amd64
>       lib/i386/libxxx.a
>       lib/i386/libxxx.so
>       lib/i386/libxxx_p.a
>       lib/i386/libxxx_pic.a
>       lib/i386/libxxx_g.a
> 
> Yet, this commit places lib/i386/liblua.so in base/md.amd64 list, and 
> there does not seem to be a lib/i386/liblua_g.a
> 
> I'm not trying to complain about the current commit,but only trying to 
> determine if we should be consistent!  Is there a valid reason why 
> lib/i386/liblua.so belongs in base/md.amd64 while lib/i386/libm.so goes 
> in comp/md.amd64 ?

My gensetlist stuff (referenced on tech-userlevel, available here)

        http://www.netbsd.org/~agc/gensetlist-20101031.tar.gz

puts the compat shared objects in base/md.amd64 (and
base/ad.mips64{eb,el}, and base/md.sparc64), and the rest of the
compat entries in

[src/distrib/sets/lists/comp/ad.mips64eb]
./usr/lib/64/libnetpgp.a                comp-c-lib      compat,crypto
./usr/lib/64/libnetpgp.so               comp-sys-shlib  compat,crypto
./usr/lib/64/libnetpgp_g.a              comp-c-proflib  compat,debuglib,crypto
./usr/lib/64/libnetpgp_p.a              comp-c-proflib  compat,profile,crypto
./usr/lib/64/libnetpgp_pic.a            comp-c-piclib   compat,pic,crypto
./usr/libdata/debug/usr/lib/64/libnetpgp.so.3.0         comp-compat-shlib       
compat,pic,debug,crypto

so we may well be missing the debug entry for the compat shlib?

Please note that this was done with a contrived example of a modified
netpgp Makefile, not lua, but I think the principles still apply.

Regards,
Alistair


Home | Main Index | Thread Index | Old Index