[oe] Revert "package bbclass: strip static libs as well"
Phil Blundell
philb at gnu.org
Sat Oct 24 14:06:04 UTC 2009
On Sat, 2009-10-24 at 10:48 +0200, Koen Kooi wrote:
> On 24-10-09 00:31, Stanislav Brabec wrote:
> > alsa-oss-1.0.17-r0: /usr/lib/libossredir.a
> > binutils-2.18-r8.1: /usr/lib/libiberty.a
I'm not convinced you really want to be shipping libiberty at all.
Every project that uses this library tends to bundle a local copy in
with its source code.
> > bison-2.3-r0: /usr/lib/liby.a
That one is a special case: it wants to stay in the main bison package,
since bison itself is a development tool. I'm not sure why it is a
static-only library; that might be an error.
> > bridge-utils-1.4-r0: /usr/lib/libbridge.a
I think this is an internal convenience library, not intended for
external use. Debian doesn't seem to package it at all and I suspect OE
probably shouldn't either.
> > flex-2.5.31-r4: /usr/lib/libfl.a
This is like bison.
> > gcc-4.3.3-r7.1: /usr/lib/libstdc++_pic.a
> > gcc-4.3.3-r7.1: /usr/lib/libssp_nonshared.a
Those are probably special. I'm not quite sure what the deal is with
libstdc++_pic, that would need some further investigation.
> > gdb-7.0-r0: /usr/lib/libbfd.a
> > gdb-7.0-r0: /usr/lib/libopcodes.a
> > gdb-7.0-r0: /usr/lib/libiberty.a
As for libiberty above.
> > glibc-2.9-r35.2: /usr/lib/libc_nonshared.a
> > glibc-2.9-r35.2: /usr/lib/libmcheck.a
> > glibc-2.9-r35.2: /usr/lib/libg.a
> > glibc-2.9-r35.2: /usr/lib/libbsd-compat.a
> > glibc-2.9-r35.2: /usr/lib/libieee.a
> > glibc-2.9-r35.2: /usr/lib/libpthread_nonshared.a
The nonshared ones are special. The others belong in the -static
package.
> > mysql-4.1.22-r3: /usr/lib/libmysys.a
> > mysql-4.1.22-r3: /usr/lib/libdbug.a
> > mysql-4.1.22-r3: /usr/lib/libvio.a
> > mysql-4.1.22-r3: /usr/lib/libheap.a
> > mysql-4.1.22-r3: /usr/lib/libmerge.a
> > mysql-4.1.22-r3: /usr/lib/libnisam.a
> > mysql-4.1.22-r3: /usr/lib/libmysqld.a
> > mysql-4.1.22-r3: /usr/lib/libmyisam.a
> > mysql-4.1.22-r3: /usr/lib/libmyisammrg.a
> > mysql-4.1.22-r3: /usr/lib/libmystrings.a
I think those are all internal convenience libraries and should probably
not be packaged.
p.
More information about the Openembedded-devel
mailing list