Hello Tom, and thank you for your thoughtful reply.
Quoting Tom Evans <[EMAIL PROTECTED]>:

On Thu, 2008-01-31 at 18:41 -0800, Chris H. wrote:

The cause is in the file: lang/php5/files/patch-Zend_zend_list.c

It accounts for all /3/ errors emitted during the initial portion
of the make process. The lines are as follows:

--- Zend/zend_list.c.orig       2007-01-01 10:35:46.000000000 +0100
+++ Zend/zend_list.c    2008-01-29 11:05:14.000000000 +0100
@@ -48,7 +48,7 @@
        return index;
}

-ZEND_API int _zend_list_delete(int id TSRMLS_DC)
+ZEND_API int _zend_list_delete(ulong id TSRMLS_DC)
{
***     zend_rsrc_list_entry *le;

@@ -65,7 +65,7 @@
}


-ZEND_API void *_zend_list_find(int id, int *type TSRMLS_DC)
+ZEND_API void *_zend_list_find(ulong id, int *type TSRMLS_DC)
{
***     zend_rsrc_list_entry *le;

@@ -78,7 +78,7 @@
        }
}

-ZEND_API int _zend_list_addref(int id TSRMLS_DC)
+ZEND_API int _zend_list_addref(ulong id TSRMLS_DC)
{
***     zend_rsrc_list_entry *le;

(highlighted with three asterisks for clarity).

While it's nice that I found them. I'm not sure what to do to
make them correct. Any thoughts? Should I simply send-pr -
php5-apache-module build failure (lang/php5/files/patch-Zend_zend_list.c)?

I doubt that patch is the issue. The error comes from a malformed call
to /bin/test (or /bin/[ ). The -le test tests two numbers to see if the
first is less than the second.
With correct usage:
   /bin/[ 5 -le 10 ] && echo "first is less"
   first is less
With incorrect usage
   /bin/[ 5 -le ] && echo "first is less"
   [: -le: argument expected

The patch you have shown changes the id of a zend_rsrc_list_entry to be
an unsigned long rather than an int, the fact that the variable name
(which does not get updated, modified or altered) is called 'le' for
'list element' is neither here nor there.

Quite so. I eventually figured that out. But by then had been up for far
too long, and decided to get some sleep, and reply in the morning. Good
morning. :)


I would thoroughly recommend using apache 2.2 with the prefork MPM if
you wish to run PHP. Your arguments for choosing 2.0 over 2.2 are
spurious, as there are virtually no difference in conf directives,
server layout or security, where as apache 2.2 is well maintained and
secure. Apache 2.2 has many notable improvements, especially in
performance and proxying. See [1].

The real hint is on apache.org [2] - 'We consider Apache 2.2 to be the
best available version at the time of this release. We offer Apache
2.0.63 as the best legacy version of Apache 2.0 available. Users should
first consider upgrading to the current release of Apache 2.2 instead.'


I would have to assert that in my case, your assertions are also a bit
moot. Would make deinstall apache2.0 && make install apache2.2 &&
make install php5 -DWITH_CGI=TRUE -DWITH_CLI=true -DWITH_APACHE=true
accomplish a successful build? In fact, no. As the real problem at
hand, is getting php5 to build the apache module (libphp5.so). :)

On the other hand. Assuming a successfully built apache module;
How large is the difference between the same modules in
1.2 vs 2.0 vs 2.2?
How large is the difference in apache' reaction to calls made to
apache, where these modules are involved?
Does Apache 2.2 offer the -DWITH_MPM=threadpool? I couldn't find it.

Thank you for your informative, and thoughtful reply.

--Chris H

On the other hand, your server, your rules. :)

Tom

[1] http://httpd.apache.org/docs/2.2/new_features_2_2.html
[2] http://www.apache.org/dist/httpd/Announcement2.0.html




--
panic: kernel trap (ignored)



_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to