|
From: V. <gae...@no...> - 2005-06-08 11:33:16
|
I am being very stupid but the prepare script from the CVS asks from two file it cannot find : omicron ~/gnuplot $ ./prepare make: `Makefile.am' is up to date. make: `Makefile.am' is up to date. make: `Makefile.am' is up to date. make: `Makefile.am' is up to date. make: `Makefile.am' is up to date. automake: configure.in: required file `../config.guess' not found automake: configure.in: required file `../config.sub' not found On my system I found=20 /usr/share/automake/config.guess /usr/share/automake/config.sub I copied them in the gnuplot directory and then the prepare script worked. Is this normal ? I also find it strange that, if you don't give a --prefix=3Dfoobar, yo= u need root permission to make (and not make install). "make" should never need root permission. -- Ga=EBl |
|
From: Daniel J S. <dan...@ie...> - 2005-06-08 17:40:27
|
Ga=EBl Varoquaux wrote: > I am being very stupid but the prepare script from the CVS asks from > two file it cannot find : >=20 > omicron ~/gnuplot $ ./prepare > make: `Makefile.am' is up to date. > make: `Makefile.am' is up to date. > make: `Makefile.am' is up to date. > make: `Makefile.am' is up to date. > make: `Makefile.am' is up to date. > automake: configure.in: required file `../config.guess' not found > automake: configure.in: required file `../config.sub' not found Not normal. Try executing the script by changing to the directory rather= that=20 indirectly using "~/gnuplot". Perhaps you've revealed a problem. Could = be a=20 different problem. Dan |
|
From: V. <gae...@no...> - 2005-06-08 17:25:28
|
On Wed, Jun 08, 2005 at 12:22:32PM -0500, Daniel J Sebald wrote:
> Ga=EBl Varoquaux wrote:
> >omicron ~/gnuplot $ ./prepare
> >make: `Makefile.am' is up to date.
> >make: `Makefile.am' is up to date.
> >make: `Makefile.am' is up to date.
> >make: `Makefile.am' is up to date.
> >make: `Makefile.am' is up to date.
> >automake: configure.in: required file `../config.guess' not found
> >automake: configure.in: required file `../config.sub' not found
> Not normal. Try executing the script by changing to the directory rath=
er=20
> that indirectly using "~/gnuplot".=20
Sorry, I wasn't very clear in my last message :=20
"omicron ~/gnuplot $" is my prompt, which I did not remove from my post.
I am indeed executing the scripts from the directory.
--
Ga=EBl
|
|
From:
<br...@ph...> - 2005-06-08 17:57:09
|
Gaël Varoquaux wrote: > I am being very stupid but the prepare script from the CVS asks from > two file it cannot find : > > automake: configure.in: required file `../config.guess' not found > automake: configure.in: required file `../config.sub' not found That's almost guaranteed to be a case of your automake or autoconf version being too old to be usable with gnuplot. > I also find it strange that, if you don't give a --prefix=foobar, you > need root permission to make (and not make install). "make" should never > need root permission. Until you've updated to current auto-tools, it's moot to speculate about this. If it still happens after that step, please provide more information: which step did fail, and how? |
|
From: Ethan M. <merritt@u.washington.edu> - 2005-06-08 18:41:24
|
On Wednesday 08 June 2005 04:33 am, Ga=EBl Varoquaux wrote: > I am being very stupid but the prepare script from the CVS asks from > two file it cannot find : >=20 > automake: configure.in: required file `../config.guess' not found > automake: configure.in: required file `../config.sub' not found This is a problem with certain versions of automake/autoconf. I never figured out exactly which versions. But the work-around is=20 touch config.guess touch config.sub I.e., it doesn't matter what's in the files, just that they exist. I reported this as a configuration bug quite a while back. =20 > I also find it strange that, if you don't give a --prefix=3Dfoobar, you > need root permission to make (and not make install). "make" should never > need root permission. Yes, I've been griping about this for ages as well. The lisp subsystem is totally broken for non-root builds. I *hope* I've fixed this at least in the case that you specify ./configure --without-lisp-files But I keep on finding more annoying lisp intrusions. Note to everyone: =20 Is there any strong reason to keep --with-lisp-files as the default? To me it is just a continual annoyance, because I keep forgetting to disable it before building on a new system. =2D-=20 Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |