Stefan Priebsch schrieb:
Stanislav Malyshev schrieb:
SELECT class FROM LibB WHERE class.name NOT LIKE 'Date%' AND
class.version < 3.14 OR class.approved='Manager'
Maybe we should use PDO to support these? ;)
For performance reasons, I would rather suggest using native database
APIs instead of
Hello All,
I am continuing my Log4J implementation for PHP. There are some naming
conventions which I am concerned will cause existing userspace class issues.
If you are familiar with Log4J, the following example class names won't be
new to you:
Agent
Logger
Appender
Constants
FileApp
Well..
I made a proposal for Double Metaphone in PECL. In fact, it already
exists on my personal page [1]. I never received an answer if I should
go ahead and include it in PECL (CC'ed PECL dev).
If it is indeed wanted, just tell me under which category I should put
it and I'll do the rest.
Reg
Stanislav Malyshev schrieb:
> SELECT class FROM LibB WHERE class.name NOT LIKE 'Date%' AND
> class.version < 3.14 OR class.approved='Manager'
> Maybe we should use PDO to support these? ;)
For performance reasons, I would rather suggest using native database
APIs instead of PDO. When do you think
On 26.07.2007 00:45, Carlos Jordão wrote:
I am interested on Metaphone and Double-Metaphone extension.
Mainly because I will use them for my mother tongue, Brazilian portuguese,
in a project where I'm inserted.
I don't remember such extension in PECL.
If you're going to propose a new one, plea
Or, in my dream world of PHP being unique:
import LibB (-Date);
import LibB::Date as BDate;
next would be:
SELECT class FROM LibB WHERE class.name NOT LIKE 'Date%' AND
class.version < 3.14 OR class.approved='Manager'
Maybe we should use PDO to support these? ;)
I don't think it works well at
so i can not use a lib that switched to namespaces in my old code that
does not support namespace?
You definitely can. You'd have to use names like A::B::C instead of
A_B_C but if the library "switched" then you probably expect some
change, right?
i have to rewrite my whole code to use the n
On 7/25/07, Andrey Hristov <[EMAIL PROTECTED]> wrote:
Hi Tony,
Antony Dovgal wrote:
> On 25.07.2007 19:37, Nuno Lopes wrote:
>> So here it is my first attempt:
>> http://gcov.php.net/~nlopess/multi_threaded_run_tests.txt
>> WARNING: The patch is ugly and the output of the script isn't the
>> pre
Hi Tony,
Antony Dovgal wrote:
> On 25.07.2007 19:37, Nuno Lopes wrote:
>> So here it is my first attempt:
>> http://gcov.php.net/~nlopess/multi_threaded_run_tests.txt
>> WARNING: The patch is ugly and the output of the script isn't the
>> prettiest.
>>
>> Anyway, for automated testing seems to be
Also I wonder how a unicode on/off switch will be handled on the
documentation side. It would add more permutations in the
documentation to have the switch. From my understanding the
situation is fairly non trivial already in how to handle all the
version dependent differences. Philipp, w
On 25.07.2007 19:37, Nuno Lopes wrote:
So here it is my first attempt:
http://gcov.php.net/~nlopess/multi_threaded_run_tests.txt
WARNING: The patch is ugly and the output of the script isn't the prettiest.
Anyway, for automated testing seems to be good enough.
Nuno
P.S.: after this little hac
This is a step which should be made between major versions, and major
versions are meant to be incompatible in some ways…
anyway, grepping a project and changing class-names is a manageable task
On 7/25/07, Sebastian Mendel <[EMAIL PROTECTED]> wrote:
Stanislav Malyshev schrieb:
>> But why not
On 25/07/07, Nuno Lopes <[EMAIL PROTECTED]> wrote:
So here it is my first attempt:
http://gcov.php.net/~nlopess/multi_threaded_run_tests.txt
WARNING: The patch is ugly and the output of the script isn't the prettiest.
Anyway, for automated testing seems to be good enough.
Nuno
P.S.: after this
So here it is my first attempt:
http://gcov.php.net/~nlopess/multi_threaded_run_tests.txt
WARNING: The patch is ugly and the output of the script isn't the prettiest.
Anyway, for automated testing seems to be good enough.
Nuno
P.S.: after this little hack, I also start to feel that run-tests.ph
Stanislav Malyshev schrieb:
But why not allow importing namespaced functions and constants into
the global namespace?
Because there's really no need to. Nothing wrong with
namespace::function().
so i can not use a lib that switched to namespaces in my old code that does
not support namespac
On 25.07.2007 18:21, Carlos Jordao wrote:
I would like to maintain an official extension
Which extension?
Did you read http://pecl.php.net/account-request.php ?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I would like to maintain an official extension
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 25.07.2007 11:33, Sebastian Bergmann wrote:
Nuno Lopes wrote:
Any comments?
It's on the TODO for the run-tests.php rewrite. I think I/we should
start a wiki for this somewhere. Lukas?
Good idea, let's gather all the idea there.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime De
Marcus Boerger wrote:
> Can we change the keyword from 'namespace' to 'package'?
I second that (e)motion. The current implementation of namespaces in PHP
is so close to Java's packages that naming it packages makes (more)
sense to me.
--
Sebastian Bergmann http://seba
Nuno Lopes wrote:
> Any comments?
It's on the TODO for the run-tests.php rewrite. I think I/we should
start a wiki for this somewhere. Lukas?
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
20 matches
Mail list logo
