Does anyone have a BSDI box to test this on?
--Wez.
> Wez,
>
> can you please ensure that the awk script works on BSDI. We
> have had bad surprises with that particular platform before,
> because they are sometimes out of touch with the rest of the
> BSD camp. So, even if
Wez,
can you please ensure that the awk script works on BSDI. We
have had bad surprises with that particular platform before,
because they are sometimes out of touch with the rest of the
BSD camp. So, even if it works on FreeBSD, you cannot fully
rely on that information.
We've done a fair bit of testing, refinement etc. on a number of systems.
There are only two problem cases:
mawk: runs, but doesn't appear to change the deps order. In other words, it
doesn't make any difference, but at least it doesn't break the build.
Solaris /usr/bin/awk: doesn't like user d
On Friday 21 May 2004 13.13, Magnus Määttä wrote:
> On Friday 21 May 2004 12.41, Andi Gutmans wrote:
> > If people can step up and test it on a few of the non-GNU systems I
> > mentioned (and possibly others) then I wouldn't object to commiting it.
> > Any volunteers?
>
> Tru64 UNIX 5.1/A/B, HP-UX
On Fri, 21 May 2004, Edin Kadribasic wrote:
> On Friday 21 May 2004 20:25, Rasmus Lerdorf wrote:
> > What is the incentive to build it static? Performance? If you simply
> > build a non-pic shared library there is no performance benefit at all.
> > In fact, we should probably consider making thi
On Friday 21 May 2004 20:25, Rasmus Lerdorf wrote:
> What is the incentive to build it static? Performance? If you simply
> build a non-pic shared library there is no performance benefit at all.
> In fact, we should probably consider making this the default on platforms
> that support non-pic sha
On Fri, 21 May 2004, Wez Furlong wrote:
> Despite PDO being a PECL-only extension by design, a number of people are
> already attempting (and failing!) to run it as static, because the module init
> order is undefined.
What is the incentive to build it static? Performance? If you simply
build a
e-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: 21 May 2004 11:27
> To: Wez Furlong; [EMAIL PROTECTED]
> Cc: 'Sascha Schumann'
> Subject: RE: [PHP-DEV] [PATCH] primitive load order deps for
> unix build system
>
> Well the main problem is that awk might
On May 21, 2004, at 8:32 AM, Zeev Suraski wrote:
At 13:36 21/05/2004, Derick Rethans wrote:
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all
sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I thin
At 13:36 21/05/2004, Derick Rethans wrote:
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I think it is important enough, as there is currently on
On Friday 21 May 2004 12.41, Andi Gutmans wrote:
> If people can step up and test it on a few of the non-GNU systems I
> mentioned (and possibly others) then I wouldn't object to commiting it. Any
> volunteers?
>
Tru64 UNIX 5.1/A/B, HP-UX 11.11/22i (or whatever), and possibly some other
strange s
[EMAIL PROTECTED]
> Cc: 'Sascha Schumann'
> Subject: RE: [PHP-DEV] [PATCH] primitive load order deps for
> unix build system
>
> Well the main problem is that awk might behave differently on
> all sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to i
ndi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: 21 May 2004 11:27
> To: Wez Furlong; [EMAIL PROTECTED]
> Cc: 'Sascha Schumann'
> Subject: RE: [PHP-DEV] [PATCH] primitive load order deps for
> unix build system
>
> Well the main problem is that awk might behave differently
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I think it is important enough, as there is currently on way of doing
this correctly, and it has b
.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: 21 May 2004 05:47
> To: Wez Furlong; [EMAIL PROTECTED]
> Cc: 'Sascha Schumann'
> Subject: Re: [PHP-DEV] [PATCH] primitive load order deps for
> unix build system
>
> How many platforms di
-DEV] [PATCH] primitive load order deps for
> unix build system
>
> How many platforms did you check this one?
>
> Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
How many platforms did you check this one?
Andi
At 08:34 PM 5/20/2004 +0100, Wez Furlong wrote:
I've cooked up a patch [1] that causes extension modules to be initialized in
an order appropriate to their dependencies. (in other words, it only affects
internal_functions.c during configure time).
The
I've cooked up a patch [1] that causes extension modules to be initialized in
an order appropriate to their dependencies. (in other words, it only affects
internal_functions.c during configure time).
The heart of the patch is an awk script that spits out the module_ptr
structures according to the
18 matches
Mail list logo
