#27140 [Bgs]: buildconf does not find system libtool 1.4.3

2004-04-19 Thread jari dot aalto at poboxes dot com
 ID:   27140
 User updated by:  jari dot aalto at poboxes dot com
 Reported By:  jari dot aalto at poboxes dot com
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: W2k/Cygwin
 PHP Version:  5CVS-2004-02-04 (dev)
 New Comment:

I've investigated this further. There is problem in checking Cygwin in
general. See my bug report #28056 which includes patches.


Previous Comments:


[2004-02-14 08:25:56] jari dot aalto at poboxes dot com

The CVS is faster than getting snapshots (bandwidth).
Regarding the libtool, no I do not have it in /usr/local, but I do have
/usr/local/bin/libtoolize which is checked by

   build/shtool path glibtoolize libtoolize

buildconf should trust PATH because otherwise the checks are done
behind user's environment settings by simply trusting

   libtool --version


I removed /usr/local/libtoolize and now it says:

[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: libtool version 1.4.3 (ok)
buildconf: /share/aclocal/libtool.m4 does not exist.
   Please reinstall libtool.
make: *** [buildmk.stamp] Error 1


I have it installed in /usr/autotool/stable/share/aclocal

Perhaps this is similar check that does not trust the libtoolize is
installed?



[2004-02-04 19:33:29] [EMAIL PROTECTED]

Use the snapshots. You don't need to run buildconf for those.




[2004-02-04 14:58:59] [EMAIL PROTECTED]

Presumably you have libtool 1.4.2 in /usr/local/bin which should be
prefered over /usr/bin/libtool. If that's the case then it is expected
behavior since that's the sense of having /usr/local/

----

[2004-02-04 04:55:28] jari dot aalto at poboxes dot com

Description:

I checked out the CVS version and ensured that I have right libtool
installed. However, the ./buildconf somehow finds the previous
installation of libtool. My question is, shouldn't it rely on the
system installed libtool instead?

How exactly it tests the version of current libtool, maybe that would
help to debug this problem.

This is W2k/cygwin www.cygwin.com

[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# which libtool
/bin/libtool
[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)


[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: libtool version 1.4.2 found.
   You need libtool version 1.4.3 or newer installed
   to build PHP from CVS.
make: *** [buildmk.stamp] Error 1
[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --






-- 
Edit this bug report at http://bugs.php.net/?id=27140&edit=1


#28056 [NEW]: [patch] ./buildconf doesn't work under Cygwin (Fixes #27140)

2004-04-19 Thread jari dot aalto at poboxes dot com
From: jari dot aalto at poboxes dot com
Operating system: Win32 - W2ksp4
PHP version:  4CVS-2004-04-19 (stable)
PHP Bug Type: Compile Failure
Bug description:  [patch] ./buildconf doesn't work under Cygwin (Fixes #27140)

Description:

cygwin included libtool in places which cannot be derived using the
current logic used in ./buildconf scripts.

Attached is a patch to make the ./buildconf succeed.

- Added DEBUG to make probing errors easier.
- Added tests for Cygwin.
- @'s were removed from Makefile to see what's
  really going.

Using @ make it hard to report good errors. I don't
think they should be overly used as is the case in 
current PHP make files.

Jari

Actual result:
--
cvs diff: warning: skipping invalid entry in password file at line 233
Index: buildcheck.sh
===
RCS file: /repository/php-src/build/buildcheck.sh,v
retrieving revision 1.21.2.6
diff -u -IId: -b -w -u -r1.21.2.6 buildcheck.sh
--- buildcheck.sh   28 Sep 2003 13:37:59 -  1.21.2.6
+++ buildcheck.sh   19 Apr 2004 11:23:36 -
@@ -21,6 +21,10 @@

 echo "buildconf: checking installation..."

+if test "$DEBUG" ; then
+set -x
+fi
+
 stamp=$1

 # autoconf 2.13 or newer
@@ -80,6 +84,11 @@

 ltpath=`echo $libtoolize | sed -e 's#/[^/]*/[^/]*$##'`
 ltfile="$ltpath/share/aclocal/libtool.m4"
+
+if [ "$CYGWIN" ]; then
+ltfile=/usr/autotool/stable/share/aclocal/libtool.m4
+fi
+
 if test -r "$ltfile"; then
   :
 else


cvs diff: warning: skipping invalid entry in password file at line 233
Index: buildconf
===
RCS file: /repository/php-src/buildconf,v
retrieving revision 1.57.4.2
diff -u -IId: -b -w -u -r1.57.4.2 buildconf
--- buildconf   25 Jun 2003 13:00:46 -  1.57.4.2
+++ buildconf   19 Apr 2004 11:24:41 -
@@ -1,6 +1,10 @@
 #!/bin/sh
 # $Id: buildconf,v 1.57.4.2 2003/06/25 13:00:46 sas Exp $

+if test "$DEBUG" ; then
+set -x
+fi
+
 eval `grep '^EXTRA_VERSION=' configure.in`
 case "$EXTRA_VERSION" in
*-dev)
@@ -62,3 +66,8 @@
 rm -f generated_lists

 ${MAKE:-make} -s -f build/build.mk AMFLAGS="$automake_flags"
ZENDDIR="$ZENDDIR\
"
+
+if test "$DEBUG"; then
+#  Show how make was called to pinpoint problems
+${MAKE:-make} -n -s -f build/build.mk AMFLAGS="$automake_flags"
ZENDDIR="$\
ZENDDIR"
+fi

Index: build2.mk
===
RCS file: /repository/php-src/build/build2.mk,v
retrieving revision 1.27.4.1
diff -u -IId: -b -w -u -r1.27.4.1 build2.mk
--- build2.mk   27 Jun 2003 00:19:26 -  1.27.4.1
+++ build2.mk   19 Apr 2004 11:25:42 -
@@ -46,19 +46,25 @@
 # correctly otherwise (timestamps are not updated)
@echo rebuilding $@
@rm -f $@
-   @autoheader 2>&1 | $(SUPPRESS_WARNINGS)
+   autoheader 2>&1 | $(SUPPRESS_WARNINGS)

 $(TOUCH_FILES):
touch $(TOUCH_FILES)

 aclocal.m4: configure.in acinclude.m4
-   @echo rebuilding $@
-   @libtoolize=`./build/shtool path glibtoolize libtoolize`; \
+   echo rebuilding $@
+   libtoolize=`./build/shtool path glibtoolize libtoolize`; \
$$libtoolize --copy --automake; \
ltpath=`dirname $$libtoolize`; \
-   ltfile=`cd $$ltpath/../share/aclocal; pwd`/libtool.m4; \
+   if [ "$(CYGWIN)" ]; then \
+   cdpath=/usr/share; \
+   else \
+   cdpath=`cd $$ltpath/../share/aclocal; pwd`; \
+   fi; \
+   ltfile=$$cdpath/libtool.m4; \
+   echo $$cdpath; \
cat acinclude.m4 $$ltfile > $@

 configure: aclocal.m4 configure.in $(config_m4_files)
@echo rebuilding $@
-   @autoconf 2>&1 | $(SUPPRESS_WARNINGS)
+   autoconf 2>&1 | $(SUPPRESS_WARNINGS)







-- 
Edit bug report at http://bugs.php.net/?id=28056&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28056&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28056&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28056&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28056&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28056&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28056&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28056&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28056&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28056&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28056&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28056&r=submittedtwice
register_globals

#27140 [Bgs]: buildconf does not find system libtool 1.4.3

2004-02-14 Thread jari dot aalto at poboxes dot com
 ID:   27140
 User updated by:  jari dot aalto at poboxes dot com
 Reported By:  jari dot aalto at poboxes dot com
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: W2k/Cygwin
 PHP Version:  5CVS-2004-02-04 (dev)
 New Comment:

The CVS is faster than getting snapshots (bandwidth).

Regarding the libtool, no I do not have it in /usr/local, but I do have
/usr/local/bin/libtoolize which is checked by



   build/shtool path glibtoolize libtoolize



buildconf should trust PATH because otherwise the checks are done
behind user's environment settings by simply trusting



   libtool --version





I removed /usr/local/libtoolize and now it says:



[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# ./buildconf

using default Zend directory

buildconf: checking installation...

buildconf: autoconf version 2.13 (ok)

buildconf: libtool version 1.4.3 (ok)

buildconf: /share/aclocal/libtool.m4 does not exist.

   Please reinstall libtool.

make: *** [buildmk.stamp] Error 1





I have it installed in /usr/autotool/stable/share/aclocal



Perhaps this is similar check that does not trust the libtoolize is
installed?


Previous Comments:


[2004-02-04 19:33:29] [EMAIL PROTECTED]

Use the snapshots. You don't need to run buildconf for those.





[2004-02-04 14:58:59] [EMAIL PROTECTED]

Presumably you have libtool 1.4.2 in /usr/local/bin which should be
prefered over /usr/bin/libtool. If that's the case then it is expected
behavior since that's the sense of having /usr/local/



[2004-02-04 04:55:28] jari dot aalto at poboxes dot com

Description:

I checked out the CVS version and ensured that I have right libtool
installed. However, the ./buildconf somehow finds the previous
installation of libtool. My question is, shouldn't it rely on the
system installed libtool instead?



How exactly it tests the version of current libtool, maybe that would
help to debug this problem.



This is W2k/cygwin www.cygwin.com



[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# which libtool

/bin/libtool

[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --version

ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)





[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# ./buildconf

using default Zend directory

buildconf: checking installation...

buildconf: autoconf version 2.13 (ok)

buildconf: libtool version 1.4.2 found.

   You need libtool version 1.4.3 or newer installed

   to build PHP from CVS.

make: *** [buildmk.stamp] Error 1

[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --






-- 
Edit this bug report at http://bugs.php.net/?id=27140&edit=1


#27140 [NEW]: buildconf does not find system libtool 1.4.3

2004-02-04 Thread jari dot aalto at poboxes dot com
From: jari dot aalto at poboxes dot com
Operating system: W2k/Cygwin
PHP version:  5CVS-2004-02-04 (dev)
PHP Bug Type: *Configuration Issues
Bug description:  buildconf does not find system libtool 1.4.3

Description:

I checked out the CVS version and ensured that I have right libtool
installed. However, the ./buildconf somehow finds the previous
installation of libtool. My question is, shouldn't it rely on the system
installed libtool instead?

How exactly it tests the version of current libtool, maybe that would help
to debug this problem.

This is W2k/cygwin www.cygwin.com

[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# which libtool
/bin/libtool
[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)


[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: libtool version 1.4.2 found.
   You need libtool version 1.4.3 or newer installed
   to build PHP from CVS.
make: *** [buildmk.stamp] Error 1
[EMAIL PROTECTED]:/usr/src/cvs-source/php-src# libtool --


-- 
Edit bug report at http://bugs.php.net/?id=27140&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=27140&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=27140&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=27140&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=27140&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27140&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=27140&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=27140&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27140&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=27140&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27140&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27140&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=27140&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27140&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=27140&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=27140&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27140&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27140&r=float