From: Thien-Thi Nguyen <ttn@gnuvola.org>
To: rms@gnu.org
Cc: alserkli@inbox.ru, emacs-devel@gnu.org
Subject: Re: preprocessing Makefile
Date: Sat, 21 Jul 2007 00:37:16 +0200 [thread overview]
Message-ID: <878x9au2g3.fsf@ambire.localdomain> (raw)
In-Reply-To: <E1IBdQv-00030B-Pm@fencepost.gnu.org> (Richard Stallman's message of "Thu\, 19 Jul 2007 17\:21\:13 -0400")
() Richard Stallman <rms@gnu.org>
() Thu, 19 Jul 2007 17:21:13 -0400
I don't know the autoconf features that would replace it. If
they are equally powerful, then I don't mind if we switch to
them. Can you explain how they work? How about emailing me
(personally) the relevant documentation?
ok, i'll do that as soon as i gather my thoughts.
as for the OP's problem, the configure script includes the fragment:
# Now get this: Some word that is part of the ${srcdir} directory name
# or the ${configuration} value might, just might, happen to be an
# identifier like `sun4' or `i386' or something, and be predefined by
# the C preprocessor to some helpful value like 1, or maybe the empty
# string. Needless to say consequent macro substitutions are less
# than conducive to the makefile finding the correct directory.
undefs="`echo $top_srcdir $configuration $canonical |
sed -e 's/[^a-zA-Z0-9_]/ /g' -e 's/^/ /' -e 's/ *$//' \
-e 's/ */ -U/g' -e 's/-U[0-9][^ ]*//g' \
`"
which purports to avoid the s/linux/1/ problem by arranging to
undefine (via -U) portions of the directory name (among other
stuff). the bug is that the variable for the top srcdir is no
longer top_srcdir, but ac_top_srcdir.
to see if this diagnosis is correct, OP can change "$top_srcdir"
on the line that begins undefs=... to be "$ac_top_srcdir" in the
configure script directly (skipping the configure.in to configure
generation step), then rerun the configuration. then let us know
what results.
i suspect `configuration' and `canonical' may likewise need to be
updated, but i haven't checked those variables.
thi
next prev parent reply other threads:[~2007-07-20 22:37 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-19 9:41 preprocessing Makefile Alexander Klimov
2007-07-19 10:02 ` Thien-Thi Nguyen
2007-07-19 21:21 ` Richard Stallman
2007-07-20 22:37 ` Thien-Thi Nguyen [this message]
2007-07-20 23:30 ` Thien-Thi Nguyen
2007-07-23 8:36 ` Alexander Klimov
2007-07-23 13:54 ` Alexander Klimov
2008-03-11 13:48 ` Alexander Klimov
2008-07-01 3:16 ` Glenn Morris
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=878x9au2g3.fsf@ambire.localdomain \
--to=ttn@gnuvola.org \
--cc=alserkli@inbox.ru \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.