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

[Paul Goyette <paul%whooppee.com@localhost>]

> Module Name:    src
> Committed By:   mbalmer
> Date:           Sun Oct 31 16:31:12 UTC 2010
>
> Modified Files:
>        src/distrib/sets/lists/base: md.amd64 md.sparc64
>        src/distrib/sets/lists/comp: md.amd64 md.sparc64
>
> Log Message:
> Fix file lists for amd64 and sparc64 since on these arches 32bit
> versions of the libraries are built as well.


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 ?


-------------------------------------------------------------------------
| Paul Goyette     | PGP Key fingerprint:     | E-mail addresses:       |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com    |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |                          | pgoyette at netbsd.org  |
-------------------------------------------------------------------------