From HEAD:
./configure works fine (no options)... Make, everything.
But...
./configure --with-apxs=/usr/local/apache/bin/apxs
Causes some weirdness on Make...
[user@localhost]# make
/bin/sh libtool --preserve-dup-deps --mode=compile gcc
-I/home/php/php5/ext/mysql/libmysql -Iext/mysql/
On Thu, 13 Feb 2003, John Coggeshall wrote:
I'm not familiar enough with the build environment as a whole, but I've
been building HEAD for quite some time now and I'm not sure why now it'd
just choke like thisAny suggestions welcome.
upgrade your libtool to 1.4.3, it is required now.
upgrade your libtool to 1.4.3, it is required now.
[user@localhost php5]# ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p5 (ok)
buildconf: libtool version 1.4.3 (ok)
And just to be sure..
On Thu, 13 Feb 2003, John Coggeshall wrote:
upgrade your libtool to 1.4.3, it is required now.
[user@localhost php5]# ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p5 (ok)
buildconf:
If output of 'm4 --version' != 'GNU m4 1.4'
you need to update it and rebuild autoconf with
the working m4.
--Jani
On Thu, 13 Feb 2003, John Coggeshall wrote:
upgrade your libtool to 1.4.3, it is required now.
[user@localhost php5]# ./buildconf
using default Zend
Does a snapshot from snaps.php.net compile without running ./buildconf?
Yep it does, actually...
I'll investigate further into it when I get some sleep :)
John
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 12 Feb 2003, Gabor Hojtsy wrote:
what is function.main? it keeps popping up on my requires and links to =
yoru site but nuthin' happens
That is if I understand correctly a link in an error message. So either
PHP needs to hide that link in error messages, or the function.main
Gabor Hojtsy wrote:
That is if I understand correctly a link in an error message. So either
PHP needs to hide that link in error messages, or the function.main
shortcut shuold point to somewhere on the homepage, explaining what is
function.main
speaking of the link feature: can't we
It was fixed in that it will link to documention for include()
or require() (depending on the error) instead of main(). So,
it links to different yet more appropriate pages now.
Not sure if/what other errors cause a link to here but I
agree we may as well create a dummy page for main()
That is if I understand correctly a link in an error message. So either
PHP needs to hide that link in error messages, or the function.main
shortcut shuold point to somewhere on the homepage, explaining what is
function.main
speaking of the link feature: can't we deactivate that
Thanks Jani. I'll work on getting the patch working on HEAD and PHP_4_3
this afternoon.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Jani Taskinen
Sent: Thursday, February 13, 2003 2:49 AM
To: Brian Moon
Cc: Joseph Tate; Php-Dev List
Subject:
Hi,
I just created a patch for a customer
who needed ldap_set_rebind_proc for
named rebinding on a sun ldap server.
The #if statements are a bit dirty, but i
did not manage to find the correct
ifdef condition.
Maybe someone can use it or even integrate
it into cvs.
If you have any questions
On Wed, 12 Feb 2003 13:40:09 -0800, Eric Lambart wrote:
UPDATE...
If you ask me, this is stranger still. If you recall from my original
post--
I am trying to return a serverId object member which contains a value
such as N^VESoDMN(107). Again, right before my PHP_FUNCTION returns
control to
At 01:37 07/01/2003, Joseph Tate wrote:
Well, according to my highly technical methods of deduction (fprintf(stderr,
Inside sapi_shutdown);) sapi_shutdown is never called when serving a PHP
request when served using mod4_php under Apache. This is because the
shutdown_wrapper never gets
Edin Kadribasic wrote:
edink Thu Feb 13 12:15:22 2003 EDT
Modified files:
/php4/ext/mysqli mysqli_api.c
Log:
Use my_ulonglong instead of unsigned long long to make msvc++ happy.
Did you somehow manage to build MySQL 4.1 on Windows? If so, how? If
not, how are you
On Thu, 13 Feb 2003, Sebastian Bergmann wrote:
Edin Kadribasic wrote:
edink Thu Feb 13 12:15:22 2003 EDT
Modified files:
/php4/ext/mysqlimysqli_api.c
Log:
Use my_ulonglong instead of unsigned long long to make msvc++ happy.
Did you somehow manage
Edin Kadribasic wrote:
I have indeed.
I'm trying to build the current MySQL 4.1 sources from the BitKeeper
repository with MS VisualC++ 6 (VisualStudio 98, Service Pack 5) on
my Windows 2000 Professional box.
The prepare script produces the errors shown in
On Thursday 13 February 2003 18:32, Sebastian Bergmann wrote:
Sebastian, Edink:
could you please report the bugs you detected when compiling MySQL 4.1 under
Windows to http://bugs.mysql.com too?!
(You need to sign for a webaccount to report bugs)
Georg
--
PHP Development Mailing List
Here's that same patch, but without leaking a file
descriptor. Any comments yet? Any objections to
committing it?
-James
On Wed, 12 Feb 2003, James E. Flemer wrote:
Well all the fancy new streams code in 4.3.0 seems to
tickle a Solaris issue with getcwd(). It seems that under
certain cases
I updated all m4,autoconf libtool AND now i can no longer build php
Anybody help?
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.54 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
Running cvsclean for you.
On Thu, 13 Feb 2003 23:29:44 +0100
[EMAIL PROTECTED] (Marcus Börger) wrote:
I updated all m4,autoconf libtool AND now i can no longer build php
Anybody help?
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.54 (ok)
Did you try with
On Thu, 13 Feb 2003, Marcus Börger wrote:
I updated all m4,autoconf libtool AND now i can no longer build php
Anybody help?
Get autoconf-2.13 and m4-1.4 (not 1.4o) from ftp.gnu.org.
- Sascha
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
On Thu, 2003-02-13 at 09:52, John Coggeshall wrote:
From HEAD:
[...]
libtool: s%^.*/%%: No such file or directory
libtool: -e: command not found
libtool: -e: command not found
libtool: -e: command not found
libtool: -e: command not found
libtool: -e: command not found
(more of these)
Try
$ export SED=sed
$ ./configure ...
Somehow, the variable SED is not set.
I was just looking at the MakeFile trying to figure this out and I was
thinking it must be something like that. It works now -- thanks... But
why would SED suddenly stop being defined? Did I break something
At 01:57 14.02.2003, Jani Taskinen wrote:
On Fri, 14 Feb 2003, Marcus Börger wrote:
AC_PROG_LIBTOOL is defined in libtool.m4,
which should come from libtool installation.
Most likely you've just got mixed up versions in your
system. Easiest way to get it working is to remove _all_
On Fri, 14 Feb 2003, Marcus Börger wrote:
At 01:57 14.02.2003, Jani Taskinen wrote:
On Fri, 14 Feb 2003, Marcus Börger wrote:
AC_PROG_LIBTOOL is defined in libtool.m4,
which should come from libtool installation.
Most likely you've just got mixed up versions in your
I would very much like a complete list of all functions in PHP 4.3.0. Is
there a way to generate this from the source tree or do I have to go through
it all by hand?
--
Rickard
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 14 Feb 2003, Rickard Andersson wrote:
I would very much like a complete list of all functions in PHP 4.3.0. Is
there a way to generate this from the source tree or do I have to go through
it all by hand?
Try http://www.zugeschaut-und-mitgebaut.de/php/
There are also some awk
I'm such an idiot! 20 seconds after I posted I found this:
http://www.php.net/quickref.php
I'm really sorry :-)
--
Rickard
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Georg Richter wrote:
could you please report the bugs you detected when compiling MySQL 4.1
under Windows to http://bugs.mysql.com too?!
I'm in contact now with the MySQL team's Windows guy.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
On your apache2 compatibility page you state
Apache 2.0 SAPI-support started with PHP 4.2.0. PHP 4.2.3 its known to
work in conjunction with Apache 2.0.39. Don't try to use this version of
PHP with any other version of Apache. We do not recommend to use PHP
4.2.3 along with Apache
Gabor Hojtsy wrote:
If you turn of html_errors, that should turn off that link too IMHO,
not tested though...
well, what if i want html errors in the html output but not in the
error_log (where they dont make sense) ? ;)
--
Six Offene Systeme GmbH http://www.six.de/
i.A. Hartmut Holzgraefe
32 matches
Mail list logo