[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: inclusion of header files lead to derived works

On Tue, Mar 23, 1999 at 12:01:55AM +0100, Henning Makholm wrote:
> With the exception of nontrivial macro definitions and inline
> functions (which do not appear in "mainstream" header files for C)
> what the header file contains is irrelevant, because it does not
> appear (neither verbatim NOR translated) in the binary.

Source code does seldom appear in a (stripped) binary, and still the
binary is derived from the source. Derivation is not limited to verbatim

> In fact, a header file is primarily used for typechecking, which is a
> task that is completed at compile time. There is no type information
> in object code.

This is all pretty well, but this is not an argument for either side.

Perhaps we should define the scope we talk about. I base my assumptions on a
GPL'ed work. The GPL says:

For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable.

This is my understanding of source code, and the derived complete work as a


`Rhubarb is no Egyptian god.' Debian http://www.debian.org   finger brinkmd@ 
Marcus Brinkmann              GNU    http://www.gnu.org     master.debian.org
Marcus.Brinkmann@ruhr-uni-bochum.de                        for public  PGP Key
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/       PGP Key ID 36E7CD09

Reply to: