[Top] [All Lists]

Re: [PATCH] MIPS: Run checksyscalls for N32 and O32 ABI

To: "Atsushi Nemoto" <>
Subject: Re: [PATCH] MIPS: Run checksyscalls for N32 and O32 ABI
From: "Franck Bui-Huu" <>
Date: Mon, 14 May 2007 12:32:51 +0200
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed;; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IV7Hmdu+o9xVj2SNR037TLJ7ExLEIMb7qK//Gfd3ecqNmCNa8KCoFzJwCKgicrRquUg0F9sMkcQH4185adnda5parZuIF18oT/4cR7sMM6t1f4jyr+lK2gsKg1a28J8mwuMhdUEMdcOTp3fEmcQcj1RKEIrczXFxBBPuR+FV/IQ=
Domainkey-signature: a=rsa-sha1; c=nofws;; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZqbHU/AKSK5/SbwlJ2o2y+Plh1TQFBeW0dVjsDOSOY1dzfUU7lnA/ic3SUpgw9+gpCdB5uu7g0KTnR272vUDcrGzVLOD76mhQWa+lWVGDKIm46AWIZu4IZ1/GXQwD7yC1d1rvLoY+/z+8s6bHeSvKTDki8ujOyQ0CkKbv13idfI=
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <>
On 5/14/07, Atsushi Nemoto <> wrote:
On Mon, 14 May 2007 09:55:01 +0200, "Franck Bui-Huu" <> 
> > Without that, fresh build will fail because missing-syscalls target
> > requires include/asm, etc.
> yes but from top makefile, we already have this depedency:
>         $ grep archprepare: Makefile
>         archprepare: prepare1 scripts_basic

Yes, and arch Makefile is included _before_ the line.  So "make" will
try to build arch-missing-syscalls before prepare1.

hmm okay. But this depedency is not really nice IMHO...

Something weird is that if you do this on top of your patch, it seems to work:

diff --git a/arch/mips/Makefile b/arch/mips/Makefile
index 5aa0f41..04a57f9 100644
--- a/arch/mips/Makefile
+++ b/arch/mips/Makefile
@@ -713,7 +713,7 @@ ifdef CONFIG_MIPS32_O32
       $(Q)$(MAKE) $(build)=. missing-syscalls EXTRA_CFLAGS="-mabi=32"

-archprepare: arch-missing-syscalls
+prepare0: arch-missing-syscalls

       @$(MAKE) $(clean)=arch/mips/boot

It seems that we can't rely on the order of the execution of megerd

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