Re: [PHP-DEV] Traits and Properties
Hi Ben: On 03 Jan 2011, at 06:58, Ben Schmidt wrote: I'm a latecomer here, but... Stefan, doesn't this conflict with what you've written here (and the test cases in SVN)?: http://wiki.php.net/rfc/horizontalreuse#handling_of_propertiesstate Or is what is happening here that the properties in traits are treated essentially as declarations rather than definitions, triggering errors but not actually creating properties, and you think they should actually create properties? Sorry, I do not understand. Is the text in the RFC contradicting or not clear enough about what the test cases show? The intention was to provide the developer with hints when it is possible that state is incompatible. Until now, the reason why there is not fancy mechanism for conflict resolution for properties in traits is, first, the dynamic nature of PHP which makes certain things like 'renaming' inconsistent with the rest of the language, especially its meta-programming facilities, and second, the added problem with state, that you actually have many usecases where the state needs to be merged. However, merging behavior is not possible, which simplifies the language constructs for handling behavioral conflicts. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Traits and Properties
Hi, Stefan, Sorry, I do not understand. Haha. Now we are both confused! In this email thread you seemed to be saying that properties defined in traits are completely ignored, but in the RFC and svn it seems to be saying that properties in traits are not ignored, but are merged into the class and/or trigger errors/warnings. So, which is it? Ignored or not? Or is some aspect of them ignored and some aspect not? I hope I'm not making things more confusing Cheers, Ben. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Traits and Properties
Hi Ben: On 03 Jan 2011, at 10:35, Ben Schmidt wrote: OK. So this comment from your email is outdated?: Yes, outdated since this email: http://marc.info/?l=php-internalsm=129288735205036w=2 Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Traits and Properties
On 3/01/11 8:57 PM, Stefan Marr wrote: Hi Ben: On 03 Jan 2011, at 10:35, Ben Schmidt wrote: OK. So this comment from your email is outdated?: Yes, outdated since this email: http://marc.info/?l=php-internalsm=129288735205036w=2 Best regards Stefan OK, Stefan, I just got confused by reading your outdated message that was quoted in a recent reply, and by the fact that the last update date of 2010-11-18 at the top of the RFC is inaccurate, so I assumed the email was more current than it was. Seems like the RFC was actually updated circa 2010-12-20. :-) Sorry for the noise, guys. Ben. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [RFC] Release Process
On 01/03/2011 08:56 AM, Christian Kaps wrote: Since ebuild php-5.3.3 Gentoo introduced a set of new features. Which includes the possibility to have each minor version of PHP installed in parallel. Hence a new /etc/php layout, hence the need to migrate your config. Which I foolishly assumed users would do before firing up their servers. And we do inform users about the possibility to change config files right after the install. Regards, Matti -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [RFC] Release Process
Am 03.01.2011 14:00, schrieb Matti Bickel: On 01/03/2011 08:56 AM, Christian Kaps wrote: Since ebuild php-5.3.3 Gentoo introduced a set of new features. Which includes the possibility to have each minor version of PHP installed in parallel. Sounds nice Hence a new /etc/php layout, hence the need to migrate your config. Hm, i am not a gentoo user but this is not so fine as long most users have installed only one php-version anyways, posting on php-mailing-list without understanding from where config-chnages are coming is weak Which I foolishly assumed users would do before firing up their servers. admins would to this users which sould not play admin not And we do inform users about the possibility to change config files right after the install. can you make the message red and blinking for users who are thinking they have not to read anything what their computer says if it does not look dangerous enough? :-) signature.asc Description: OpenPGP digital signature
Re: [PHP-DEV] [RFC] Release Process
On 01/03/2011 02:23 PM, Reindl Harald wrote: Hence a new /etc/php layout, hence the need to migrate your config. Hm, i am not a gentoo user but this is not so fine as long most users have installed only one php-version Yeah, right now talking about having a symlink to the active config in the usual place. Anyway, I don't want to clutter -internals with distro issues, just meant to explain where this issue might come from. Regards, Matti signature.asc Description: OpenPGP digital signature
Re: [PHP-DEV] [RFC] Release Process
On 1/2/11 11:56 PM, Christian Kaps wrote: Am 03.01.2011 02:41, schrieb Enrico Weigelt: No, as usual on Gentoo, config files are never overwritten, but written to another place and tools like etc-update show you the differences. I've merged the configs manually, and I'm pretty sure I didn't add anything like error_reporting=On, etc. But I can't tell if these options had been previously set at all, so it's maybe a matter of built-in defaults. cu Hi, Sorry for the noise. Here is the correct answer. Since ebuild php-5.3.3 Gentoo introduced a set of new features. One of them is the PHP_INI_VERSION variable in the file /etc/make.conf. If you don't set this variable, Gentoo installs the development version of the php.ini file. I think this is your problem. For more informations you can visit the Blog from the PHP ebuild maintainer. Thanks for clearing that up. We do seem to get blamed a lot for breaking stuff between releases. The truth is that we try really hard not to, but there are a lot of moving parts that we have no control over. Changes in 3rd-party libraries and distro-specific stuff like this as well and most of these issues end up being attributed to us. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php