linux-mips
[Top] [All Lists]

Re: asm-mips/processor.h breaks compiling user applications such as ipta

To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: asm-mips/processor.h breaks compiling user applications such as iptables
From: Song Wang <wsonguci@yahoo.com>
Date: Thu, 15 Jul 2004 19:01:47 -0700 (PDT)
Cc: linux-mips@linux-mips.org
In-reply-to: <20040715225657.GA17585@linux-mips.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
Sender: linux-mips-bounce@linux-mips.org
--- Ralf Baechle <ralf@linux-mips.org> wrote:
> On Thu, Jul 15, 2004 at 03:22:34PM -0700, Song Wang
> wrote:
> 
> > I think the error is due to the line 146
> > 
> > typedef u64 fpureg_t;
> > 
> > The type 'u64' is defined in asm-mips/types.h, but
> > wrapped by #ifdef __KERNEL__, so when the compiler
> > compiles the user-level application, it cannot
> > recognize u64.
> 
> Correct.  In general the policy is to avoid the use
> of kernel header
> files in user space and copy it but there are still
> a few crucial tools
> that don't follow this rule of Linus, so try below
> patch.  It also
> removes the __KERNEL__ things left.
> 
> Cleaning up the use of kernel header to make them
> more usable for
> userspace is one of the things on the agenda for
> 2.7.  It'll be alot of
> hard and boring work but MIPS will be one of the
> architectures that will
> greatly benefit from this.
> 
>   Ralf
> 
Hi, Ralf

I tested the patch and it compiles fine now, although
when iptables actually runs on mips32, all the 
tcp/udp port numbers are shown as 0 and IP address
shown as 0.0.0.0. I'll dig more.

Anyway, you made a good point for kernel headers
problem. It's kinda headache.

Similar problem happened to asm-mips/page.h when
including <spaces.h> in 2.6.6, but it seemed that
you already fixed in the latest cvs version.

Thanks.

-Song


                
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail

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