On 17 Aug 2007, at 1146, Stanislav Malyshev wrote:
Again, you are trying to use a keyword based on what developer's most
know. You want to release a sort of namespace implementation and
frustrate users, that expect a true namespace implementation.
Please stop doing this. PHP namespace implemen
I am going to make that one myself and the post an aggregate online.
If you have stuff you would like to see in 5.3, please e-mail that
information to me directly.
On 17-Aug-07, at 2:57 PM, Stanislav Malyshev wrote:
were merged. Keep in mind that TODO was not done by me, so its not
a word
On 8/17/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > True, but the result is the same. The new functions/classes can't be
> > used (only some rare additions can be efficiently emulated in user
> > land).
>
> Yes, but you still have option of working around it. Right now we don't
> have an
were merged. Keep in mind that TODO was not done by me, so its not a
word of law in terms of what's required to make the 5.2.4 release.
Speaking of which - who's managing the todo? I have a couple of items
for 5.3 one...
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http:
Antony Dovgal wrote:
>
> Ilia? Greg?
> Any comments?
>
> On 14.08.2007 15:42, Antony Dovgal wrote:
>> This patch breaks PEAR phar install on 64bit.
>>> From what I can see in the source code, it compares data in the phar
>>> with
>> the result of sprintf("%u"..), which is different on 32bit and
True, but the result is the same. The new functions/classes can't be
used (only some rare additions can be efficiently emulated in user
land).
Yes, but you still have option of working around it. Right now we don't
have an option to work around new syntax. I hate to rain on your parade,
becaus
Again, you are trying to use a keyword based on what developer's most
know. You want to release a sort of namespace implementation and
frustrate users, that expect a true namespace implementation.
Please stop doing this. PHP namespace implementation is as "true" as it
gets, even in current form
On 8/17/07, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
> Scott MacVicar wrote:
> > Based on the recent posts:
> >
> > libmysql
> > pslib
> > libtidy
> > snmp
> >
>
> Thanks Scott, much appreciated.
Hi Edin!
While checking the list, libpng came to my mind. I'm not sure what
which version we use no
Ralph Schindler wrote:
> Hey David & Lucas,
> I brought this up a year ago on the list here:
>
> http://marc.info/?t=11472819373&r=1&w=2
>
> Essentially, the trend will continue to be that as keyword requiring
> features are added, the global naming space will continue to become
> smaller a
On 8/17/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > So my question is: Anyone thinking in doing const for namespaces thus
> > calling something like
> >
> > What::NAME; // echo 'booo'
>
> Yep, we are thinking of allowing const in namespace (and maybe even
> outside, since it'd be basicall
So my question is: Anyone thinking in doing const for namespaces thus
calling something like
What::NAME; // echo 'booo'
Yep, we are thinking of allowing const in namespace (and maybe even
outside, since it'd be basically the same) but we didn't arrive yet to
any decision if we can implement i
I'll copy them on it, but I wasn't sure if a round of +1/0/-1 wasn't
in order thru internals first.
Making the change isn't the issue, but I just want to not make a
statement on behalf of all of PHP.net without someone saying it's OK
;->
On 8/17/07, David Coallier <[EMAIL PROTECTED]> wrote:
> On
Scott MacVicar wrote:
> Based on the recent posts:
>
> libmysql
> pslib
> libtidy
> snmp
>
Thanks Scott, much appreciated.
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Based on the recent posts:
libmysql
pslib
libtidy
snmp
Scott
Edin Kadribasic wrote:
> I will look into this later tonight. I have very little time on my hands
> so a list of libraries that need updating would be very much appreciated.
>
> Edin
>
>
> John Mertic wrote:
>> Edin,
>>
>> I noticed
On 8/17/07, John Mertic <[EMAIL PROTECTED]> wrote:
> In an effort to help the windows installer get more widespread use, I
> would like to propose changing the following warning in the manual at
> http://www.php.net/manual/en/install.windows.php from:
>
> "There are several all-in-one installers ov
I've noticed the following links not working
http://downloads.php.net/edink/php-5.2.4RC1-win32-installer.msi
http://downloads.php.net/edink/php-5.2.4RC2-win32-installer.msi
Not sure what I can do to help with snaps without access to the build
machine. I did update the wix binaries in CVS which mi
Hey David & Lucas,
I brought this up a year ago on the list here:
http://marc.info/?t=11472819373&r=1&w=2
Essentially, the trend will continue to be that as keyword requiring
features are added, the global naming space will continue to become
smaller and less safe for older applications
In an effort to help the windows installer get more widespread use, I
would like to propose changing the following warning in the manual at
http://www.php.net/manual/en/install.windows.php from:
"There are several all-in-one installers over the Internet, but none of
those are endorsed by PHP.net,
On 8/17/07, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote:
> "const" keyword is currently allowed only inside class-definitions;
> generic constants are specified using "define()"
>
I know that..
Right now you can do.
--File: ns.php--
namespace What
define ('NAME', 'booo');
class Tester
{
publ
On 17.08.2007 20:26, Ilia Alshanetsky wrote:
Tony,
What are the reasons for needing to upgrade tidy and snmp libs at
this time aside from "newer is better"?
Security problems in both libs which are not reproducible in newer versions.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime D
I will look into this later tonight. I have very little time on my hands
so a list of libraries that need updating would be very much appreciated.
Edin
John Mertic wrote:
> Edin,
>
> I noticed that I can't download 5.2.4RC installer builds; getting a
> 403 - Forbidden error.
>
> Also the lates
Edin,
I noticed that I can't download 5.2.4RC installer builds; getting a
403 - Forbidden error.
Also the latest snapshot log is complaining about 'Access is denied':
---snip---
Building ExtensionsComponents.wxs
Removing File yazDLL because doesn't exist
Removing Feature pecl_php6activescript
"const" keyword is currently allowed only inside class-definitions;
generic constants are specified using "define()"
On 8/17/07, David Coallier <[EMAIL PROTECTED]> wrote:
> Hey guys, looking at the minutes meeting from the paris conf
> (http://php.net/~derick/meeting-notes.html), I was wondering i
Tony,
What are the reasons for needing to upgrade tidy and snmp libs at
this time aside from "newer is better"?
On 17-Aug-07, at 12:16 PM, Antony Dovgal wrote:
We also need newer libtidy & snmp on the build host.
Don't know if Edin has updated them already, if he hasn't, then
this must b
Hey guys, looking at the minutes meeting from the paris conf
(http://php.net/~derick/meeting-notes.html), I was wondering if "
Constants in name spaces are allowed unless we find problems with the
implementation. " were implemented. I tried but putting
namespace MyPackage;
const NAME = 'inspace'
On 8/17/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> We also need newer libtidy & snmp on the build host.
> Don't know if Edin has updated them already, if he hasn't, then this must be
> done asap, we're too close to the release..
And Pslib.
--Pierre
--
PHP Internals - PHP Runtime Developmen
We also need newer libtidy & snmp on the build host.
Don't know if Edin has updated them already, if he hasn't, then this must be
done asap, we're too close to the release..
On 17.08.2007 17:08, Ilia Alshanetsky wrote:
PCRE was updated, GD tests are non-critical, but I don't believe they
were
Again, you are trying to use a keyword based on what developer's most
know. You want to release a sort of namespace implementation and
frustrate users, that expect a true namespace implementation.
I'd like that language MyPersonalFckinLang implemented it. Everything
in this discussion is motivated
David,
Most people don't know wtf you are referring to by "package", but
nearly everyone knows the concept of namespaces. Packages is name for
an implementation of namespaces, calling it packages just because
language XYZ that I like, does not sound like the best of ideas.
On 17-Aug-07,
> prefix Foo;
> alias Foo:Bar as Quux;
>
If namespaces have to be renamed, then IMHO this proposal is the best so far.
"alias" would also remove confusion from statement like ``import Foo``
because ``alias Foo`` is clearly no-op per se. At least to me ;-)
Regards,
Giedrius
--
PHP Internals - PH
On 8/17/07, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> While PHP implementation of namespaces is may not be 100% of what
> people consider to be namespaces it is close enough and I think the
> name "namespaces" is most appropriate and clear cut. We don't call
> PHP objects "Zend Objects" or some
While PHP implementation of namespaces is may not be 100% of what
people consider to be namespaces it is close enough and I think the
name "namespaces" is most appropriate and clear cut. We don't call
PHP objects "Zend Objects" or some other strange name, I don't see
why namespaces should b
Oh dear. I thought the general feeling was to stick with namespaces?
On 17/08/07, Johannes Schlüter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've updated the patch to be compatible with Dmitry's latest changes:
> http://schlueters.de/~johannes/php/zend_namespace_to_package_20070817.diff
>
> johannes
>
Great stuff man! :) Thanks
On 8/17/07, Johannes Schlüter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've updated the patch to be compatible with Dmitry's latest changes:
> http://schlueters.de/~johannes/php/zend_namespace_to_package_20070817.diff
>
> johannes
>
> On Fri, 2007-08-10 at 11:26 +0200, Johan
Hi,
I've updated the patch to be compatible with Dmitry's latest changes:
http://schlueters.de/~johannes/php/zend_namespace_to_package_20070817.diff
johannes
On Fri, 2007-08-10 at 11:26 +0200, Johannes Schlüter wrote:
> Hi,
>
> I think we reached the consensus to rename namespaces to packages a
PCRE was updated, GD tests are non-critical, but I don't believe they
were merged. Keep in mind that TODO was not done by me, so its not a
word of law in terms of what's required to make the 5.2.4 release.
On 17-Aug-07, at 8:51 AM, Lukas Kahwe Smith wrote:
Ilia Alshanetsky wrote:
Hopefully
Ilia Alshanetsky wrote:
Hopefully Edin will have the time to upgrade the MySQL lib on the build
farm, thanks letting me know.
add to the todo:
http://oss.backendmedia.com/PhP52
What about GD2 tests and PCRE update .. are those done?
regards,
Lukas
--
PHP Internals - PHP Runtime Development M
Hi,
Has anyone thought of the keyword "phpspace"?
2007/8/17, M. Sokolewicz <[EMAIL PROTECTED]>:
>
> I've been reading this lengthy discussion and here's a sumup of what I
> found:
> - PHP's implementation is only a part of what most people expect to find
> when they hear "php has namespace suppo
Why not use both names?
For all of those distributing frameworks and such, use "package". And
for everybody else, who just wants to shorten their class names, use
"namespace".
It's probably easier said than done, but why not just alias one to the
other?
Tyler
--
PHP Internals - PHP Runtim
Hopefully Edin will have the time to upgrade the MySQL lib on the
build farm, thanks letting me know.
On 17-Aug-07, at 7:06 AM, Scott MacVicar wrote:
We still need to get the Windows builds using the latest libmysql
or at
least a downgrade to solve bug #41350. The code is already checked
I think the C behaviour is correct and we need to make a (hopefully)
slight adjustment to the pear installer code.
On 17-Aug-07, at 8:14 AM, Antony Dovgal wrote:
Ilia? Greg?
Any comments?
On 14.08.2007 15:42, Antony Dovgal wrote:
This patch breaks PEAR phar install on 64bit.
From what I c
Ilia? Greg?
Any comments?
On 14.08.2007 15:42, Antony Dovgal wrote:
This patch breaks PEAR phar install on 64bit.
From what I can see in the source code, it compares data in the phar with
the result of sprintf("%u"..), which is different on 32bit and 64bit because of
this patch.
Either phar
Hi Pierre
Sorry been very busy on other things in last few months and so have
not had the time to give COM any TLC. I will do my best to find some
time in the coming
weeks to work on some of the outstanding COM defects and of course when
I do so I will look at all the outstanding COM defec
On 8/17/07, Andy Wharmby <[EMAIL PROTECTED]> wrote:
>
> Hi Pierre
> Sorry been very busy on other things in last few months and so have
> not had the time to give COM any TLC. I will do my best to find some
> time in the coming
> weeks to work on some of the outstanding COM defects and of cou
I've been reading this lengthy discussion and here's a sumup of what I
found:
- PHP's implementation is only a part of what most people expect to find
when they hear "php has namespace support"
- PHP's implementation looks a bit like JAVA's package support, and a
bit like many other (differently
We still need to get the Windows builds using the latest libmysql or at
least a downgrade to solve bug #41350. The code is already checked in to
fix it, we just need the new library.
I've emailed Edin and assigned him the bug a few weeks ago but no reply
yet, is someone else got access to the buil
Hi,
We are still working on namespace concept and its features.
I am not sure that existing concept will work well as is.
So please, don't make us additional troubles.
The name is important but it may be changed later, first look into concept
itself.
Do you completely satisfied with it?
Have you t
47 matches
Mail list logo
