On (14/02/12 20:08), Martin Jansa wrote: > On Tue, Feb 14, 2012 at 10:55:06AM -0800, Khem Raj wrote: > > On (14/02/12 13:16), Martin Jansa wrote: > > > On Sat, Feb 11, 2012 at 5:24 PM, Richard Purdie > > > <[email protected]> wrote: > > > > On Fri, 2012-02-10 at 17:58 -0800, Khem Raj wrote: > > > >> On (10/02/12 13:40), Richard Purdie wrote: > > > >> > On Thu, 2012-02-09 at 16:39 -0800, Khem Raj wrote: > > > >> > > On Thu, Feb 9, 2012 at 4:06 PM, Richard Purdie > > > >> > > <[email protected]> wrote: > > > >> > > > > > > >> > > > +NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native" > > > >> > > > > > >> > > > > > >> > > note that we will need to ship zlib-nativesdk as well if we do this > > > >> > > so hopefully that case is covered by this. > > > >> > > > > >> > Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be > > > >> > fine. > > > >> > > > >> OK and this is bundled with meta-toolchain too right ? > > > > > > > > By anything that depends on it by the shlibs code in the usual way, yes. > > > > > > But zlib is build time dependency, isn't it? > > > > yes it must be added to target gcc recipe > > > > > > > > Now it fails to build target gcc because it depends only on > > > zlib-native not target zlib and zlib.h is not found. > > > > whats the exact error? usually zlib is needed for gcj. are you building > > gcj ? > > I don't have that log anymore, but I'm building default gcc > configuration from oe-core/meta-oe (iirc without gcj) and IIRC it was > from lto (gcc/lto-compress.c:#include <zlib.h>).
ah yes forgot lto :) and we do enable it so zlib dep is needed all the time. _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
