Re: psuedo-native strangeness on 64 bit build machine

[Mark Hatle <mark.hatle@windriver.com>]

On 2/28/12 11:29 PM, Steve Sakoman wrote:
> On Tue, Feb 28, 2012 at 9:13 PM, Mark Hatle<mark.hatle@windriver.com>  wrote:
>
>> I'm building pseudo on 64-bit machines right now, no problem.
>>
>> The error you are seeing is pseudo attempting to build both a 64-bit and a
>> 32-bit wrapper.  The 32-bit wrapper is built when the recipe detects support
>> for both 32-bit and 64-bit userspace.  It does this by looking first that
>> your host is 64-bit, and then for /usr/include/gnu/stubs-32.h.  Assuming it
>> finds those, it assumes your system has 32-bit binaries on it.
>
> Thanks for the quick reply.
>
> My 64 bit build machine has the ia32-libs package installed and
> /usr/include/gnu/stubs-32.h exists.  Any idea why the initial clean
> build succeeds, but the rebuild triggered by the pull fails?
>
>> To avoid a 32-bit build of pseudo, on a 64-bit machine.  You need to set
>> NO32LIBS = "1".  This instructs pseudo to avoid the 32-bit binary build.
>>   (If your machine has 32-bit binaries on it, you need to fix your compiler
>> to allow for 32-bit userspace builds, otherwise pseudo will be incapable of
>> wrapping any 32-bit binaries, resulting in a potential mismatch of user,
>> groups and modes set by any 32-bit applications.
>
> Could you give me a pointer on how to "fix" my compiler to allow for
> 32-bit userspace builds?

I don't use Ubuntu much, and when I do, it's only with 64-bit binaries.  (Fedora 
and RHEL I often use with mixed size systems...)

Most distributions have a 32-bit devel package, or set of packages.  I assume 
ubuntu does as well.  (I've recently been doing a lot of builds on 64-bit Mint 12.)

A quick google found me some references to:

glibc-devel-32bit, gcc-32bit

You might want to try apt-get those and see if that will work.  Under the hood, 
you'll need the 32-bit glibc development files, and libgcc.  Once you have that, 
I believe pseudo will build both 32-bit and 64-bit properly.

--Mark

> Thanks!
>
> Steve