From: Jari Ruusu <jariruusu@users.sourceforge.net>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: "Måns Rullgård" <mru@kth.se>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Symlinks for building external modules
Date: Sat, 05 Jun 2004 16:20:18 +0300 [thread overview]
Message-ID: <40C1C892.8A73EA24@users.sourceforge.net> (raw)
In-Reply-To: 20040604192304.GB3530@mars.ravnborg.org
Sam Ravnborg wrote:
> On Fri, Jun 04, 2004 at 08:15:02PM +0300, Jari Ruusu wrote:
> > How long have you recommended building external modules like this:
> >
> > make -C /lib/modules/`uname -r`/build modules SUBDIRS=`pwd`
> > or
> > make -C /lib/modules/`uname -r`/build modules M=`pwd`
> >
> > Now they all have to be changed to:
> >
> > make -C /lib/modules/`uname -r`/source modules SUBDIRS=`pwd`
> > or
> > make -C /lib/modules/`uname -r`/source modules M=`pwd`
>
> That would not work either.
> You need to tell kbuild both where to find the source and the output files.
> So you have to specify both -C ... and O=...
> KERNEL=/lib/modules/`uname -r`
> make -C $KERNEL/source O=$KERNEL/build M=`pwd`
>
> There is no way to do the proposed chang and be backward compatible
> when the kernel is build using seperate output directories.
What I and Måns Rullgård are saying is this: A symlink to object directory
is missing. The fix is to add the damn symlink. However, breaking symlink to
source directory at the same time is unacceptable.
In other words:
build -> Symlink to kernel sources and build machinery, Makefiles and
scripts. No change here.
object -> Symlink to separate object tree. This is new.
Existing functionality when using separate source and object directories is
that only the 'build' symlink exists, and that points to kernel build
machinery. And that 'build' symlink must stay that way.
> Plese note that the patch Andreas made did not break existing setups
> if a seperate output directory was not used. The only effect
> would be an additional symlink to the same dir. (build and source would
> be links to the same dir).
All code that uses the 'build' symlink needs to be changed if Andreas' patch
is merged to mainline. That is quite breakage.
Sam, you are wrong here. I hope you have enough balls to admit that instead
of forcing everyone to deal with the proposed breakage.
--
Jari Ruusu 1024R/3A220F51 5B 4B F9 BB D3 3F 52 E9 DB 1D EB E3 24 0E A9 DD
prev parent reply other threads:[~2004-06-05 13:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-03 16:58 [PATCH] Symlinks for building external modules Andreas Gruenbacher
2004-06-03 17:09 ` Måns Rullgård
2004-06-03 17:36 ` Sam Ravnborg
2004-06-03 17:55 ` Måns Rullgård
2004-06-04 17:15 ` Jari Ruusu
2004-06-04 19:23 ` Sam Ravnborg
2004-06-04 19:45 ` Måns Rullgård
2004-06-05 13:45 ` Andreas Gruenbacher
2004-06-05 13:20 ` Jari Ruusu [this message]
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=40C1C892.8A73EA24@users.sourceforge.net \
--to=jariruusu@users.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@kth.se \
--cc=sam@ravnborg.org \
/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