all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

  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.