public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

  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