* make bootstrap fails.
@ 2004-01-31 0:02 Steven T. Hatton
2004-01-31 0:44 ` Luc Teirlinck
2004-01-31 20:02 ` Kai Grossjohann
0 siblings, 2 replies; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 0:02 UTC (permalink / raw)
I finally figured out that I need to checkout the cvs archive to a host with a
public IP address (or change some, to me, unknown configuration). Now that I
have the source, I'm having a hard time getting it to bootstrap.
`make' results in the following message:
Your tree does not include the compiled Lisp files.
You need to do `make bootstrap' to build Emacs.
Emacs now requires Texinfo version 4.2.
make: *** [maybe_bootstrap] Error 1
`make bootstrap' results in:
(cd src; make mostlyclean)
/bin/sh: line 1: cd: src: No such file or directory
make[1]: Entering directory `/download/org/gnu/emacs'
(cd src; make -w mostlyclean)
/bin/sh: line 1: cd: src: No such file or directory
make[2]: Entering directory `/download/org/gnu/emacs'
(cd src; make -w mostlyclean)
/bin/sh: line 1: cd: src: No such file or directory
make[3]: Entering directory `/download/org/gnu/emacs'
(cd src; make -w mostlyclean)
/bin/sh: line 1: cd: src: No such file or directory
make[4]: Entering directory `/download/org/gnu/emacs'
(cd src; make -w mostlyclean)
/bin/sh: line 1: cd: src: No such file or directory
make[5]: Entering directory `/download/org/gnu/emacs'
(cd src; make -w mostlyclean)
... Ad infinitum (almost)
Suggestions?
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 0:02 make bootstrap fails Steven T. Hatton
@ 2004-01-31 0:44 ` Luc Teirlinck
2004-01-31 0:54 ` Steven T. Hatton
2004-01-31 0:57 ` make bootstrap fails Steven T. Hatton
2004-01-31 20:02 ` Kai Grossjohann
1 sibling, 2 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-01-31 0:44 UTC (permalink / raw)
Cc: emacs-devel
Steven T. Hatton wrote:
Now that I have the source, I'm having a hard time getting it to
bootstrap.
There are instructions in emacs/INSTALL.CVS.
Basically:
cd emacs
./configure
make bootstrap
make install
(Assuming that you have Texinfo version 4.2 or later.)
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 0:44 ` Luc Teirlinck
@ 2004-01-31 0:54 ` Steven T. Hatton
2004-01-31 1:32 ` make bootstrap fails. env problem Steven T. Hatton
2004-01-31 0:57 ` make bootstrap fails Steven T. Hatton
1 sibling, 1 reply; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 0:54 UTC (permalink / raw)
On Friday 30 January 2004 19:44, Luc Teirlinck wrote:
> Steven T. Hatton wrote:
>
> Now that I have the source, I'm having a hard time getting it to
> bootstrap.
>
> There are instructions in emacs/INSTALL.CVS.
>
> Basically:
>
> cd emacs
> ./configure
> make bootstrap
> make install
>
> (Assuming that you have Texinfo version 4.2 or later.)
>
> Sincerely,
>
> Luc.
I should have mentioned that I had done the `./configure' prior to the 'make
bootstrap'. Following the above procedure results in the failure described.
This is a SuSE 9.0 box.
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 0:44 ` Luc Teirlinck
2004-01-31 0:54 ` Steven T. Hatton
@ 2004-01-31 0:57 ` Steven T. Hatton
2004-01-31 1:48 ` Luc Teirlinck
1 sibling, 1 reply; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 0:57 UTC (permalink / raw)
On Friday 30 January 2004 19:44, Luc Teirlinck wrote:
> Steven T. Hatton wrote:
>
> Now that I have the source, I'm having a hard time getting it to
> bootstrap.
>
> There are instructions in emacs/INSTALL.CVS.
>
> Basically:
>
> cd emacs
> ./configure
> make bootstrap
> make install
>
> (Assuming that you have Texinfo version 4.2 or later.)
>
> Sincerely,
>
> Luc.
I should have mentioned that I had done the `./configure' prior to the 'make
bootstrap'. Following the above procedure results in the failure described.
This is a SuSE 9.0 box.
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails. env problem
2004-01-31 0:54 ` Steven T. Hatton
@ 2004-01-31 1:32 ` Steven T. Hatton
0 siblings, 0 replies; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 1:32 UTC (permalink / raw)
On Friday 30 January 2004 19:54, Steven T. Hatton wrote:
> On Friday 30 January 2004 19:44, Luc Teirlinck wrote:
> I should have mentioned that I had done the `./configure' prior to the
> 'make bootstrap'. Following the above procedure results in the failure
> described. This is a SuSE 9.0 box.
>
> STH
It looks to be in my user environment, but I'm not sure what is causing the
problem. Under a different login I am able to build. Perhaps it smells my
xemacs? Rather strange, because I removed everything from $PATH but /bin
and /usr/bin. There's nothing but mozilla nss and nspr libs in the
LD_LIBRARY_PATH.
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 0:57 ` make bootstrap fails Steven T. Hatton
@ 2004-01-31 1:48 ` Luc Teirlinck
2004-01-31 2:07 ` Steven T. Hatton
2004-01-31 3:20 ` Steven T. Hatton
0 siblings, 2 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-01-31 1:48 UTC (permalink / raw)
Cc: emacs-devel
Steven T. Hatton wrote:
I should have mentioned that I had done the `./configure' prior to
the 'make bootstrap'. Following the above procedure results in the
failure described. This is a SuSE 9.0 box.
I do not understand then. If you checked out the CVS correctly, you
should have an emacs/src directory, even though the error messsages
seem to claim you do not. Do you get an error if you just do `cd src'
instead of `make bootstrap'?
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 1:48 ` Luc Teirlinck
@ 2004-01-31 2:07 ` Steven T. Hatton
2004-01-31 3:20 ` Steven T. Hatton
1 sibling, 0 replies; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 2:07 UTC (permalink / raw)
On Friday 30 January 2004 20:48, Luc Teirlinck wrote:
> Steven T. Hatton wrote:
>
> I should have mentioned that I had done the `./configure' prior to
> the 'make bootstrap'. Following the above procedure results in the
> failure described. This is a SuSE 9.0 box.
>
> I do not understand then. If you checked out the CVS correctly, you
> should have an emacs/src directory, even though the error messsages
> seem to claim you do not. Do you get an error if you just do `cd src'
> instead of `make bootstrap'?
>
> Sincerely,
>
> Luc.
>
I built as root, and it built and installed without a problem. I also built
under a different user without a problem. I also discovered I couldn't run
make even with a bootstrapped source tree in my normal user environment. If I
gain insight into this, I will be sure and share. Right now, I must move
one.
I will add, Emacs launches much more quickly than the stale build I've been
using.
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 1:48 ` Luc Teirlinck
2004-01-31 2:07 ` Steven T. Hatton
@ 2004-01-31 3:20 ` Steven T. Hatton
2004-02-01 18:10 ` Richard Stallman
1 sibling, 1 reply; 33+ messages in thread
From: Steven T. Hatton @ 2004-01-31 3:20 UTC (permalink / raw)
On Friday 30 January 2004 20:48, Luc Teirlinck wrote:
> Steven T. Hatton wrote:
>
> I should have mentioned that I had done the `./configure' prior to
> the 'make bootstrap'. Following the above procedure results in the
> failure described. This is a SuSE 9.0 box.
>
> I do not understand then. If you checked out the CVS correctly, you
> should have an emacs/src directory, even though the error messsages
> seem to claim you do not. Do you get an error if you just do `cd src'
> instead of `make bootstrap'?
>
> Sincerely,
>
> Luc.
I figured it out. I recently added a CDPATH to my .bashrc. I had the feeling
when I did it, I would regret having done so. unset CDPATH. Problem solved.
STH
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 0:02 make bootstrap fails Steven T. Hatton
2004-01-31 0:44 ` Luc Teirlinck
@ 2004-01-31 20:02 ` Kai Grossjohann
2004-02-01 21:34 ` Kim F. Storm
1 sibling, 1 reply; 33+ messages in thread
From: Kai Grossjohann @ 2004-01-31 20:02 UTC (permalink / raw)
"Steven T. Hatton" <hattons@speakeasy.net> writes:
> (cd src; make mostlyclean)
> /bin/sh: line 1: cd: src: No such file or directory
cd fails. So maybe it's $CDPATH or something like this?
Kai
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 3:20 ` Steven T. Hatton
@ 2004-02-01 18:10 ` Richard Stallman
0 siblings, 0 replies; 33+ messages in thread
From: Richard Stallman @ 2004-02-01 18:10 UTC (permalink / raw)
Cc: emacs-devel
I figured it out. I recently added a CDPATH to my .bashrc. I had the feeling
when I did it, I would regret having done so. unset CDPATH. Problem solved.
I am surprised that having a CDPATH causes a problem. If you can
determine where in the Makefile it makes a difference, we can probably
fix it easily.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 21:34 ` Kim F. Storm
@ 2004-02-01 20:52 ` Luc Teirlinck
2004-02-01 21:40 ` Kai Grossjohann
2004-02-01 23:46 ` Kim F. Storm
0 siblings, 2 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-01 20:52 UTC (permalink / raw)
Cc: kai, emacs-devel
Kim Storm wrote:
Kai Grossjohann <kai@emptydomain.de> writes:
> "Steven T. Hatton" <hattons@speakeasy.net> writes:
>
> > (cd src; make mostlyclean)
> > /bin/sh: line 1: cd: src: No such file or directory
>
> cd fails. So maybe it's $CDPATH or something like this?
Maybe using cd ./src is safer ?
Except that src is not the only problem. There are plenty of relative
names used all over Makefile.in. I am not an expert in Makefiles, but
would the logical thing not be to execute stuff in a subshell, and
either set CDPATH to the appropriate value or unset it? Makefile.in
already seems to do the latter at several places, but maybe there are
some inadvertent omissions.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-01-31 20:02 ` Kai Grossjohann
@ 2004-02-01 21:34 ` Kim F. Storm
2004-02-01 20:52 ` Luc Teirlinck
0 siblings, 1 reply; 33+ messages in thread
From: Kim F. Storm @ 2004-02-01 21:34 UTC (permalink / raw)
Cc: emacs-devel
Kai Grossjohann <kai@emptydomain.de> writes:
> "Steven T. Hatton" <hattons@speakeasy.net> writes:
>
> > (cd src; make mostlyclean)
> > /bin/sh: line 1: cd: src: No such file or directory
>
> cd fails. So maybe it's $CDPATH or something like this?
Maybe using cd ./src is safer ?
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 20:52 ` Luc Teirlinck
@ 2004-02-01 21:40 ` Kai Grossjohann
2004-02-01 22:08 ` Luc Teirlinck
2004-02-01 22:27 ` Luc Teirlinck
2004-02-01 23:46 ` Kim F. Storm
1 sibling, 2 replies; 33+ messages in thread
From: Kai Grossjohann @ 2004-02-01 21:40 UTC (permalink / raw)
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Except that src is not the only problem. There are plenty of relative
> names used all over Makefile.in. I am not an expert in Makefiles, but
> would the logical thing not be to execute stuff in a subshell, and
> either set CDPATH to the appropriate value or unset it? Makefile.in
> already seems to do the latter at several places, but maybe there are
> some inadvertent omissions.
Before making big changes like this, let's check with the OP whether
this is really the problem. Just my two cents.
Kai
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 21:40 ` Kai Grossjohann
@ 2004-02-01 22:08 ` Luc Teirlinck
2004-02-02 23:05 ` Richard Stallman
2004-02-01 22:27 ` Luc Teirlinck
1 sibling, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-01 22:08 UTC (permalink / raw)
Cc: emacs-devel
Kai Grossjohann wrote:
Before making big changes like this, let's check with the OP whether
this is really the problem. Just my two cents.
I do not know whether this is the problem in the case of the OP. It
is definitely a fact though that if CDPATH is set and does not start
with a colon, problems can develop.
I did:
export CDPATH=~/ (admittedly stupid CDPATH, but still.)
./configure --without-toolkit-scroll-bars
make bootstrap
Result:
[bash2.05b.0 ~/emacscvsdir/emacs 3 11] make bootstrap
(cd src; make mostlyclean)
/home/teirllm/src
make[1]: Entering directory `/home/teirllm/src'
make[1]: *** No rule to make target `mostlyclean'. Stop.
make[1]: Leaving directory `/home/teirllm/src'
make: *** [bootstrap-clean-before] Error 2
The question of whether a change in Makefile.in is necessary is
equivalent to the question of whether the Makefile should support
values of CDPATH not starting with a colon. (If CDPATH starts with a
colon, there should be no problem.)
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 21:40 ` Kai Grossjohann
2004-02-01 22:08 ` Luc Teirlinck
@ 2004-02-01 22:27 ` Luc Teirlinck
2004-02-02 7:09 ` Kai Grossjohann
1 sibling, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-01 22:27 UTC (permalink / raw)
Cc: emacs-devel
Kai Grossjohann wrote:
Before making big changes like this, let's check with the OP whether
this is really the problem.
Actuallly, what is strange in the case of the OP is that he got an
error message saying that src did not exist. That is strange, because
at least the version of bash I am using (bash2.05b.0) always
_implicitly_ adds a colon at the _end_ of CDPATH by trying out the
current directory if nothing else worked. That is, you can wind up in
the wrong src, as in the example I gave, but otherwise ./src should
be found. Maybe CDPATH caused the OP to start bootstrapping in the
wrong "emacs" directory to begin with.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 23:46 ` Kim F. Storm
@ 2004-02-01 23:02 ` Luc Teirlinck
0 siblings, 0 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-01 23:02 UTC (permalink / raw)
Cc: kai, storm, emacs-devel
Kim Storm wrote:
Things are executed in a subshell, so I guess the Makefile should
be able to unset CDPATH in the environment at the global level.
Yes, unless the Makefile would for some strange reason need to use the
user defined value of CDPATH, at one place or another, which seems
excessively unlikely.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 20:52 ` Luc Teirlinck
2004-02-01 21:40 ` Kai Grossjohann
@ 2004-02-01 23:46 ` Kim F. Storm
2004-02-01 23:02 ` Luc Teirlinck
1 sibling, 1 reply; 33+ messages in thread
From: Kim F. Storm @ 2004-02-01 23:46 UTC (permalink / raw)
Cc: kai, emacs-devel, storm
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Kim Storm wrote:
>
> Kai Grossjohann <kai@emptydomain.de> writes:
>
> > "Steven T. Hatton" <hattons@speakeasy.net> writes:
> >
> > > (cd src; make mostlyclean)
> > > /bin/sh: line 1: cd: src: No such file or directory
> >
> > cd fails. So maybe it's $CDPATH or something like this?
>
> Maybe using cd ./src is safer ?
>
> Except that src is not the only problem. There are plenty of relative
> names used all over Makefile.in. I am not an expert in Makefiles, but
> would the logical thing not be to execute stuff in a subshell, and
> either set CDPATH to the appropriate value or unset it? Makefile.in
> already seems to do the latter at several places, but maybe there are
> some inadvertent omissions.
Things are executed in a subshell, so I guess the Makefile should
be able to unset CDPATH in the environment at the global level.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 22:27 ` Luc Teirlinck
@ 2004-02-02 7:09 ` Kai Grossjohann
2004-02-02 14:28 ` Luc Teirlinck
0 siblings, 1 reply; 33+ messages in thread
From: Kai Grossjohann @ 2004-02-02 7:09 UTC (permalink / raw)
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Actuallly, what is strange in the case of the OP is that he got an
> error message saying that src did not exist. That is strange, because
> at least the version of bash I am using (bash2.05b.0) always
> _implicitly_ adds a colon at the _end_ of CDPATH by trying out the
> current directory if nothing else worked.
Does the OP use bash?
Kai
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 7:09 ` Kai Grossjohann
@ 2004-02-02 14:28 ` Luc Teirlinck
2004-02-02 17:11 ` Stefan Monnier
0 siblings, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-02 14:28 UTC (permalink / raw)
Cc: emacs-devel
Kai Grossjohann wrote:
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Actuallly, what is strange in the case of the OP is that he got an
> error message saying that src did not exist. That is strange, because
> at least the version of bash I am using (bash2.05b.0) always
> _implicitly_ adds a colon at the _end_ of CDPATH by trying out the
> current directory if nothing else worked.
Does the OP use bash?
Kai
I should have checked better. When bash is invoked as sh, it indeed
does not check ./ if nothing else worked. With CDPATH=~/src, I get
the same errors as the OP when doing make bootstrap. The Makefile
uses /bin/sh. (Which shell the user uses is irrelevant, because bash
does not _really_ add a colon to the end of CDPATH. It just gets the
same behavior by checking the current directory if nothing else worked.)
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 14:28 ` Luc Teirlinck
@ 2004-02-02 17:11 ` Stefan Monnier
2004-02-02 18:51 ` Luc Teirlinck
2004-02-02 19:01 ` Luc Teirlinck
0 siblings, 2 replies; 33+ messages in thread
From: Stefan Monnier @ 2004-02-02 17:11 UTC (permalink / raw)
Cc: kai, emacs-devel
> I should have checked better. When bash is invoked as sh, it indeed
> does not check ./ if nothing else worked. With CDPATH=~/src, I get
> the same errors as the OP when doing make bootstrap. The Makefile
> uses /bin/sh.
The SUSv3 does not list CDPATH as a variable that might affect the behavior
of /bin/sh, so I think it should be considered as a bug in bash (we'll
still need to work around it, but it should be reported to the bash
maintainers and/or to the distributions that use bash as /bin/sh).
Of course, someone should check that bash invoked as /bin/sh indeed
mistakenly obeys an inherited CDPATH envvar, but the reports here lead me
to believe this is the case.
Stefan
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 17:11 ` Stefan Monnier
@ 2004-02-02 18:51 ` Luc Teirlinck
2004-02-02 20:02 ` Stefan Monnier
2004-02-02 19:01 ` Luc Teirlinck
1 sibling, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-02 18:51 UTC (permalink / raw)
Cc: kai, emacs-devel
Stefan Monnier wrote:
The SUSv3 does not list CDPATH as a variable that might affect the behavior
of /bin/sh, so I think it should be considered as a bug in bash (we'll
still need to work around it, but it should be reported to the bash
maintainers and/or to the distributions that use bash as /bin/sh).
Of course, someone should check that bash invoked as /bin/sh indeed
mistakenly obeys an inherited CDPATH envvar, but the reports here lead me
to believe this is the case.
I could give actual examples of bash invoked as sh obeying an
inherited CDPATH, but let me first make sure that I understand you.
Are you saying that sh should completely ignore CDPATH? That would be
strange, because, for instance, the Solaris 8 version of sh treats
CDPATH exactly like Bash invoked as sh does, and `(bash)Bourne Shell
Variables' explicitly lists CDPATH as a variable taken over from the
Bourne shell. Moreover, other Makefiles, for instance the texinfo-4.6
Makefile use their own CDPATH (they do not just unset CDPATH) even
though they use /bin/sh.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 17:11 ` Stefan Monnier
2004-02-02 18:51 ` Luc Teirlinck
@ 2004-02-02 19:01 ` Luc Teirlinck
1 sibling, 0 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-02 19:01 UTC (permalink / raw)
Cc: kai, emacs-devel
>From my earlier reply:
Moreover, other Makefiles, for instance the texinfo-4.6
Makefile use their own CDPATH (they do not just unset CDPATH) even
though they use /bin/sh.
I said something inaccurate here: it locally sets CDPATH for one
particular command (am_cd). But the point remains the same. That
command is executed by /bin/sh.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 18:51 ` Luc Teirlinck
@ 2004-02-02 20:02 ` Stefan Monnier
2004-02-02 22:59 ` Luc Teirlinck
0 siblings, 1 reply; 33+ messages in thread
From: Stefan Monnier @ 2004-02-02 20:02 UTC (permalink / raw)
Cc: kai, emacs-devel
> I could give actual examples of bash invoked as sh obeying an
> inherited CDPATH, but let me first make sure that I understand you.
> Are you saying that sh should completely ignore CDPATH? That would be
Well, after further reading, CDPATH is not mentioned in `sh' but is
mentioned in `cd'. So, I guess I was wrong, and to be protected from
CDPATH, we should always use ./foo rather than foo.
Too bad: CDPATH really feels like an interactive-only feature.
Stefan
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 20:02 ` Stefan Monnier
@ 2004-02-02 22:59 ` Luc Teirlinck
0 siblings, 0 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-02 22:59 UTC (permalink / raw)
Cc: kai, emacs-devel
Stefan Monnier wrote:
So, I guess I was wrong, and to be protected from
CDPATH, we should always use ./foo rather than foo.
Too bad: CDPATH really feels like an interactive-only feature.
What is wrong with just unsetting CDPATH? As the Makefile runs in a
subshell, it will not mess up the user's environment.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-01 22:08 ` Luc Teirlinck
@ 2004-02-02 23:05 ` Richard Stallman
2004-02-03 22:05 ` Luc Teirlinck
0 siblings, 1 reply; 33+ messages in thread
From: Richard Stallman @ 2004-02-02 23:05 UTC (permalink / raw)
Cc: kai, emacs-devel
I do not know whether this is the problem in the case of the OP. It
is definitely a fact though that if CDPATH is set and does not start
with a colon, problems can develop.
If it is not easy to fix this problem, please don't worry about it too
much. It would be worth a small effort, but not a large one.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-02 23:05 ` Richard Stallman
@ 2004-02-03 22:05 ` Luc Teirlinck
2004-02-04 10:07 ` Kim F. Storm
0 siblings, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-03 22:05 UTC (permalink / raw)
Cc: kai, emacs-devel
Richard Stallman wrote:
I do not know whether this is the problem in the case of the OP. It
is definitely a fact though that if CDPATH is set and does not start
with a colon, problems can develop.
If it is not easy to fix this problem, please don't worry about it too
much. It would be worth a small effort, but not a large one.
I set CDPATH in my shell to ~/, a highly inappropriate value for
emacs/Makefile.in and did:
make distclean
./configure --without-toolkit-scroll-bars
make bootstrap
sudo make install
without any problems after applying the trivial patch below.
A caveat is in order though. I am not an expert on Makefile.in.
If Makefile.in for some strange reason needs to access the user's
CDPATH, then I am suggesting something dangerous, even though it works
perfectly for me. (I usually do not have CDPATH set.) This seems
excessively unlikely to me.
===File ~/Makefile.in-diff==================================
*** Makefile.in.~1.284.~ Mon Feb 2 16:31:15 2004
--- Makefile.in Tue Feb 3 10:35:22 2004
***************
*** 53,58 ****
--- 53,60 ----
SHELL = /bin/sh
+ CDPATH=
+
# If Make doesn't predefine MAKE, set it here.
@SET_MAKE@
============================================================
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-03 22:05 ` Luc Teirlinck
@ 2004-02-04 10:07 ` Kim F. Storm
2004-02-04 15:21 ` Luc Teirlinck
0 siblings, 1 reply; 33+ messages in thread
From: Kim F. Storm @ 2004-02-04 10:07 UTC (permalink / raw)
Cc: kai, rms, emacs-devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> without any problems after applying the trivial patch below.
I'm not sure, but some versions of make might require that you
(somehow) export the CDPATH variable to the environment, but
I don't remember the details.
In any case, unsetting CDPATH like this cannot do any harm!
>
> A caveat is in order though. I am not an expert on Makefile.in.
> If Makefile.in for some strange reason needs to access the user's
> CDPATH,
.. then I would say that Makefile.in has a bug, so there's no reason
to consider that possibility, IMO.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 10:07 ` Kim F. Storm
@ 2004-02-04 15:21 ` Luc Teirlinck
2004-02-04 16:55 ` Jan D.
2004-02-04 16:56 ` Kim F. Storm
0 siblings, 2 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-04 15:21 UTC (permalink / raw)
Cc: kai, rms, emacs-devel
Kim Storm wrote:
I'm not sure, but some versions of make might require that you
(somehow) export the CDPATH variable to the environment, but
I don't remember the details.
You mean that for certain versions of make one should use
`export CDPATH=' instead of just `CDPATH='?
The `make' manual seems to say that variables exported to make from
the environment are automatically exported to sub-make's anyway and,
moreover, at first view it would seem to not make any difference
whether CDPATH is the empty string or not defined at all.
Or do some versions of make actually reinitialize environment
variables directly from the shell environment that invoked make for
sub-make's if not exported?
Anyway, it would seem like the `export' can not do any harm, even
though I do not immediately understand how it could do some good.
(But I know very little about Makefiles).
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 15:21 ` Luc Teirlinck
@ 2004-02-04 16:55 ` Jan D.
2004-02-04 19:36 ` Luc Teirlinck
2004-02-04 20:51 ` Luc Teirlinck
2004-02-04 16:56 ` Kim F. Storm
1 sibling, 2 replies; 33+ messages in thread
From: Jan D. @ 2004-02-04 16:55 UTC (permalink / raw)
Cc: kai, emacs-devel, rms, storm
> Or do some versions of make actually reinitialize environment
> variables directly from the shell environment that invoked make for
> sub-make's if not exported?
At least clearmake (from clearcase) does not export variables by
default.
I don't know if there is a need to reinitialize the environment,
make variables and environment variables are just kept separate.
Jan D.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 15:21 ` Luc Teirlinck
2004-02-04 16:55 ` Jan D.
@ 2004-02-04 16:56 ` Kim F. Storm
1 sibling, 0 replies; 33+ messages in thread
From: Kim F. Storm @ 2004-02-04 16:56 UTC (permalink / raw)
Cc: kai, rms, emacs-devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Or do some versions of make actually reinitialize environment
> variables directly from the shell environment that invoked make for
> sub-make's if not exported?
I don't know -- that's why I asked...
>
> Anyway, it would seem like the `export' can not do any harm, even
> though I do not immediately understand how it could do some good.
> (But I know very little about Makefiles).
Unless there are version of make which doesn't understand "export".
If it works in your setup without export, I suggest we don't use it.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 16:55 ` Jan D.
@ 2004-02-04 19:36 ` Luc Teirlinck
2004-02-04 22:51 ` Kim F. Storm
2004-02-04 20:51 ` Luc Teirlinck
1 sibling, 1 reply; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-04 19:36 UTC (permalink / raw)
Cc: kai, rms, storm, emacs-devel
There would seem to be four possibilities:
1. CDPATH=
2. export CDPATH=
3. use the shell command `unset CDPATH' at various places all over
Makefile.in.
4. systematically do `cd ./dir' rather than `cd dir' at every single
occurrence of cd in all Makefiles. That includes the case where
dir is a variable expanding to a relative name.
Clearly, 3 and 4 require both some initial work and carefulness when
subsequently making changes to the Makefile. So I believe they should
only be considered if we agreed that both 1 and 2 are too simplistic.
Note also that, even without any change, problems only develop with a
user CDPATH _not starting with a colon_. Personally, I would not want
to be using such a CDPATH and certainly not export it, because it
seems like a dangerous thing to do. Richard has already stated that
he does not believe that the problem is worth a substantial amount of
work.
There are currently no instances of use of the make `export' directive
in Makefile.in. Maybe it was avoided because some make's do not
understand it. Hence I am afraid that (2) might break some make's
even if CDPATH is unset. Maybe somebody can assure me that this fear
is groundless.
(1) definitely seems to work for GNU make and might work for other
makes, maybe even all makes. Importantly, it will not make the
situation _worse_ for _any_ make. On the other hand (3) is used at
some (but not enough) places in Makefile.in already, so maybe (1)
will not solve the problem for _all_ makes.
What if I just go ahead and install my trivial "CDPATH=" change, which
as already said, at least will do no harm and at least some good?
Then we can always decide what to do if problems persist for some non
GNU make's, say maybe clearmake. (Maybe add `export' or maybe go for
(3).)
People with possibly problematic make's can always experiment by
making directories, say ~/cdpath and ~/cdpath/src and doing `export
CDPATH=~/cdpath" before bootstrapping or using other instances of
make. (Of course, do not forget to set CDPATH back afterwards.)
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 16:55 ` Jan D.
2004-02-04 19:36 ` Luc Teirlinck
@ 2004-02-04 20:51 ` Luc Teirlinck
1 sibling, 0 replies; 33+ messages in thread
From: Luc Teirlinck @ 2004-02-04 20:51 UTC (permalink / raw)
Cc: kai, rms, storm, emacs-devel
There is also the question of whether other make's _automatically_ unset
CDPATH. GNU make does not. I took a look at some other Makefiles and
it would seem that a value of CDPATH not starting with a colon would
derail _most_ Makefiles, because they use cd with relative names and
apparently do not seem to do any effort to protect themselves from
CDPATH. Just a long shot: could not unsetting CDPATH automatically be
considered a bug in GNU make?
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: make bootstrap fails.
2004-02-04 19:36 ` Luc Teirlinck
@ 2004-02-04 22:51 ` Kim F. Storm
0 siblings, 0 replies; 33+ messages in thread
From: Kim F. Storm @ 2004-02-04 22:51 UTC (permalink / raw)
Cc: jan.h.d, rms, kai, emacs-devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> There would seem to be four possibilities:
I agree with your analysis.
>
> 1. CDPATH=
IMO, this is sufficient, possibly with a note in PROBLEMS that make
may fail with some non-gnu versions of make if the user has a CDPATH
which doesn't include the current directory.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 33+ messages in thread
end of thread, other threads:[~2004-02-04 22:51 UTC | newest]
Thread overview: 33+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-31 0:02 make bootstrap fails Steven T. Hatton
2004-01-31 0:44 ` Luc Teirlinck
2004-01-31 0:54 ` Steven T. Hatton
2004-01-31 1:32 ` make bootstrap fails. env problem Steven T. Hatton
2004-01-31 0:57 ` make bootstrap fails Steven T. Hatton
2004-01-31 1:48 ` Luc Teirlinck
2004-01-31 2:07 ` Steven T. Hatton
2004-01-31 3:20 ` Steven T. Hatton
2004-02-01 18:10 ` Richard Stallman
2004-01-31 20:02 ` Kai Grossjohann
2004-02-01 21:34 ` Kim F. Storm
2004-02-01 20:52 ` Luc Teirlinck
2004-02-01 21:40 ` Kai Grossjohann
2004-02-01 22:08 ` Luc Teirlinck
2004-02-02 23:05 ` Richard Stallman
2004-02-03 22:05 ` Luc Teirlinck
2004-02-04 10:07 ` Kim F. Storm
2004-02-04 15:21 ` Luc Teirlinck
2004-02-04 16:55 ` Jan D.
2004-02-04 19:36 ` Luc Teirlinck
2004-02-04 22:51 ` Kim F. Storm
2004-02-04 20:51 ` Luc Teirlinck
2004-02-04 16:56 ` Kim F. Storm
2004-02-01 22:27 ` Luc Teirlinck
2004-02-02 7:09 ` Kai Grossjohann
2004-02-02 14:28 ` Luc Teirlinck
2004-02-02 17:11 ` Stefan Monnier
2004-02-02 18:51 ` Luc Teirlinck
2004-02-02 20:02 ` Stefan Monnier
2004-02-02 22:59 ` Luc Teirlinck
2004-02-02 19:01 ` Luc Teirlinck
2004-02-01 23:46 ` Kim F. Storm
2004-02-01 23:02 ` Luc Teirlinck
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.