php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #65209 ext/date/php_date.lo missing
Submitted: 2013-07-05 11:58 UTC Modified: 2013-07-09 10:02 UTC
From: gerbreown1 at gmail dot com Assigned:
Status: No Feedback Package: Compile Failure
PHP Version: 5.5.0 OS: Linux Mint 15
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2013-07-05 11:58 UTC] gerbreown1 at gmail dot com
Description:
------------
I filed this bug report yesterday and now am trying to compile the program again. 
When I do the ./configure it works fine, but when I do the MAKE it keeps on 
creating new files with the "loT" extension. I rename the file to remove the "T" 
and it then creates the next file with that same extension.

I think the problem is in the MAKE function that is adding the "T" on to the end 
of the file extension.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2013-07-06 09:22 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2013-07-06 09:22 UTC] ab@php.net
What exactly is your configure line and the error message? Please paste the 
essential lines from the make output.
 [2013-07-06 09:44 UTC] gerbreown1 at gmail dot com
-Status: Feedback +Status: Open
 [2013-07-06 09:44 UTC] gerbreown1 at gmail dot com
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=mysqlnd

Error: /home/gerald/Downloads/php-5.5.0/libtool: line 1323: env: command not 
found
make: *** [ext/dom/namednodemap.lo] Error 1

When I look at the files list it shows a namednodemap.loT.  If I rename it to 
remove the T it then proceeds to the next file and gives it an ext of loT.
 [2013-07-06 10:31 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2013-07-06 10:31 UTC] ab@php.net
That file extension is OK, it looks more like you have an incompatible autoconf 
version. Please check that you use a version lower than 2.59. You can force then 
with PHP_AUTOCONF exported on the shell.
 [2013-07-06 10:36 UTC] gerbreown1 at gmail dot com
-Status: Feedback +Status: Open
 [2013-07-06 10:36 UTC] gerbreown1 at gmail dot com
I just checked my autoconf version and it is 2.13.  You said "You can force then 
with PHP_AUTOCONF exported on the shell."  How do I do that?
 [2013-07-06 11:07 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2013-07-06 11:07 UTC] ab@php.net
export PHP_AUTOCONF=/path/to 
or 
PHP_AUTOCONF=/path/to ./configure ....

But if you say it's only the autoconf on your system - that might be some other 
part of autotools.

Or libtool itself. In that case, you'd need to run libtoolize and all the 
autoconf stuff again.
 [2013-07-06 11:30 UTC] gerbreown1 at gmail dot com
-Status: Feedback +Status: Open
 [2013-07-06 11:30 UTC] gerbreown1 at gmail dot com
I didn't have libtools installed on this so I installed it.  Then did 
PHP_AUTOCONF to the ./config directory.

I then got the following error: "libtool: Version mismatch error.  This is 
libtool 2.4.2 Debian-2.4.2-1.2ubuntu1, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 Debian-
2.4.2-1.2ubuntu1
libtool: and run autoconf again.
make: *** [ext/opcache/ZendAccelerator.lo] Error 63
gerald@gerald ~/Downloads/php-5.5.0 $ libtool --version
libtool (GNU libtool) 2.4.2
Written by Gordon Matzigkeit <gord@gnu.ai.mit.edu>, 1996"

How can the  definition of this LT_INIT be updated to use the 2.4.2 version of 
libtool?
 [2013-07-06 11:44 UTC] gerbreown1 at gmail dot com
I just downloaded the source for php-5.4.17 and when I TRY to MAKE this I also 
get the same problem that I was having with 5.5.0 where the extension of the file 
has an added "T" on the end of it.

Guess there is something wrong with my system.
 [2013-07-06 17:33 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2013-07-06 17:33 UTC] ab@php.net
You can try the following sequence of the commands while in php source tree

aclocal -I m4
libtoolize --copy --force
autoheader
automake --add-missing --copy --foreign
autoconf

Your system must not necessarily be broken, just incompatible tools.
 [2013-07-09 10:02 UTC] ab@php.net
-Status: Feedback +Status: No Feedback
 [2013-07-09 10:02 UTC] ab@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.


 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Thu Feb 27 06:01:26 2020 UTC