Lester Caine wrote:
Greg Beaver wrote:
I suppose it would help to see the patch, no?
If I'm reading that correctly it replaces the .zip files?
OK - white space problem with the line wrap, I can see what it is adding
now. I had the -del at the start of the line so it appeared to be
deleting
Greg Beaver wrote:
I suppose it would help to see the patch, no?
If I'm reading that correctly it replaces the .zip files?
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - htt
I suppose it would help to see the patch, no?
Index: win32/build/Makefile
===
RCS file: /repository/php-src/win32/build/Makefile,v
retrieving revision 1.35.2.1.2.6.2.12
diff -u -r1.35.2.1.2.6.2.12 Makefile
--- win32/build/Makefile
Hi,
I have a working patch against mkdist.php, is it all right to commit?
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2009/6/10 Johannes Schlüter :
> On Wed, 2009-06-10 at 16:31 +0200, Hannes Magnusson wrote:
>> Can I merge to 5.3?
>>
>> (without this patch all I get are segfaults..)
>
> Any idea why this fails? In the configure line you gave on IRC you're
> building these statically, so PHP_ADD_EXTENSION_DEP in t
On Wed, Jun 10, 2009 at 11:10 PM, Paul Biggar wrote:
> I wrote a tool which automatically. It uses the delta debugging
I sent this prematurely. It should read
"I wrote a tool which reduces test cases automatically."
> algorithm, but is very much faster than delta, since it knows how PHP
> works.
Hi Greg
2009/6/10 Greg Beaver :
> Fantastic, in that case, all that needs to be added to mkdist.php is this:
>
> echo "Generating phar.phar\r\n";
> $phar = new Phar($path_to_php . '/phar.phar', 0, 'pharcommand');
> foreach (new DirectoryIterator($path_to_phar . '/phar') as $file) {
> if ($file-
Hi Guilherme, Nuno,
On Wed, Jun 10, 2009 at 9:38 PM, Nuno Lopes wrote:
>> PS: If someone wants to give a hand to find the regression... I can
>> explain how to reproduce.
>
> The easiest way is to use a tool to help reducing the test case
> automatically.
> I don't know about any specific tool for
PS: If someone wants to give a hand to find the regression... I can
explain how to reproduce.
The easiest way is to use a tool to help reducing the test case
automatically.
I don't know about any specific tool for reducing PHP files, but in the past
I've used delta (http://delta.tigris.org/),
On 10.06.2009, at 16:43, Johannes Schlüter wrote:
Hi,
it was a long run so far and it's time to really take the last steps
to
get the beast out.
For this Lukas and I decided on the following plan:
June 10th (today):
We package RC3, until then only critical
build fixes and similar which
On Wed, Jun 10, 2009 at 6:44 PM, Greg Beaver wrote:
> Pierre Joye wrote:
>> On Wed, Jun 10, 2009 at 5:36 PM, Greg Beaver wrote:
>>
>>> Hi,
>>>
>>> I don't see an obvious way to build the phar.phar on windows.
>>>
>>> Can someone with knowledge of how configure.js works (i.e. a Pierre)
>>> give me a
Pierre Joye wrote:
> On Wed, Jun 10, 2009 at 5:36 PM, Greg Beaver wrote:
>
>> Hi,
>>
>> I don't see an obvious way to build the phar.phar on windows.
>>
>> Can someone with knowledge of how configure.js works (i.e. a Pierre)
>> give me a tip on how to tell it to make phar.phar after building
>>
On Wed, 2009-06-10 at 16:31 +0200, Hannes Magnusson wrote:
> Can I merge to 5.3?
>
> (without this patch all I get are segfaults..)
Any idea why this fails? In the configure line you gave on IRC you're
building these statically, so PHP_ADD_EXTENSION_DEP in the config.m4
should create the right or
2009/6/10 Johannes Schlüter :
> On Wed, 2009-06-10 at 10:36 -0500, Greg Beaver wrote:
>> Can someone with knowledge of how configure.js works (i.e. a Pierre)
>> give me a tip on how to tell it to make phar.phar after building
>> Release_TS/php.exe or Debug_TS/php.exe?
>
> My guess would be changing
On Wed, 2009-06-10 at 10:36 -0500, Greg Beaver wrote:
> Can someone with knowledge of how configure.js works (i.e. a Pierre)
> give me a tip on how to tell it to make phar.phar after building
> Release_TS/php.exe or Debug_TS/php.exe?
My guess would be changing the "all" target in win32/build/Makef
On Wed, 2009-06-10 at 10:59 -0400, Tom Boutell wrote:
> Thanks to all for their hard work on this release.
>
> Will the cycle-breaking garbage collector be turned on as the
> compiled-in default and the recommended php.ini default?
Such a thing won't be changed silently before releasing, so you c
Hi,
On Wed, 2009-06-10 at 12:14 -0300, Guilherme Blanco wrote:
> 1- Will it include new autoloader definition that standards group was
> talking about?
No proposal, no code, ...
> 2- I still have a BC break that I cannot isolate (huge codebase). I'm
> trying to find it and once I isolate it and
On Wed, Jun 10, 2009 at 5:36 PM, Greg Beaver wrote:
> Hi,
>
> I don't see an obvious way to build the phar.phar on windows.
>
> Can someone with knowledge of how configure.js works (i.e. a Pierre)
> give me a tip on how to tell it to make phar.phar after building
> Release_TS/php.exe or Debug_TS/ph
Greg,
I joined the standards group last week.
It seems they already have a patch but it was not yet officially
proposed because none reached a common agreement yet.
Group switched with PEAR style of proposal and voting. So anyone can
propose new inclusions.
The patch is actually just a direct che
On 10.06.2009, at 17:33, Greg Beaver wrote:
Guilherme Blanco wrote:
Just 2 questions
1- Will it include new autoloader definition that standards group was
talking about?
no .. there was no proposal, therefore no discussion, therefore its
not going to be included, since we are long pa
Hi,
I don't see an obvious way to build the phar.phar on windows.
Can someone with knowledge of how configure.js works (i.e. a Pierre)
give me a tip on how to tell it to make phar.phar after building
Release_TS/php.exe or Debug_TS/php.exe?
Otherwise, it would also be easy to provide a simple scr
Guilherme Blanco wrote:
> Just 2 questions
>
> 1- Will it include new autoloader definition that standards group was
> talking about?
Hi,
I am not an official RM representative, the following is my opinion:
Not the slightest chance. It hasn't even been suggested to internals
yet and additi
Just 2 questions
1- Will it include new autoloader definition that standards group was
talking about?
2- I still have a BC break that I cannot isolate (huge codebase). I'm
trying to find it and once I isolate it and report, will the fix be
included before 5.3.0 final?
PS: If someone wants t
Thanks to all for their hard work on this release.
Will the cycle-breaking garbage collector be turned on as the
compiled-in default and the recommended php.ini default?
Please, please say yes. (:
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP R
Hi,
it was a long run so far and it's time to really take the last steps to
get the beast out.
For this Lukas and I decided on the following plan:
June 10th (today):
We package RC3, until then only critical
build fixes and similar which have to go in the RC, after review
(highlight me on I
Can I merge to 5.3?
(without this patch all I get are segfaults..)
-Hannes
On Wed, Jun 10, 2009 at 16:28, Hannes Magnusson wrote:
> bjori Wed Jun 10 14:28:06 2009 UTC
>
> Modified files:
> /php-src/ext/simplexml simplexml.c
> Log:
> Fix extension loading order
>
>
>
> http:/
26 matches
Mail list logo
