linux-mips
[Top] [All Lists]

Re: Problem compiling glibc

To: theperan@gmail.com
Subject: Re: Problem compiling glibc
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Date: Fri, 09 Jan 2009 22:36:13 +0900 (JST)
Cc: linux-mips@linux-mips.org
In-reply-to: <164c42ea0901090408h377e9f4eqb417443ef7a1ad@mail.gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <164c42ea0901080443sace24b2v176bcc0a4d23836a@mail.gmail.com> <164c42ea0901090408h377e9f4eqb417443ef7a1ad@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
On Fri, 9 Jan 2009 13:08:26 +0100, "Per Andreas Gulbrandsen" 
<theperan@gmail.com> wrote:
> /tools/include/linux/byteorder.h:8:3: error: #error Fix
> asm/byteorder.h to define one endianness
> make[2]: *** [/mnt/clfs/sources/glibc-build/socket/sa_len.o] Error 1
> make[2]: Leaving directory `/mnt/clfs/sources/glibc-2.8/socket'
> make[1]: *** [socket/subdir_lib] Error 2
> make[1]: Leaving directory `/mnt/clfs/sources/glibc-2.8'
> make: *** [all] Error 2
> 
> I've looked at asm/byteorder.h, but I can't figure out what to do. I
> can't understand how I'm suppose to "fix" it. I've tried different
> stuff, i.e. undefing __MIPSEB__ and/or __BIG_ENDIAN if __MIPSEB__ is
> defined. But I still get the same error.
> However, If I undef __BIG_ENDIAN in /tools/include/linux/byteorder.h
> just before the check that triggers the error it compiles. But this
> doesn't seem like a very good solution. Seems like I should get rid of
> the initial definition of __BIG_ENDIAN (alt. __MIPSEB). Can anyone
> please advice? I'd like to get this right, and not just hack my way

I suppose this patchset will fix this problem.  (already mainlined)

http://lkml.org/lkml/2009/1/6/341
---
Atsushi Nemoto

<Prev in Thread] Current Thread [Next in Thread>