linux-mips
[Top] [All Lists]

Re: [SPAM?] Re: [PATCH] mm/pg-r4k.c: Dump the generated code

To: Franck Bui-Huu <vagabon.xyz@gmail.com>
Subject: Re: [SPAM?] Re: [PATCH] mm/pg-r4k.c: Dump the generated code
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Date: Mon, 15 Oct 2007 14:26:49 +0100 (BST)
Cc: Nigel Stephens <nigel@mips.com>, Ralf Baechle <ralf@linux-mips.org>, Thiemo Seufer <ths@networkno.de>, linux-mips@linux-mips.org
In-reply-to: <47126FEE.5000400@gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <Pine.LNX.4.64N.0710021447470.32726@blysk.ds.pg.gda.pl> <20071002141125.GC16772@networkno.de> <20071002154918.GA11312@linux-mips.org> <47038874.9050704@gmail.com> <20071003131158.GL16772@networkno.de> <4703F155.4000301@gmail.com> <20071003201800.GP16772@networkno.de> <47049734.6050802@gmail.com> <20071004121557.GA28928@linux-mips.org> <4705004C.5000705@gmail.com> <Pine.LNX.4.64N.0710041616570.10573@blysk.ds.pg.gda.pl> <4705EFE5.7090704@gmail.com> <Pine.LNX.4.64N.0710051312490.17849@blysk.ds.pg.gda.pl> <470A4349.9090301@gmail.com> <Pine.LNX.4.64N.0710081611460.8873@blysk.ds.pg.gda.pl> <470BE1F4.3070800@gmail.com> <Pine.LNX.4.64N.0710101231290.9821@blysk.ds.pg.gda.pl> <470CC0CE.9080303@mips.com> <Pine.LNX.4.64N.0710111242530.16370@blysk.ds.pg.gda.pl> <47126FEE.5000400@gmail.com>
Sender: linux-mips-bounce@linux-mips.org
On Sun, 14 Oct 2007, Franck Bui-Huu wrote:

> >  Though either way I am not sure these would have to be put in Kconfig or 
> > Makefile anywhere.  A generic way should be enough for the insistent as 
> > the potentially useful options may proliferate; we have the CFLAGS_KERNEL 
> > and CFLAGS_MODULE Makefile variables that would suit for setting upon 
> > `make' invocation.
> 
> In that case very few people would use this optimization.

 It's their problem then, isn't it?

> We could just have one new Kconfig option in kernel hacking submenu:
> 
> config EXTRA_CFLAGS
>       string
>       help
>         If you want to pass additionnal option to GCC
>         for optimization purpose for example, use this.

 I don't think we want to see clueless reports from people who have not 
bothered themselves to understand how `make' works and happened to put 
some rubbish into CONFIG_EXTRA_CFLAGS.  Do we?

  Maciej

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