Developing the PHP runtime and Maintaining an official, bundled PHP extension
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Derick Rethans schrieb:
> That seems to work fine already
Even better :-)
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
On Sun, 16 Oct 2005, Derick Rethans wrote:
> > In any case, as I could never think of a better syntax to deal with the
> > somewhat harmless ambiguity of default value and "allowing" null, I don't
> > mind
> > having this patch. It should be documented though that this syntax comes to
> > serve b
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
> Andi Gutmans schrieb:
> > I'm talking about the following function decleration:
> >
> > function testNull(MyClass $obj = 1) {
> > }
>
> The following should work, too, to allow optional, type-hinted Array
> parameters:
>
>function someMetho
Andi Gutmans schrieb:
> I'm talking about the following function decleration:
>
> function testNull(MyClass $obj = 1) {
> }
The following should work, too, to allow optional, type-hinted Array
parameters:
function someMethod(Array $array = array()) {
}
--
Sebastian Bergmann
Sorry for preaching to the choir.
--Jani
On Mon, 17 Oct 2005, Antony Dovgal wrote:
On 17.10.2005 00:30, Jani Taskinen wrote:
On Sun, 16 Oct 2005, Derick Rethans wrote:
On Sun, 16 Oct 2005, Jani Taskinen wrote:
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Jani Taskinen schri
On 17.10.2005 00:30, Jani Taskinen wrote:
On Sun, 16 Oct 2005, Derick Rethans wrote:
On Sun, 16 Oct 2005, Jani Taskinen wrote:
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Jani Taskinen schrieb:
So you're proposing that PHP_5_1 branch will be PHP_5_2 branch then?
No, I am proposing t
On Sun, 16 Oct 2005, Jani Taskinen wrote:
> On Sun, 16 Oct 2005, Derick Rethans wrote:
>
> >
> > On Sun, 16 Oct 2005, Jani Taskinen wrote:
> >
> > > On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
> > >
> > > >
> > > > Jani Taskinen schrieb:
> > > > > So you're proposing that PHP_5_1 branch will b
On Sun, 16 Oct 2005, Derick Rethans wrote:
On Sun, 16 Oct 2005, Jani Taskinen wrote:
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Jani Taskinen schrieb:
So you're proposing that PHP_5_1 branch will be PHP_5_2 branch then?
No, I am proposing to have this change in PHP 5.1.1, as it is t
On Sun, 16 Oct 2005, Jani Taskinen wrote:
> On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
>
> >
> > Jani Taskinen schrieb:
> > > So you're proposing that PHP_5_1 branch will be PHP_5_2 branch then?
> >
> > No, I am proposing to have this change in PHP 5.1.1, as it is too late
> > to have it in P
Jani Taskinen schrieb:
> So it can't be in a bugfix release.
I can wish, right? :-)
Too bad we're already this far along in the RC for PHP 5.1.0,
Sebastian
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Jani Taskinen schrieb:
Or is it about the non-pic/pic performance difference?
It is.
Well, that's expected. Nothing unusual there.
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.n
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Jani Taskinen schrieb:
So you're proposing that PHP_5_1 branch will be PHP_5_2 branch then?
No, I am proposing to have this change in PHP 5.1.1, as it is too late
to have it in PHP 5.1.0.
It's not a bugfix. So it can't be in a bugfix relea
1) timelib_tz_lookup_table defines the gmtoffset as an int, but in the
fallback table there are some decimals numbers. So, either remove those
entries or change the struct to hold a float. This also applies to the
timelib_timezone_id_from_abbr() function, which receives a long, instead
of a
floa
Sebastian Bergmann wrote:
Could someone, possibly Rasmus, please comment on this Gentoo issue?
http://bugs.gentoo.org/show_bug.cgi?id=92776
Not sure what I am supposed to comment on here. They seem to have
reproduced the performance problems of building PHP PIC. Whether it is
because w
Jani Taskinen schrieb:
> Or is it about the non-pic/pic performance difference?
It is.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
Jani Taskinen schrieb:
> So you're proposing that PHP_5_1 branch will be PHP_5_2 branch then?
No, I am proposing to have this change in PHP 5.1.1, as it is too late
to have it in PHP 5.1.0.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
Could someone, possibly Rasmus, please comment on this Gentoo issue?
http://bugs.gentoo.org/show_bug.cgi?id=92776
Thanks!
What issue? If people wanna mess with the CFLAGS, it's their problem.
Or is it about the non-pic/pic performance
On Sat, 15 Oct 2005, Sebastian Bergmann wrote:
Derick Rethans schrieb:
derick Sat Oct 15 08:54:20 2005 EDT
Modified files:
/php-srcNEWS
/ZendEngine2zend_compile.c
Log:
- Changed type hints so that they take "= NULL" as default value.
It would be great if t
On 16.10.2005 20:17, Lukas Smith wrote:
If we enable any of *.dll in php.ini by default, PHP installation won't
work anymore out-of-the-box.
Because it'll _require_ setting extension_dir too.
Whats the problem requiring that they set this? Most people do anyways
.. no?
Only if they really n
Antony Dovgal wrote:
On 16.10.2005 19:31, Lukas Smith wrote:
Wez Furlong wrote:
It's a linkage/dependency problem; ext/sqlite holds the sqlite2 PDO
driver, and PDO is a shared extension.
Ok .. can then someone enable the php_sqlite.dll in our sample
php.ini's then? I dont have the karma .
On 16.10.2005 19:31, Lukas Smith wrote:
Wez Furlong wrote:
It's a linkage/dependency problem; ext/sqlite holds the sqlite2 PDO
driver, and PDO is a shared extension.
Ok .. can then someone enable the php_sqlite.dll in our sample php.ini's
then? I dont have the karma ..
If we enable any of *
Wez Furlong wrote:
It's a linkage/dependency problem; ext/sqlite holds the sqlite2 PDO
driver, and PDO is a shared extension.
Ok .. can then someone enable the php_sqlite.dll in our sample php.ini's
then? I dont have the karma ..
thx
regards,
Lukas
--
PHP Internals - PHP Runtime Developmen
It's a linkage/dependency problem; ext/sqlite holds the sqlite2 PDO
driver, and PDO is a shared extension.
--Wez.
On 10/16/05, Lukas Smith <[EMAIL PROTECTED]> wrote:
> 14 Oct 2005, PHP 5.1 Release Candidate 2
> - Changed SQLite extension to be a shared module in Windows
> distribution. (Edin)
>
>
On 16.10.2005 16:52, docker wrote:
getting experience with remote cvs working...
Try to find another way of getting such experience ?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
getting experience with remote cvs working...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
$
$ gmake test
exit 0;
/home/rolland/Work/PHP-unicode/source/php-src/ext/sqlite/libsqlite/src/parse.y
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).
ERROR: Cannot open file
'/home/rolland/Work/PHP-unicode/source/php-src/run-test-info.php'
(save_text)
gmake: [test] Err
14 Oct 2005, PHP 5.1 Release Candidate 2
- Changed SQLite extension to be a shared module in Windows
distribution. (Edin)
Whats the reason for this?
To allow people to switch between sqlite2 and sqlite3?
Shouldnt the extension then be enabled by default in the php.ini-dist
and php.ini-recomme
Could someone, possibly Rasmus, please comment on this Gentoo issue?
http://bugs.gentoo.org/show_bug.cgi?id=92776
Thanks!
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internal
... to be converted to handle Unicode - comments ?
TIA,
Rolland
--
[1] int strrpos(string haystack, string needle [, int offset])
Finds position of last occurrence of 'needle' within 'haystack' -
'offset' determines how much of the string is searched.
To be impl'ed in terms of u_strFindLast(), wh
30 matches
Mail list logo