On Thu, Jun 4, 2009 at 14:31, Hannes Magnusson wrote:
> On Thu, Jun 4, 2009 at 14:21, Hannes Magnusson wrote:
>> bjori Thu Jun 4 12:21:59 2009 UTC
>>
>> Modified files:
>> /php-src/ext/phar/phar pharcommand.inc
>> Log:
>> Fixed creating directory structure when extracting pha
On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf wrote:
> Nobody is going to pass a PHP script through an XML parser, and PHP
> itself will never be well-formed, so that is a lost cause. We'd have to
> start tossing CDATA blocks and write code like:
>
> if( 2 < 3 ) echo "2 is less than 3";
No you do
Hannes Magnusson wrote:
> On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf wrote:
>> Nobody is going to pass a PHP script through an XML parser, and PHP
>> itself will never be well-formed, so that is a lost cause. We'd have to
>> start tossing CDATA blocks and write code like:
>>
>> if( 2 < 3 ) echo
Hi Graham,
Simple things first:
On Fri, Jun 5, 2009 at 1:08 AM, Graham Kelly wrote:
> I'm not sure which optimization you are talking about with the GLOBALS stuff
> but what your saying makes sense. (Its been awhile since I've looked at the
> code base myself, I'm just getting back to working
3. When the caller tries to retrieve $object->foo, and foo is a
private/protected member the caller has no access to, instead of an error,
__get is called.
I'm not very sure the current behavior on item 3 is the best one (maybe
error should be thrown regardless?), but freezing on eith
I thought this was the expected behaviour as well and I am quite sure that
I've used it in an experiment (all class members private and _get() output
escapes them) that failed pretty miserably. But I did think this was the
expected behavior. Perhaps it ought to throw an E_STRICT?
On Fri, Jun 5,
Hi,
Plain
readfile('file.xml');
From what I know, in the future versions of PHP short tags are going to be
disabled by default. Considering the conflicts with XML syntax, that's
understandable.
// no conflict
'?>
// conflict with full PHP tags
' ?>
// conflict with full PHP tags
*/ ?>
Here's that test. I don't have commit rights to that area of CVS so
someone will need to do it for me.
John Mertic
jmer...@php.net
On 6/5/09 5:58 AM, Stan Vassilev wrote:
3. When the caller tries to retrieve $object->foo, and foo is a
private/protected member the caller has no access to,
Hannes Magnusson wrote:
> On Thu, Jun 4, 2009 at 14:31, Hannes Magnusson wrote:
>
>> On Thu, Jun 4, 2009 at 14:21, Hannes Magnusson wrote:
>>
>>> bjori Thu Jun 4 12:21:59 2009 UTC
>>>
>>> Modified files:
>>>/php-src/ext/phar/phar pharcommand.inc
>>> Log:
>>> Fixed cr
I attempted to compile the 5.3 snap for the cli and embed sapi (Shared)
and run into what appears to be an issue with trying to link duplicated
symbols.
The problem appears to go away if I attempt to compile the embed sapi
statically.
Other report:
http://marc.info/?l=php-install&m=120475
Hi Graham,
On Fri, Jun 5, 2009 at 12:03 PM, Paul Biggar wrote:
>> Why not start off with the big stuff, dataflow. I personally believe that
>> working out good data flow for PHP is key to getting good optimizations. But
>> you are right, its a very tricky thing to do and in some cases impossible
Hi Ralph,
On Fri, Jun 5, 2009 at 5:59 PM, Ralph Schindler wrote:
> Similarly described in this bug:
>
> http://bugs.php.net/bug.php?id=42106
You might also find this relevant: http://bugs.php.net/bug.php?id=44462
Thanks,
Paul
--
Paul Biggar
paul.big...@gmail.com
--
PHP Internals - PHP Runt
My issue:
ld: duplicate symbol _spl_ce_SplDoublyLinkedList in ext/spl/.libs/
spl_dllist.o and ext/spl/.libs/php_spl.o
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1
I can confirm the exact same error after "./configure --enable-embed"
but know nothing beyond that.
R
On Jun 5, 2009, at 12:53 AM, Rasmus Lerdorf wrote:
Hannes Magnusson wrote:
On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf
wrote:
Nobody is going to pass a PHP script through an XML parser, and PHP
itself will never be well-formed, so that is a lost cause. We'd
have to
start tossing CDATA b
Hi!
So it feels like decoupling Rasmus or Stas, could you please propose exactly how this might happen?
My proposal would be very simple:
1. short_open_tag setting removed in 6, under any circumstances.
2. And while few want to talk about short tags (again), it's worth noting
that a discussi
On 6/5/09 2:17 PM, Stanislav Malyshev wrote:
Hi!
So it feels like decoupling
My proposal would be very simple:
1. short_open_tag setting removed in 6,
And while few want to talk about short tags (again), it's worth noting
that a discussion specific to decoupling really hasn't taken place
exc
>
> How does one do the equivalent of Makefile.frag for the windows build?
>
AFAIK only config.w32 files are used under Windows and they are used only
when buildconf.js creates configure.js in the root directory of the sources.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
Elizabeth M Smith wrote:
> yes Hannes - interfaces for userland implemented streams would help
> people trying to figure out if they have all the methods they need for a
> particular stream type (SeekableStream et al) - this would be backward
> compat (you wouldn't HAVE to implement the interfaces
Hi!
No, #1 in your list is why people got sick of it. You want to bind the
decoupling of two different issues.
I do not insist on 1. I'd be ok with not touching short tags but just
moving needs short tags anymore, but I could be wrong. We may do it in 2 steps.
We might even have
The only
On Fri, Jun 5, 2009 at 23:01, Keisial wrote:
> While dealing with the streams interfaces, what about making the api
> saner, too?
> All those bucket and brigade functions make streams unnecessarily complex
> to deal with.
> http://www.php.net/manual/en/ref.stream.php
I made an honest attempt docum
Hi,
I'm happy there's some interest in a PHP optimizer :)
I agree with Paul that PECL's optimizer duplicates way too much stuff from
the Zend engine, which is not practic nor maintainable. (compare for example
with the simple constant folder I implemented some years ago:
http://web.ist.utl.pt/
21 matches
Mail list logo