[Top][All Lists]

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

Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109306: Use an include file in c

From: Eli Zaretskii
Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109306: Use an include file in configure.ac's AH_BOTTOM
Date: Tue, 31 Jul 2012 22:17:53 +0300

> From: Glenn Morris <address@hidden>
> Cc: address@hidden,  address@hidden
> Date: Tue, 31 Jul 2012 14:01:10 -0400
> Eli Zaretskii wrote:
> > Btw, if the idea of conf_post.h is to be the only place of
> > system-dependent configury that isn't autoconfiscated
> That wasn't particularly the intention, it was just necessary to work
> around an autoconf issue;
> http://lists.gnu.org/archive/html/autoconf/2006-10/msg00020.html

OK, but then what's The Plan wrt this stuff?  Are we waiting for
Autoconf to be fixed?  Is this stuff going to be left in a separate
header for the observable future?  Something else?

I mean, it's hard to follow suit on non-Posix platforms, when the
maintainer's intent on Posix was not revealed (apologies if it was and
I missed that).

> > , and if we want to remove src/s/ altogether, would it be okay to move
> > stuff from msdos.h and ms-w32.h into conf_post.h?
> I'm obviously hoping Someone (TM) will remove s/msdos.h and s/ms-w32.h,
> either by moving them to the nt/ or msdos/ directory (or if all else
> fails, to src/), or by folding them in to config.nt or some other
> place...

There's any number of possible ways to do this.  Which one is the
best, I cannot decide without knowing your goal with this stuff, which
is clearly platform-dependent.  The removal of things from src/s/*.h
is going on for some time, but the last thing I expected to see at its
end is a bunch platform-specific macros on a platform-independent
header.  It's confusing.

> AMPERSAND_FULL_NAME and subprocesses obviously belong in configure.ac; I
> moved them.

What about SYSTEM_PURESIZE_EXTRA?  conf_post.h defines that for NS and
Darwin; should I move the msdos.h definitions there as well?  If not,
why not?

Or what about NULL_DEVICE or SEPCHAR? should they be autoconfiscated
(in which case they can be removed from s/msdos.h)?

There are more questions like this, and they get in the way of making
the decision what to do with src/s/ms*.h.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]