[lfs-dev] Possible problem with current glibc (LFS 7.2 cant recompile LFS 7.2)

Jasmine Iwanek jasmine at iwanek.co.uk
Sat Aug 25 17:01:35 PDT 2012


On 2012-08-26 00:47, Bruce Dubbs wrote:
> Jasmine Iwanek wrote:
>> On 2012-08-26 00:26, William Harrington wrote:
>>> On Aug 25, 2012, at 17:43 PM, Bruce Dubbs wrote:
>
>>> I ran across this in our CLFS multilib builds when during 32 bit
>>> eglibcbuilds, it is cross compiling using a 64 bit host and thus it
>>> puts glibc/eglibc in a bad state and thus using internal rpc 
>>> headers
>>> is required when they are not available on the host. That's why I
>>> suggested that earlier in the thread.
>>>
>>> You will not encounter this when not cross compiling at all.
>
>> Interestingly My host is 32bit, the LFS target is 32bit,
>> I would suspect this is triggered in 7.2 by the faked crossbuild.
>
> Yes, I'm thinking that too.  Doing some checking, I suppose we should 
> do:
>
> if [ ! -r /usr/include/rpc/types.h ]; then
>    sed -i 's|<rpc/types.h>|"rpc/types.h"|' sunrpc/rpc_clntout.c
> fi
>
> If the file is in /usr/include/rpc, then gcc will find <rpc/types.h> 
> and
> we don't have a problem.
>
>    -- Bruce

Looks good to me

--
Jasmine Iwanek



More information about the lfs-dev mailing list