[Python-bugs-list] [Bug #131222] Python-2.1a2: HP make continiously runs the configure script

noreply@sourceforge.net noreply@sourceforge.net
Sat, 10 Feb 2001 13:07:08 -0800


Bug #131222, was updated on 2001-Feb-05 23:50
Here is a current snapshot of the bug.

Project: Python
Category: Build
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: nobody
Assigned to : nascheme
Summary: Python-2.1a2: HP make continiously runs the configure script

Details: Source:		Python-2.1a2
OS:		HP-UX 11.00

Commands:
	./configure  (or ./configure --with-threads=no)
	make

Details:
	Once make finishes compiling Python/dynload_hpux.c, it runs the configure
script, which will continue to run over and over.

.....
        gcc -c -g -O2 -Wall -Wstrict-prototypes -I. -I./Include
-DHAVE_CONFIG_H -o Python/traceback.o Python/traceback.c
        gcc -c -g -O2 -Wall -Wstrict-prototypes -I. -I./Include
-DHAVE_CONFIG_H -o Python/getopt.o Python/getopt.c
        gcc -c -g -O2 -Wall -Wstrict-prototypes -I. -I./Include
-DHAVE_CONFIG_H -o Python/dynload_hpux.o Python/dynload_hpux.c
        if test -f config.status; \
        then /bin/sh config.status --recheck; \
             /bin/sh config.status; \
        else /bin/sh ./configure ; \
        fi
running /bin/sh ./configure  --prefix=/opt/python2 --with-threads=no
--no-create --no-recursion
loading cache ./config.cache
checking MACHDEP... hp-uxB
checking for --without-gcc... no
checking for --with-cxx=<compiler>... no
checking for c++... (cached) c++

....


Follow-Ups:

Date: 2001-Feb-10 13:07
By: nascheme

Comment:
Make seems to think that config.status is older than
configure, even after re-running configure.  I don't know
how that's possible.  configure recreates config.status
when it runs.  It would be helpful if you could give me
all the output from make for a complete cycle.

You could try adding "touch config.status" at the very
end of the config.status target in the makefile and see
if that helps.
-------------------------------------------------------

Date: 2001-Feb-08 09:22
By: akuchling

Comment:
Reassigning to Neil, and reclassifying as a build problem.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=131222&group_id=5470