Pretest

Eli Zaretskii <elizgnu.org> writes:

> Something very strange is going on here: I unpacked the
pretest
> tarball in a different directory, and it builds there
even with the
> original configure script.
>
> So I think the configure script is not the problem
here.  I will try
> to look deeper when I have time; in the meantime, let's
continue the
> pretest as if this problem never happened.

I wonder if this is related to the problem reported by
Martin Ebourne
<listsebourne.me.uk> in the thread "Small fix to
configure.in in
CVS".  He said:

> > The problem I had was that I was building to a
prefix directory that 
> > included the word 'linux'. The emacs configure was
preprocessing the 
> > Makefile through the C preprocessor, and this was
substituting 
> > 'linux' to 1, thus making all the paths invalid.

I haven't checked in the patch he supplied yet, since I was
trying to
figure out whether the problem really exists.  However, if
the patch
fixes the problem for you, I guess we should check it in.

--- emacs/configure.in~	2006-09-28 06:47:26.000000000 +0100
+++ emacs/configure.in	2006-10-25 13:50:29.000000000 +0100
 -3230,7
+3230,7 
 # 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 |
+[undefs="`echo $ac_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' 
 `"]


_______________________________________________
Emacs-devel mailing list
Emacs-develgnu.org
htt
p://lists.gnu.org/mailman/listinfo/emacs-devel

> Cc: emacs-develgnu.org
> From: Chong Yidong <cydstupidchicken.com>
> Date: Mon, 30 Oct 2006 17:04:50 -0500
> 
> I wonder if this is related to the problem reported by
Martin Ebourne
> <listsebourne.me.uk> in the thread
"Small fix to configure.in in
> CVS".  He said:
> 
> > > The problem I had was that I was building to
a prefix directory that 
> > > included the word 'linux'. The emacs
configure was preprocessing the 
> > > Makefile through the C preprocessor, and this
was substituting 
> > > 'linux' to 1, thus making all the paths
invalid.

But in my case, there's no `linux' in the directory's
prefix, and I
don't think any of the paths are invalid, or I'd see a much
more noisy
failures.

> I haven't checked in the patch he supplied yet, since I
was trying to
> figure out whether the problem really exists.  However,
if the patch
> fixes the problem for you, I guess we should check it
in.

I think I need to understand exactly why ld fails, because
this looks
like a Heisenbug: seemingly innocent changes make it
disappear.


_______________________________________________
Emacs-devel mailing list
Emacs-develgnu.org
htt
p://lists.gnu.org/mailman/listinfo/emacs-devel