Re: Issue with pseudo on 64-bit build host

[Peter Seebach <peter.seebach@windriver.com>]

On Wed, 26 Jun 2013 19:05:05 +0200
Erik Botö <erik.boto@pelagicore.com> wrote:

> Yes PSEUDO_UNLOAD=1 should do that, but the hosts libpseudo is not
> found when invoking qemu. Therefore the code in pseudo that would
> clean the environment of any libpseudo.so in LD_PRELOAD before handing
> of to qemu is not run and LD_PRELOAD still contains libpseudo.so in
> the qemu environment.

Hmm. I'm wondering what the order of operations in the shell is. In theory,
nearly all of bitbake should be running with libpseudo loaded, just often in
PSEUDO_DISABLED mode. I wonder whether maybe there's some shells that set
the environment variable up, then fork, and some that fork, then set the
environment variable. That could do it. Pseudo will check the environment
variable on both fork and exec, I believe. But if we are able to end up
getting into a situation where libpseudo.so is in LD_PRELOAD, but doesn't
get found, then yeah, PSEUDO_UNLOAD won't work.

And yes, it should be lib64, not lib, I think.

-s
-- 
Listen, get this.  Nobody with a good compiler needs to be justified.