Re: [PHP-DEV] SPL development interest

Hey, yes, there are no traits at the moment. Also, in PHP 8 there was `WeakMap` class added to the core as well. Best regards, Benas Seliuginas P.S: your email is marked as spam for me and probably for everyone else too, so most of the internals probably missed your emails. Try using a gmail-base

Re: [PHP-DEV] SPL development interest

On Sat, 2020-05-16 at 16:37 +0200, Jakob Givoni wrote: > The reason I was wondering about it was mostly for understanding > where > one would put Classes, Interfaces and Traits that should be essential > parts of the language. > F.ex. it seems the Countable interface should have been in the core >

Re: [PHP-DEV] SPL development interest

In my opinion, another key takeaway: inheritance as a code reuse mechanism can really bite you. SplStack extends SplDoublyLinkedList and this exposes a bunch of methods on a stack that don't make any sense. It also means there are constraints on how well you can optimize the stack, because you have

Re: [PHP-DEV] SPL development interest

On Fri, 2020-05-15 at 12:53 +0100, Dan Ackroyd wrote: > Obviously, all of the following is my own personal opinion, and other > people may have different opinions. > > There are two main lessons learnt from the SPL experience. > > i) Some APIs need to evolve separately from the PHP release > sche

Re: [PHP-DEV] SPL development interest

Thank you guys for your insights! You pretty much confirmed my fears about the SPL extension. The reason I was wondering about it was mostly for understanding where one would put Classes, Interfaces and Traits that should be essential parts of the language. F.ex. it seems the Countable interface

Re: [PHP-DEV] SPL development interest

On Thu, 14 May 2020 at 19:14, Jakob Givoni wrote: > > Hi Internals, > Hi Jakob, Obviously, all of the following is my own personal opinion, and other people may have different opinions. There are two main lessons learnt from the SPL experience. i) Some APIs need to evolve separately from the P

[PHP-DEV] SPL development interest

Hi Internals, SPL is an extension that is always available in PHP. It provides some classes, interfaces and functions etc. such as - ArrayObject class - Countable interface - iterator_count function What I'd like to wrap my head around is the position of this extension in PHP and the sentiments t

Re: [PHP-DEV] SPL Binary Tree, Graph

Hello Levi and core devs, I think it's better not to invent a wheel but rather extract best practices from time proved projects such as Gremlin, http://erldocs.com/R15B/stdlib/digraph.html looks not bad as well. Definitely there are a lot of bright minds among PHP core developers and PHP communit

Re: [PHP-DEV] SPL Binary Tree, Graph

> I would like to ask you what is your opinion about implementing Binary >>> Tree >>> and Graph data structures in SPL in addition to existing ones? IMHO it >>> would be great because that will prevent from inventing a wheel all the >>> time, and prove that PHP is full featured language like C#, J

Re: [PHP-DEV] SPL Binary Tree, Graph

Hello Levi, Your statement is fair enough. Use cases I can think about are social, network, geographical, connected flights graphs, work with hierarchical data like corporations structures, products categories, indexing objects tree stored in memory/cache and PHP web applications representing tho

Re: [PHP-DEV] SPL Binary Tree, Graph

Hi! > I would like to ask you what is your opinion about implementing Binary Tree > and Graph data structures in SPL in addition to existing ones? IMHO it Sure, why not? But I'd suggest first proposing the API for the classes in the form of the RFC (https://wiki.php.net/rfc) and explanation what

Re: [PHP-DEV] SPL Binary Tree, Graph

> > I would like to ask you what is your opinion about implementing Binary Tree > and Graph data structures in SPL in addition to existing ones? IMHO it > would be great because that will prevent from inventing a wheel all the > time, and prove that PHP is full featured language like C#, Java, ...

[PHP-DEV] SPL Binary Tree, Graph

Dear PHP Developers, I would like to ask you what is your opinion about implementing Binary Tree and Graph data structures in SPL in addition to existing ones? IMHO it would be great because that will prevent from inventing a wheel all the time, and prove that PHP is full featured language like C

Re: [PHP-DEV] SPL Documentation

Hi Kevin 2009/3/26 Kevin Waterson : > On Thu, 2009-03-26 at 11:38 +0100, Derick Rethans wrote: > >> I mentioned on twitter that proper docs would be useful too, let's see >> if anybody writes to the doc list. > > Just tell me what I need to do, and I will write the SPL docs > What format do they n

Re: [PHP-DEV] SPL Documentation

On Thu, Mar 26, 2009 at 20:18, Kevin Waterson wrote: > On Thu, 2009-03-26 at 11:38 +0100, Derick Rethans wrote: > >> I mentioned on twitter that proper docs would be useful too, let's see >> if anybody writes to the doc list. > > Just tell me what I need to do, and I will write the SPL docs > What

Re: [PHP-DEV] SPL Documentation

On Thu, 2009-03-26 at 11:38 +0100, Derick Rethans wrote: > I mentioned on twitter that proper docs would be useful too, let's see > if anybody writes to the doc list. Just tell me what I need to do, and I will write the SPL docs What format do they need to be in. What program is used to make the

Re: [PHP-DEV] SPL Documentation

2009/3/26 Alexey Zakhlestin : > http://docs.php.net/manual/en/intro.spl.php links to > http://www.php.net/~helly/php/ext/spl/ which does not reflect SPL in > 5.3. > And since we have RC, more and more people start to test it and they > need newer docs. > > I believe, that it's time to regenerate SP

Re: [PHP-DEV] SPL Documentation

On Thu, 26 Mar 2009, Alexey Zakhlestin wrote: > p.s. let's skip holywars about "official" spl-docs. that's a separate > topic. I mentioned on twitter that proper docs would be useful too, let's see if anybody writes to the doc list. regards, Derick -- http://derickrethans.nl | http://ezcompo

Re: [PHP-DEV] SPL Documentation

Regeneration is really needed. There've been a couple of changes in some classes. Currently I'm using new added SplObjectStorage functionality and I have to keep looking at source for available methods. Not a bad thing... I'm feeling comfortable with C already, but some users may be angry. Cheer

[PHP-DEV] SPL Documentation

http://docs.php.net/manual/en/intro.spl.php links to http://www.php.net/~helly/php/ext/spl/ which does not reflect SPL in 5.3. And since we have RC, more and more people start to test it and they need newer docs. I believe, that it's time to regenerate SPL's doxygen-docs. p.s. let's skip holywars

Re: [PHP-DEV] SPL ArrayAccess offsetExists default behavior

On 13.01.2009, at 16:58, Etienne Kneuss wrote: Hello, On Tue, Jan 13, 2009 at 4:43 PM, Mark van der Velden wrote: Hi list, The following doesn't strike me as consistent behavior: $a = new ArrayObject(); $a["foobar"] = NULL; echo (int) isset( $a["foobar"] ); // Output: 1 Whil

Re: [PHP-DEV] SPL ArrayAccess offsetExists default behavior

Hello, On Tue, Jan 13, 2009 at 4:43 PM, Mark van der Velden wrote: > Hi list, > > The following doesn't strike me as consistent behavior: > > $a = new ArrayObject(); > $a["foobar"] = NULL; > > echo (int) isset( $a["foobar"] ); // Output: 1 > > > While it's technically correct, I find it

[PHP-DEV] SPL ArrayAccess offsetExists default behavior

Hi list, The following doesn't strike me as consistent behavior: $a = new ArrayObject(); $a["foobar"] = NULL; echo (int) isset( $a["foobar"] ); // Output: 1 While it's technically correct, I find it confusing. The reason is probably because of a array_key_exists (or property_exists

Re: [PHP-DEV] spl documentation

Hi! Personally I tried for year to get some feedback on getting documentation to support classes. And we still do not have any acceptable support. So I My impression is PhD now supports classes quite well. There are even skeletons as I understand :) I wonder how hard would it be to write a s

Re: [PHP-DEV] spl documentation

Hello Philip, Friday, April 11, 2008, 7:29:48 PM, you wrote: >>> On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote: I noticed, that http://www.php.net/~helly/php/ext/spl/was updated almost a year ago. Is the newe

Re: [PHP-DEV] spl documentation

Philip Olson wrote: > >>> On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote: I noticed, that http://www.php.net/~helly/php/ext/spl/was updated almost a year ago. Is the newer version available anywhere? >>> >>> Good point,

Re: [PHP-DEV] spl documentation

> > I think having core module that is documented by doxygen is a shame. And if > there's anybody working on docs, the work should be done first on official > docs in the manual, which right now are in the "virtually non-existent" > state. Doxygen is a nice thing but no replacement for real docume

Re: [PHP-DEV] spl documentation

Hi! I think all effort should go into writing real documentation within the phpdoc cvs module instead of unreadable and unofficial doxygen output. I think having core module that is documented by doxygen is a shame. And if there's anybody working on docs, the work should be done first on of

Re: [PHP-DEV] spl documentation

> > I think all effort should go into writing real documentation within the > phpdoc cvs module instead of unreadable and unofficial doxygen output. > Personally I feel the link to the doxygen output should be removed from > php.net/spl (but won't) so anyway those are my feelings. Etienne is plann

Re: [PHP-DEV] spl documentation

On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote: I noticed, that http://www.php.net/~helly/php/ext/spl/was updated almost a year ago. Is the newer version available anywhere? Good point, there're so many new things in there. Marcus? Etie

Re: [PHP-DEV] spl documentation

Hi, I've a more recent build that covers DLLists, but only Marcus is able to upload it to ~helly. I guess a new version will be online as soon as I finish documenting Heaps and priority queues. Regards On Fri, Apr 11, 2008 at 5:42 PM, David Coallier <[EMAIL PROTECTED]> wrote: > On 11/04/2008,

Re: [PHP-DEV] spl documentation

On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote: > I noticed, that http://www.php.net/~helly/php/ext/spl/ was updated > almost a year ago. Is the newer version available anywhere? > Good point, there're so many new things in there. Marcus? Etienne? Anyone up to do regenerate some docs

[PHP-DEV] spl documentation

I noticed, that http://www.php.net/~helly/php/ext/spl/ was updated almost a year ago. Is the newer version available anywhere? -- Alexey Zakhlestin http://blog.milkfarmsoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] SPL as non-disablable extension (Was: Re: [PHP-DEV] Simple Namespace Proposal)

On Tue, 10 Jul 2007, Lukas Kahwe Smith wrote: > On 10.07.2007, at 00:06, Stanislav Malyshev wrote: > > > > I know, and I use spl_autoload_register. But then I would > > > blatantly suggest to remove __autoload() in PHP6 and force SPL to > > > be compiled into PHP. > > > > I wouldn't go as far

[PHP-DEV] [SPL] ArrayObject::offsetExists

Hi, I am not sure whether I should post here or into php-general so feel free to bug me away ;) Anyway I have found a difference with ArrayObject::offsetExists between php 5.2.0 and php 5.2.1. With 5.2.0 ArrayObject::offsetExists will return "true" if the offsetExists whether its value is empty

Re: [PHP-DEV] SPL docs

Hello Steph, Saturday, June 10, 2006, 12:58:30 PM, you wrote: > Hi Marcus >> that's nothing more than our manual besides a different layout. I'd >> like to document how studd is being integrated, how stuff works together >> and how inheritance trees look like. You saw the gtk tree, wow, cool if

Re: [PHP-DEV] SPL docs

Hi Marcus that's nothing more than our manual besides a different layout. I'd like to document how studd is being integrated, how stuff works together and how inheritance trees look like. You saw the gtk tree, wow, cool if there is only one real tree like inheritance graph. But unfortunatley SP

Re: [PHP-DEV] SPL docs

I agree with Rasmus here, there should be at least some level of the docs in the PHP manual. Its always been considered the "one stop shop" for reference for all the beginning coders that I've seen, and is one of the draws for the language. Having a seperate set of docs for the more "advanced" in

Re: [PHP-DEV] SPL docs

I find the Doxygen-generated SPL docs maze-like and pretty much impossible to navigate. There is nothing stopping you from maintaining that separate document, but I'd love to see the useful bits integrated into the PHP docs. Losing the inheritance graphs doesn't bother me a bit. -Rasmus Mar

Re: [PHP-DEV] SPL docs

Hello Andi, that's nothing more than our manual besides a different layout. I'd like to document how studd is being integrated, how stuff works together and how inheritance trees look like. You saw the gtk tree, wow, cool if there is only one real tree like inheritance graph. But unfortunatley S

Re: [PHP-DEV] SPL docs

Andi Gutmans wrote: Yeah API docs is useful, but still we should have the end-user docs in the PHP manual. I don't think once comes instead of the other. The end-user docs is especially useful as people in the community can give comments, etc... Err, you misunderstood what I was trying to say

Re: [PHP-DEV] SPL docs

Yeah API docs is useful, but still we should have the end-user docs in the PHP manual. I don't think once comes instead of the other. The end-user docs is especially useful as people in the community can give comments, etc... At 02:52 PM 6/9/2006, Lukas Smith wrote: Andi Gutmans wrote: Hey,

Re: [PHP-DEV] SPL docs

Andi Gutmans wrote: Hey, I'm obviously not an expert on this stuff so I don't have much added value to add. However, I think from a high-level I think it's important that we have one PHP manual and that the manual covers both functional and oo extensions. I think the last thing we want is to

Re: [PHP-DEV] SPL docs

PROTECTED]> To: "Andrei Zmievski" <[EMAIL PROTECTED]>; "Andi Gutmans" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Derick Rethans" <[EMAIL PROTECTED]>; Sent: Friday, June 09, 2006 9:51 PM Subject: Re: [PHP-DEV] SPL docs The problem is

Re: [PHP-DEV] SPL docs

" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Derick Rethans" <[EMAIL PROTECTED]>; Sent: Friday, June 09, 2006 9:51 PM Subject: Re: [PHP-DEV] SPL docs The problem is always maintenance.. I've have some knowledge about DSSSL but none about XSL. In phpdoc we use

Re: [PHP-DEV] SPL docs

I think that doesn't look too bad. It might not be the Doxygen output, etc.. but for the PHP manual I think it's quite adequate. At 09:43 AM 6/9/2006, Andrei Zmievski wrote: PHP-GTK has been using modified docbook for its stuff... http://gtk.php.net/manual/en/classtree.php -Andrei On Jun 9,

Re: [PHP-DEV] SPL docs

The problem is always maintenance.. I've have some knowledge about DSSSL but none about XSL. In phpdoc we use both, that need to be kept in sync, so that's always complicated to make changes. The best option would be to create a "work-group" to study with docbook creators the best approaches to

Re: [PHP-DEV] SPL docs

PHP-GTK has been using modified docbook for its stuff... http://gtk.php.net/manual/en/classtree.php -Andrei On Jun 9, 2006, at 6:55 AM, Andi Gutmans wrote: Maybe we can get a volunteer to improve the docbook? At 11:25 PM 6/8/2006, Derick Rethans wrote: On Thu, 8 Jun 2006, Andi Gutmans wrote

Re: [PHP-DEV] SPL docs

On 6/9/06, Andi Gutmans <[EMAIL PROTECTED]> wrote: Maybe we can get a volunteer to improve the docbook? We have, http://code.google.com/soc/php/appinfo.html?csaid=1D6D429391DFBA6F -Hannes At 11:25 PM 6/8/2006, Derick Rethans wrote: >On Thu, 8 Jun 2006, Andi Gutmans wrote: > > > Any chance w

Re: [PHP-DEV] SPL docs

This is a docbook limitation? Couldn't we still find some standard way to write it? most of it is manual stuff ala http://framework.zend.com/manual/en/zend.html? No? Andi At 12:24 AM 6/9/2006, Marcus Boerger wrote: Hello Andi, the problem is the non existing OO support in docbook. I had th

Re: [PHP-DEV] SPL docs

Maybe we can get a volunteer to improve the docbook? At 11:25 PM 6/8/2006, Derick Rethans wrote: On Thu, 8 Jun 2006, Andi Gutmans wrote: > Any chance we can get the SPL docs integrated into the PHP manual? I > get questions about it here and there and think that as it's in the > default PHP dis

Re: [PHP-DEV] SPL docs

Yep, it not clear how to document such OO beast in docbook. Also we have few active persons working in the documentation, that aren't enough to catch up all the new features, BC breaks, etc.. We probably would need someone to exclusively work on SPL, which we can't afford ATM. Nuno - Ori

Re: [PHP-DEV] SPL docs

Hello Andi, the problem is the non existing OO support in docbook. I had the idea of eventually using doxygen's xml output and putting that somehow in the manual. But that's is probably something for livedocs. So lets have livedocs first. Apart from that nobody hinders the doc team from copying

RE: [PHP-DEV] SPL docs

Derick Rethans wrote on Friday, June 09, 2006 8:25 AM: > On Thu, 8 Jun 2006, Andi Gutmans wrote: > >> Any chance we can get the SPL docs integrated into the PHP manual? I >> get questions about it here and there and think that as it's in the >> default PHP distro it mak

Re: [PHP-DEV] SPL docs

On Thu, 8 Jun 2006, Andi Gutmans wrote: > Any chance we can get the SPL docs integrated into the PHP manual? I > get questions about it here and there and think that as it's in the > default PHP distro it makes sense to have that as part of the official > PHP manual. There is no way we can do

[PHP-DEV] SPL docs

Hey Marcus, Any chance we can get the SPL docs integrated into the PHP manual? I get questions about it here and there and think that as it's in the default PHP distro it makes sense to have that as part of the official PHP manual. Andi -- PHP Internals - PHP Runtime Development Mailing Lis

[PHP-DEV] SPL memory allocation problem

In spl_iterators.c around line 320 (function spl_recursive_it_rewind_ex), there's the following code: erealloc(object->iterators, sizeof(spl_sub_iterator)); As we see, object->iterators is not assigned the result of realloc. As I can see, this may lead to a problem when erealloc returns di

Re: [PHP-DEV] SPL Examples Broken?

On Sat, 24 Jan 2004, Adam Maccabee Trachtenberg wrote: > On Fri, 23 Jan 2004, Marcus Boerger wrote: > > > Fixed too. Hey if you find some cool & easy examples please tell me. > > Thanks for the fix. I'll let you know when I come up with something > cool. :) I have another example for you to check

Re: [PHP-DEV] SPL Examples Broken?

On Fri, 23 Jan 2004, Marcus Boerger wrote: > Fixed too. Hey if you find some cool & easy examples please tell me. Thanks for the fix. I'll let you know when I come up with something cool. :) > Lukas already mentioned some random iterator. That would require an > interface that add a count() meth

Re: [PHP-DEV] SPL Examples Broken?

Hello Adam, Friday, January 23, 2004, 11:18:09 PM, you wrote: > On Fri, 23 Jan 2004, Adam Maccabee Trachtenberg wrote: >> I will try rebuilding things and take a second look. > The tree.php example now works, but I am getting errors with > findfile.php: > [EMAIL PROTECTED]:~/CVS/php/php-src/ex

Re: [PHP-DEV] SPL Examples Broken?

On Fri, 23 Jan 2004, Adam Maccabee Trachtenberg wrote: > I will try rebuilding things and take a second look. The tree.php example now works, but I am getting errors with findfile.php: [EMAIL PROTECTED]:~/CVS/php/php-src/ext/spl/examples] $ ../../../sapi/cli/php -d auto_prepend_file=autoload.inc

Re: [PHP-DEV] SPL Examples Broken?

On Fri, 23 Jan 2004, Marcus Boerger wrote: > The way you created RecursiveDirectoryIterator should be the problem. > At least i hope so. The class is suppoed to implement interface > RecursiveIterator which you are obviously missing. Apart from that the class > is a built in class (or are you tryi

Re: [PHP-DEV] SPL Examples Broken?

Hello Adam, Friday, January 23, 2004, 9:48:42 PM, you wrote: > I'm trying to run the SPL examples and running into some > problems. Some of these I was able to work around, but I eventually > end up generating a 192 Mb core dump with a 1000+ line gdb > backtrace. It's actually quite an impressive

[PHP-DEV] SPL Examples Broken?

I'm trying to run the SPL examples and running into some problems. Some of these I was able to work around, but I eventually end up generating a 192 Mb core dump with a 1000+ line gdb backtrace. It's actually quite an impressive crash. :) First of all, I'm running under PHP 5 Beta 3 since the curr

Re: [PHP-DEV] SPL

On Mon, 19 Jan 2004, Andi Gutmans wrote: > Fine with me. It is done then. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] SPL

Fine with me. At 11:22 PM 1/18/2004 +0100, Marcus Boerger wrote: Hello internals, i would like to see ext/SPL from PECL as a default built-in PHP5 module. It is stable enough and for 5.0 i do not plan any more features. Since some earlier SimpleXML features are moved into SPL this makes even mo

Re: [PHP-DEV] SPL

Marcus Boerger wrote: > Any votes pro or against? +1, although something's currently b0rked on Windows: simplexml.obj: error LNK2001: Unresolved external symbol: _zm_startup_spl_sxe -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Bu

Re: [PHP-DEV] SPL

On Mon, 19 Jan 2004, Christian Schneider wrote: > >Bonus points if you recognize the movie reference. > > Being John Malkovich :-) That-a-boy. -Andrei * I don't have a solution but I admire the problem. * -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www

Re: [PHP-DEV] SPL

Andrei Zmievski wrote: SPL, SPL. SPL? SPL! SPL, SPPP. Bonus points if you recognize the movie reference. Being John Malkovich :-) - Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] SPL

On Sun, 18 Jan 2004, Derek Ford wrote: > >+1, SPL is cool. > > > >George > > > +1, SPL looks promising. SPL, SPL. SPL? SPL! SPL, SPPP. Bonus points if you recognize the movie reference. -Andrei "Dealing with failure is easy: Work hard to improve. Success is also easy to handle: You've solve

Re: [PHP-DEV] SPL

George Schlossnagle wrote: On Jan 18, 2004, at 5:57 PM, Jon Parise wrote: On Sun, Jan 18, 2004 at 11:22:35PM +0100, Marcus Boerger wrote: i would like to see ext/SPL from PECL as a default built-in PHP5 module. It is stable enough and for 5.0 i do not plan any more features. Since some earli

Re: [PHP-DEV] SPL

On Jan 18, 2004, at 5:57 PM, Jon Parise wrote: On Sun, Jan 18, 2004 at 11:22:35PM +0100, Marcus Boerger wrote: i would like to see ext/SPL from PECL as a default built-in PHP5 module. It is stable enough and for 5.0 i do not plan any more features. Since some earlier SimpleXML features are mo

Re: [PHP-DEV] SPL

On Sun, Jan 18, 2004 at 11:22:35PM +0100, Marcus Boerger wrote: > i would like to see ext/SPL from PECL as a default built-in PHP5 module. > It is stable enough and for 5.0 i do not plan any more features. Since some > earlier SimpleXML features are moved into SPL this makes even more sense. > A

Re: [PHP-DEV] SPL

On Sunday, Jan 18, 2004, at 23:22 Europe/Copenhagen, Marcus Boerger wrote: Hello internals, i would like to see ext/SPL from PECL as a default built-in PHP5 module. It is stable enough and for 5.0 i do not plan any more features. Since some earlier SimpleXML features are moved into SPL this

Re: [PHP-DEV] SPL

On Sun, 18 Jan 2004, Marcus Boerger wrote: > i would like to see ext/SPL from PECL as a default built-in PHP5 module. > It is stable enough and for 5.0 i do not plan any more features. Since some > earlier SimpleXML features are moved into SPL this makes even more sense. > Any votes pro or again

[PHP-DEV] SPL

Hello internals, i would like to see ext/SPL from PECL as a default built-in PHP5 module. It is stable enough and for 5.0 i do not plan any more features. Since some earlier SimpleXML features are moved into SPL this makes even more sense. Any votes pro or against? Best regards, Marcus

Re: [PHP-DEV] SPL not Working (was: SimpleXML and Default Cast To String)

ut we would still have the same problem under Linux. --Wez. - Original Message - From: "Blake Schwendiman" <[EMAIL PROTECTED]> To: "'Marcus Boerger'" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, January 08, 2004 8:14 PM Subject:

[PHP-DEV] SPL not Working (was: SimpleXML and Default Cast To String)

Hello Marcus, Okay. I tracked it down. I am using the new build system so that spl gets compiled in. However, the problem is that simplexml is getting initialized before spl and simplexml needs the interface for spl to be initialized first. I found that the order of module initialization is st

[PHP-DEV] SPL and beta3

Hello internals, i'd like to move spl into ext so that beta 3 can ship with it. After beta 3 i will add classes from time to tme. For the moment my focus is to convert classes from the examples directory to c code for efficiency. Any objections? -- Best regards, Marcus

Re: [PHP-DEV] SPL -> ext/spl?

On Nov 7, 2003, at 11:33 AM, Andi Gutmans wrote: At 11:24 AM 11/7/2003 -0500, George Schlossnagle wrote: Is there any reason spl is being maintained in a separate tree? It would really be nice to have it in the main distribution before the next beta. It keeps popping up on Zeev's slides, but i

Re: [PHP-DEV] SPL -> ext/spl?

At 11:24 AM 11/7/2003 -0500, George Schlossnagle wrote: Is there any reason spl is being maintained in a separate tree? It would really be nice to have it in the main distribution before the next beta. It keeps popping up on Zeev's slides, but isn't easily available for end-users looking to tr

[PHP-DEV] SPL -> ext/spl?

Is there any reason spl is being maintained in a separate tree? It would really be nice to have it in the main distribution before the next beta. It keeps popping up on Zeev's slides, but isn't easily available for end-users looking to try it out. It might also help getting it's final API ta