On May 6, 2008, at 12:21 PM, Lars Strojny wrote:
I think this is too unspecific. At least the visibility, setter and/or
getter and type-hint (assuming we will have type hints) should be
defined. Otherwise defining properties in interfaces become useless as
it does not tell somebody more except
On May 6, 2008, at 12:45 PM, Marcus Boerger wrote:
public $property {
__get = getProperty;
__set = setProperty;
}
string public function getProperty() {
return $this-_property;
}
string protected function setProperty(string $value) {}
Hi Marcus,
I prefer this approach.
One advantage is
Hi,
The attached patch allows to declare internal classes, functions and
constants in namesaces and create aliases for classes and functions.
I'm going to commit it on next week in case of no objections.
The second patch (for ext/soap) is just a prove of concept and I'm not
going to commit
2008/5/6 Lars Strojny [EMAIL PROTECTED]:
Hi Marcus!
Am Dienstag, den 06.05.2008, 21:45 +0200 schrieb Marcus Boerger:
[...]
All fine with me. However we *would* need to specify which function is
getter, setter, isset or unset.
[...]
public $property {
string public
2008/5/7 Jeff Moore [EMAIL PROTECTED]:
On May 6, 2008, at 12:45 PM, Marcus Boerger wrote:
public $property {
__get = getProperty;
__set = setProperty;
}
string public function getProperty() {
return $this-_property;
}
string protected function setProperty(string $value) {}
Hi Felipe,
I don't know. :-/ That's a pretty big discrepancy... (Did you do a
complete recompile before and after the patch?) With your test, timed with
microtime() on my old Win2k system (release/non-debug), I get 1.56s before
and 1.54s after -- about what I'd expect after doing my own random
Hi,
One patch for 5.3 and one for HEAD, where they're not synched with the
other. 5.3's math changes the other day missed one change to the php_*
function (snaps are failing). And HEAD's Win Makefile still contains
references to flex.skl after the re2c change, which causes an error for me,
As far as I remember, the latest point was to remove the
unicode_semantics switch and presume that its value is always On. At the
same time we said that binary strings should probably be the default
string type (which I don't agree with), and that we need to have a test
suite to see what
On 07.05.2008, at 18:35, Andrei Zmievski wrote:
As far as I remember, the latest point was to remove the
unicode_semantics switch and presume that its value is always On. At
the same time we said that binary strings should probably be the
default string type (which I don't agree with),
Hi.
In the past Cygwin was necessary to build PHP documentation. It isn't
anymore, but I've still got it on my machine.
The current Makefile template for win32 build of PHP uses rmdir, which
is being detected as an executable. This is probably nmake's fault as
rmdir at the command line will use
Tomas Kuliavas wrote:
If I remain silent, others will have arguments that everybody agrees on
removal of unicode_semantics.
I write and maintain charset decoding and encoding functions.
unicode_semantics breaks every mapping table and other functions that
operate with binary 8bit strings.
Precisely.
Stefan Walk wrote:
Lester Caine schrieb:
That sounds like just the sort of edge case that Derick is suggesting
needs logging for fixing up. unicode_semantics=on is just another
bodge to to make it happen rather than a solution. I think I
understand your description, and to my eyes
Hi!
Are the scripts used to build snapshots at snaps.php.net (esp. windows
ones) publicly available from somewhere?
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing
Could someone explain to me why he doesn't have karma?
-Hannes
On Wed, May 7, 2008 at 5:28 PM, Matt Wilmas [EMAIL PROTECTED] wrote:
Hi,
One patch for 5.3 and one for HEAD, where they're not synched with the
other. 5.3's math changes the other day missed one change to the php_*
function
On Wed, May 7, 2008 at 6:42 PM, Richard Quadling
[EMAIL PROTECTED] wrote:
Hi.
[..]
The attached patch forces the use of 'rd' rather than 'rmdir'.
Only plain/text attachments get through the list..
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Stanislav Malyshev wrote:
Hi!
Are the scripts used to build snapshots at snaps.php.net (esp. windows
ones) publicly available from somewhere?
As far as I know, they're not - however the important stuff is all taken
care of by the makefile and windows configure scripts as long as you use
Hi!
As far as I know, they're not - however the important stuff is all taken
care of by the makefile and windows configure scripts as long as you use
--enable-snapshot-build when compiling. That includes detecting a pecl
folder (for pecl extensions) detecting the php_build (windows libraries)
Hi,
On May 7, 2008, at 2:12 AM, Jeff Moore wrote:
Specifying the accessor methods in an interface reveals too much of
the implementation. Properties (the kind with accessor methods) are
themselves an abstract concept. You want to be able to take an
interface definition such as:
interface
Hi Hannes,
CVS HEAD wasn't updated yet with the Windows build system because I was
waiting for re2c development to settle down first, given that there was no
re2c binary available that PHP could be built with at all for several weeks.
But I agree with you, Matt should've been given access to
Thanks! I wasn't aware of --enable-snapshot-build - maybe it will do
everything I wanted from it, will check.
Maybe we need to re-organize configure --help output to put this kind of
info near the top :)
- Steph
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED]
He never asked.
Steph Fox wrote:
Hi Hannes,
CVS HEAD wasn't updated yet with the Windows build system because I was
waiting for re2c development to settle down first, given that there was
no re2c binary available that PHP could be built with at all for several
weeks.
But I agree with you,
Then we'd better ask for him.
Matt's been pushing patches all across the PHP source (if mostly at the Zend
Engine) for ages. He comes and goes, but pretty much all of his patches were
subsequently accepted. I don't recall off-hand which bits of the source he
was given karma for a few weeks
Yep, we said that we'd remove the switch. Then we'd see how compatibility fairs
and if we discover the upgrade path is too painful we'd consider making be
binary string and require u for Unicode strings. But this was TBD depending
on people's experiences and our ability to deliver an easy
23 matches
Mail list logo
