gwynne Tue Apr 1 02:41:16 2008 UTC
Modified files:
/php-srcconfigure.in
Log:
Fix the fix. Sorry for the commit noise.
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.651&r2=1.652&diff_format=u
Index: php-src/configure.in
diff -u php-src/configure.i
gwynne Tue Apr 1 02:39:18 2008 UTC
Modified files:
/php-srcconfigure.in
Log:
MFB: fix the darwin 9 hack again; add the -O2 back in to avoid performance
loss when not compiling for debug
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.650&r2=1.651&
gwynne Tue Apr 1 02:37:02 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-srcconfigure.in
Log:
fix the darwin 9 hack again; add the -O2 back in to avoid performance loss
when not compiling for debug
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.5
iliaa Mon Mar 31 22:44:38 2008 UTC
Modified files:
/php-src/ext/standard file.c
Log:
Revert unintended bits from "Added a warning message" commit
http://cvs.php.net/viewvc.cgi/php-src/ext/standard/file.c?r1=1.516&r2=1.517&diff_format=u
Index: php-src/
On Mon, Mar 31, 2008 at 5:24 PM, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Mar 2008, Steph Fox wrote:
>
> > > this doesn't work! When allowing to wotk with 0.13.3 then you will end
> up
> > > in a broken .c. Since we have the stuff checked in there really is no
> need
> > > at al
On Mon, 31 Mar 2008, Steph Fox wrote:
> > this doesn't work! When allowing to wotk with 0.13.3 then you will end up
> > in a broken .c. Since we have the stuff checked in there really is no need
> > at all to rengeneerate them atm.
>
> Release 0.13.4, and I'll happily update it! Without that, it
On Mon, 31 Mar 2008, Marcus Boerger wrote:
> Monday, March 31, 2008, 5:09:23 PM, you wrote:
>
> > On Mon, 31 Mar 2008, Marcus Boerger wrote:
>
> >> this doesn't work! When allowing to wotk with 0.13.3 then you
> >> will end up in a broken .c. Since we have the stuff checked in
> >> there rea
Hello Derick,
Monday, March 31, 2008, 5:09:23 PM, you wrote:
> On Mon, 31 Mar 2008, Marcus Boerger wrote:
>> Hello Steph,
>>
>> this doesn't work! When allowing to wotk with 0.13.3 then you will end up
>> in a broken .c. Since we have the stuff checked in there really is no need
>> at all to
Hi Marcus,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
Release 0.13.4, and I'll happily update it! Without that, it doesn't really
make a lot of differenc
On Mon, 31 Mar 2008, Marcus Boerger wrote:
> Hello Steph,
>
> this doesn't work! When allowing to wotk with 0.13.3 then you will end up
> in a broken .c. Since we have the stuff checked in there really is no need
> at all to rengeneerate them atm.
I found out that it does not work, but it *HAS
Hello Derick,
we are relying on it as only current HEAD of re2c can actually build the
language parser. At the current stage there is noone that must build the
language scanner. If so you need to install it from re2c's trunc. Otherwise
you can just take the generated .c files from our CVS.
marc
Hello Steph,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
marcus
Monday, March 31, 2008, 2:28:17 AM, you wrote:
> sfoxMon Mar 31 00:28:17 2008 U
derick Mon Mar 31 14:40:47 2008 UTC
Modified files:
/CVSROOTavail
Log:
- Give karma to David and LUkas for the new testfest web frontend.
http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1376&r2=1.1377&diff_format=u
Index: CVSROOT/avail
diff -u CVSROOT/a
On Mon, Mar 31, 2008 at 1:11 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
>
> > That's really too hackisch and unclean.
>
> I'm very aware of that - it's a temporary measure to avoid the need for new
> headers in 7 extensions.
>
>
> > Using GREP_HEADER (line 738)
> > together with a
Hi Pierre,
That's really too hackisch and unclean.
I'm very aware of that - it's a temporary measure to avoid the need for new
headers in 7 extensions.
Using GREP_HEADER (line 738)
together with a glob(*.h) would work in any case and will be generic
enough to do not have to worry about suc
Hi Steph,
On Mon, Mar 31, 2008 at 11:17 AM, Steph Fox <[EMAIL PROTECTED]> wrote:
> sfoxMon Mar 31 09:17:25 2008 UTC
>
> Modified files: (Branch: PHP_5_3)
> /php-src/win32/buildconfutils.js
> Log:
> - Allow most of the existing strangely-named headers to g
derick Mon Mar 31 10:08:57 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-srcacinclude.m4
Log:
- Don't rely on a version that doesn't exist - that breaks snapshots.
http://cvs.php.net/viewvc.cgi/php-src/acinclude.m4?r1=1.332.2.14.2.26.2.4&r2=1.332.2.14.2
On 31.03.2008 03:31, Felipe Pena wrote:
> Fixed bug #44564 (escapeshellarg removes UTF-8 multi-byte characters)
The test fails here. Any idea why?
Strange... That's the behavior without the patch.
Does this occur in three branches? I don't have idea why it fail. :(
Yes, it occurs in all b
sfoxMon Mar 31 09:17:25 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/win32/buildconfutils.js
Log:
- Allow most of the existing strangely-named headers to get by
http://cvs.php.net/viewvc.cgi/php-src/win32/build/confutils.js?r1=1.60.2.1.2.8.2.8&
derick Mon Mar 31 09:12:15 2008 UTC
Added files: (Branch: PHP_5_2)
/php-src/ext/date/tests timestamp-in-dst.phpt
Modified files:
/php-src/ext/date php_date.c
Log:
- MFH: Fixed a bug in formatting timestamps when DST is active in the d
derick Mon Mar 31 09:11:30 2008 UTC
Added files: (Branch: PHP_5_3)
/php-src/ext/date/tests timestamp-in-dst.phpt
Modified files:
/php-src/ext/date php_date.c
Log:
- MFH: Fixed a bug in formatting timestamps when DST is active in the d
derick Mon Mar 31 09:10:54 2008 UTC
Added files:
/php-src/ext/date/tests timestamp-in-dst.phpt
Modified files:
/php-src/ext/date php_date.c
Log:
- Fixed a bug in formatting timestamps when DST is active in the default
timezone.
22 matches
Mail list logo