public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: "Calin A. Culianu" <calin@ajvar.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: EXPORT_SYMTAB, or Is "this_object_must_be_defined_as_export_objs_in_the_Makefile" annoying to anyone?
Date: Wed, 26 Jun 2002 11:31:14 +1000	[thread overview]
Message-ID: <12845.1025055074@kao2.melbourne.sgi.com> (raw)
In-Reply-To: Your message of "Tue, 25 Jun 2002 19:16:58 -0400." <Pine.LNX.4.33L2.0206251914230.28225-100000@rtlab.med.cornell.edu>

On Tue, 25 Jun 2002 19:16:58 -0400 (EDT), 
"Calin A. Culianu" <calin@ajvar.org> wrote:
>I am not sure for the reasoning behind it, but it seems that newer 2.4
>kernels require the additional -DEXPORT_SYMTAB be defined for any code one
>wants to build as a module (if that module exports symbols).  Needless to
>say this breaks a lot of (non-kernel-tree) modules that would otherwise
>have been compiling without problems.
>
>What is the rationale behind this?

Any code that exports symbols must be compiled with -DEXPORT_SYMTAB.
That flag is used in module symbol version processing to generate the
versioned symbols.

It used to be that omitting -DEXPORT_SYMTAB would only cause an error
when CONFIG_MODVERSIONS=y.  Since most developers did not use
modversions, entries were being added to the kernel tree without
correct makefile definitions.  To ensure correct definitions in the
makefile for all circumstances, the code was changed to always require
-DEXPORT_SYMTAB for exporting objects, with or without
CONFIG_MODVERSIONS.

Bottom line: if you export symbols you must always define -DEXPORT_SYMTAB.


      reply	other threads:[~2002-06-26  1:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-25 23:16 EXPORT_SYMTAB, or Is "this_object_must_be_defined_as_export_objs_in_the_Makefile" annoying to anyone? Calin A. Culianu
2002-06-26  1:31 ` Keith Owens [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=12845.1025055074@kao2.melbourne.sgi.com \
    --to=kaos@ocs.com.au \
    --cc=calin@ajvar.org \
    --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