From: Blaisorblade <blaisorblade@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Vadim Abrossimov <vadim_abrossimov@yahoo.com>,
Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] Re: [PATCH] uml: support a separate build tree; support USER_OBJS dependencies
Date: Wed, 16 Feb 2005 19:30:54 +0100 [thread overview]
Message-ID: <200502161930.55206.blaisorblade@yahoo.it> (raw)
In-Reply-To: <opsl5r02lclfdzum@localhost.localdomain>
On Monday 14 February 2005 00:11, Vadim Abrossimov wrote:
> On Sun, 13 Feb 2005 16:50:59 -0500, Jeff Dike <jdike@addtoit.com> wrote:
> This is the patch for USER_OBJS:
Ok, I have two more requests, if possible:
1) add something like arch/um/Rules.make which is included everywhere needed
and contains boilerplate, repeated code. Ideally that would also contain also
these two lines:
USER_OBJS += $(filter %_user.o,$(obj-y))
USER_OBJS := $(foreach file,$(USER_OBJS),$(obj)/$(file))
which are common to everything. So, most changes to this stuff could be
insulated.
2) There is an error in the patch (even in Al's idea): you must swap, in the
below code, CFLAGS_$(notdir $@) and $(USER_CFLAGS), since the former must be
able to override the latter.
At least arch/um/kernel/frame.o will miscompile with the current patch; from
arch/um/kernel/Makefile
#This must override the default -fomit-frame-pointer
CFLAGS_frame.o := -fno-omit-frame-pointer
#Notice that this declaration is correct.
$(USER_OBJS) : %.o: %.c
$(CC) $(USER_CFLAGS) $(CFLAGS_$(notdir $@)) -c -o $@ $<
And yes, this is a reason to use a common include instead of duplicating
everything.
> +$(USER_OBJS) : c_flags = -Wp,-MD,$(depfile) $(CFLAGS_$(notdir $@))
> $(USER_CFLAGS)
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2005-02-16 18:32 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <opsl43d9yilfdzum@localhost.localdomain>
[not found] ` <200502131813.j1DICsnW002251@ccure.user-mode-linux.org>
[not found] ` <20050213164652.GE8859@parcelfarce.linux.theplanet.co.uk>
2005-02-13 18:58 ` [uml-devel] Re: [PATCH] uml: support a separate build tree; support USER_OBJS dependencies Vadim Abrossimov
2005-02-13 21:50 ` Jeff Dike
2005-02-13 23:11 ` Vadim Abrossimov
2005-02-16 18:30 ` Blaisorblade [this message]
2005-02-19 10:55 ` Vadim Abrossimov
2005-02-24 16:31 ` Blaisorblade
2005-02-19 14:04 ` Vadim Abrossimov
2005-02-24 18:19 ` Blaisorblade
2005-02-14 1:13 ` Al Viro
2005-02-14 5:28 ` Vadim Abrossimov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200502161930.55206.blaisorblade@yahoo.it \
--to=blaisorblade@yahoo.it \
--cc=jdike@addtoit.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
--cc=vadim_abrossimov@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox