It became a good tradition to include the install-sh script that came with autoconf in projects' source trees, so configure could use it as a last resort for the AC_PROG_INSTALL test. However, install-sh is not installed by default as a part of autoconf. Therefore, it would be convenient to add a couple lines to the port so the script gets installed and developers can copy in into their projects. How-To-Repeat: # find install-sh
Oops, brain fart occured :-) Of course the "how to repeat" section should read: # locate install-sh Additionally, I've just found out that supplying install-sh is not a mere tradition, but a strict requirement of AC_PROG_INSTALL. Anyway, that makes my bug report even more urgent :-) -Yar
Responsible Changed From-To: freebsd-ports->torstenb He is the maintainer.
Responsible Changed From-To: torstenb->portmgr Over to a more active maintainer who has vested interest in autoconf due to its importance in ports
State Changed From-To: open->feedback Hi, and sorry for the lack of response to this PR. I've just upgraded autoconf to 2.52 and would like to know if this is still a requirement of autoconf; if not, should I apply a similar patch to ports/devel/autoconf213?
On Sun, Dec 23, 2001 at 03:07:00AM -0800, will@FreeBSD.org wrote: > > I've just upgraded autoconf to 2.52 and would like to know if this is still > a requirement of autoconf; if not, should I apply a similar patch to > ports/devel/autoconf213? As I can see, install-sh still should be placed into program's sources if the program is to be configured with `configure'. So I think install-sh should be provided by both ports. It will be an absolutely harmless and safe change. Please take a note that install-sh isn't required by autoconf itself. However, a developer needs a copy of the script handy when starting a new project utilizing autoconf because `configure' will look for it in the project's source tree. -- Yar
State Changed From-To: feedback->closed Fixed in the old autoconf 2.13 and new 2.52 as well. Thank you and sorry for the tardiness in response.