From: Bruce Korb <bruce.korb@gmail.com>
To: Valdis.Kletnieks@vt.edu
Cc: linux-kernel@vger.kernel.org
Subject: Re: missing build functionality?
Date: Thu, 10 Nov 2005 08:07:53 -0800 [thread overview]
Message-ID: <200511100807.53219.bruce.korb@gmail.com> (raw)
In-Reply-To: <200411232102.iANL2H5T025781@turing-police.cc.vt.edu>
On Tuesday 23 November 2004 01:02 pm, Valdis.Kletnieks@vt.edu wrote:
> On Tue, 23 Nov 2004 12:33:39 PST, Bruce Korb said:
>
> > Anyway, I do not see an obvious way to construct an object archive library
> > that I wish to use for multiple drivers. There are two problems. This:
> >
> > > ifeq ($(ARCH),ia64)
> > > CFLAGS_KERNEL =
> > > endif
> >
> > because I am making the archive for a loadable driver.
>
> The usual solution for 2 modules that share an archive would be to create
> *three* modules driver-a, driver-b, and driver-core - and then have the
> appropriate depmod magic so a 'modprobe driver-a' does an insmode
> driver-core,
> as does a 'modprobe driver-b'.
>
> Otherwise, you're just loading the entire library into memory twice,
> once for each driver...
If the library is actually a glue layer that smooths out the differences
between kernel API's, then that is exactly what I want to do. There
is not a substantial amount of functionality. In fact, it is mostly
macros. The key word being, "mostly". There is enough code in what
is not done in macros that it should not be compiled with every driver,
but not so much that it is worth making a separate driver library driver. :)
So, it would still be very useful to know how to link against a "libmumble.a"
file built in another directory. Copying all sources and libraries into
a build directory before kicking off the build is kludgey. (Linux being the
only platform where that seems to be necessary.)
Thanks - Bruce
next prev parent reply other threads:[~2005-11-10 16:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-23 20:33 missing build functionality? Bruce Korb
2004-11-23 21:02 ` Valdis.Kletnieks
2005-11-10 16:07 ` Bruce Korb [this message]
2005-11-10 21:09 ` Sam Ravnborg
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=200511100807.53219.bruce.korb@gmail.com \
--to=bruce.korb@gmail.com \
--cc=Valdis.Kletnieks@vt.edu \
--cc=linux-kernel@vger.kernel.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