[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: TODO additions
From: |
Dave Love |
Subject: |
Re: TODO additions |
Date: |
31 Oct 2002 18:10:29 +0000 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
"Stefan Monnier" <monnier+gnu/address@hidden> writes:
> Whether we'll
> ever be able to remove src/{s,m} is not relevant I think (it would be
> good but is not a prerequisite to using autoconf/automake).
The most important thing is to avoid the cpp preprocessing of .in
files (which relies on there even being a cpp with the right
behaviour). However, the current {s,m} system is a mess and it
definitely contributes to the maintenance nightmare.
A case in point is finding out how and why something is happening on
an Irix 6 system. There's a horrible stack of s files involved,
conflated with a non-orthogonal m file, processed in a way that's very
hard to follow and debug.
> I understand the legal issues,
I don't...
> but I still think that there has to be some way (either technical or
> legal) to allow dynamic loading without endangering the overarching
> goal of the FSF.
Indeed.
> I (and I guess Dave as well) can't try to solve the problem on the
> legal side, but we can try to address it technically.
Actually, I tried to address the legal issue with the technical
approach of allowing either static or dynamic linking of identical
module source. I thought that would make copyright issues clear as
well as being clean from a programming point of view.
- Re: TODO additions, (continued)
- Re: TODO additions, Richard Stallman, 2002/10/30
- Re: TODO additions, Kai Großjohann, 2002/10/31
- Re: TODO additions, Miles Bader, 2002/10/31
- Re: TODO additions, Dave Love, 2002/10/31
- Re: TODO additions, Richard Stallman, 2002/10/30
- Re: TODO additions, Dave Love, 2002/10/31
Re: TODO additions, Stefan Monnier, 2002/10/29