On Thu, 2011-06-02 at 22:37 +0100, Phil Blundell wrote:
> On Thu, 2011-06-02 at 22:25 +0100, Richard Purdie wrote:
> > | checking pcre.h usability... no
> > | checking pcre.h presence... no
> > | checking for pcre.h... no
> > | checking for pcre_compile in -lpcre... no
> > | checking whether to build with PCRE library... no
> > | ++ executing failure action
> > | configure: error: PCRE is mandatory. If you don't have libpcre then
> > --with-pcre=internal could be used
>
> Oh dear, that's not too good. Can you send me a copy of the config.log
> corresponding to that failure? Is pcre actually in your sysroot, or has
> it just not been built and staged at all?
Its not been built or staged at all. I think I'm being a little hasty in
blaming your patch directly, its interacting very badly with one that
was working happily in my tree todo with cleaning up native.bbclass.
What you're doing is setting:
DEPENDS = "X"
DEPENDS_virtclass-native = "X"
and assuming that the DEPENDS_virtclass-native will get post processed
by native.bbclass to add the -native bits where needed. With my cleanup
one side effect is that no longer happens.
My understanding is that if you are going to explicitly override DEPENDS
like that you get what you say you want. We therefore likely need to do
something like:
DEPENDS = "X Y Z ${EXTRAPERLDEPS}"
EXTRAPERLDEPS = "perl python"
EXTRAPERLDEPS_virtclass-native = ""
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
