Hi Scott,
>This should go on the main bug tracker rather in PECL, there isn't a
>seperate release on PECL any more for PDO extensions.
Ok. It was a bit confusing cause of some PDO-drivers which are still active in
PECL.
>I can reproduce this on Windows but only with VC6 builds. The VC9 builds
>
Jonathan Bond-Caron wrote:
> http://wiki.php.net/rfc/mixin
It seems to me that class_mixin() is a bad idea for the core; it's more
of a runkit type functionality than traits. After all, we don't allow
dynamic inheritance, or dynamic interfaces...
--
PHP Internals - PHP Runtime Development Maili
Hi Santi,
On Wed, Sep 10, 2008 at 10:39 PM, Santi Saez <[EMAIL PROTECTED]> wrote:
> Jani Taskinen escribió:
>>
>> Wrong: --disable-shared --enable-static
As you say, this doesn't work.
I needed something like this to for profiling. I believe I got the
static archive linked, but it was a while ag
Jani Taskinen escribió:
Wrong: --disable-shared --enable-static
Might or might not work, no guarantees.
Dear Jani,
Thanks for your reply, I have tried with a very simple:
# ./configure --disable-all --disable-shared --enable-static
But, generated binary uses shared libs ;-(
# file sapi/cgi
On Wed, Sep 10, 2008 at 10:19 PM, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
> On Wed, Sep 10, 2008 at 22:16, Pierre Joye <[EMAIL PROTECTED]> wrote:
>> hi,
>>
>> On Wed, Sep 10, 2008 at 9:26 PM, Hannes Magnusson
>> <[EMAIL PROTECTED]> wrote:
>>> On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAI
Pierre Joye wrote:
> hi,
>
> On Wed, Sep 10, 2008 at 9:26 PM, Hannes Magnusson
> <[EMAIL PROTECTED]> wrote:
>> On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]> wrote:
>>> This should go on the main bug tracker rather in PECL, there isn't a
>>> seperate release on PECL any more for
On Wed, Sep 10, 2008 at 22:16, Pierre Joye <[EMAIL PROTECTED]> wrote:
> hi,
>
> On Wed, Sep 10, 2008 at 9:26 PM, Hannes Magnusson
> <[EMAIL PROTECTED]> wrote:
>> On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]> wrote:
>>> This should go on the main bug tracker rather in PECL, there
hi,
On Wed, Sep 10, 2008 at 9:26 PM, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
> On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]> wrote:
>> This should go on the main bug tracker rather in PECL, there isn't a
>> seperate release on PECL any more for PDO extensions.
>
> Shouldn't
On 10 Sep 2008, at 20:26, "Hannes Magnusson"
<[EMAIL PROTECTED]> wrote:
On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]>
wrote:
This should go on the main bug tracker rather in PECL, there isn't a
seperate release on PECL any more for PDO extensions.
Shouldn't the pecl pac
On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]> wrote:
> This should go on the main bug tracker rather in PECL, there isn't a
> seperate release on PECL any more for PDO extensions.
Shouldn't the pecl packages be removed then? (so people a) don't
download decade old packages and
Marcus Boerger wrote:
Hello Lester,
Another major concern here since maintaining BC with *PHP4* is still an
unfortunate current requirement in the field is what happens when PEAR
actually uses namespace and other 5.3 only features. HOW will we manage
accessing versions of PEAR that are compati
Hello Lester,
Tuesday, September 9, 2008, 6:05:38 AM, you wrote:
> While I have loaded 5.3.? changing any of my existing code base to remove
> warnings is not likely to happen any time soon since compatibility with users
> who are still running older versions of PHP still needs to be maintained.
Cristian Rodríguez kirjoitti:
[EMAIL PROTECTED] escribió:
Dear Srs,
I'm trying to compile a statically linked, without shared libs,
Why you want such thing ?
Is there any option in ./configure to compile PHP with this feature?
No.
Wrong: --disable-shared --enable-static
Might or migh
> statifier'd version of the CGI works fine.. but we're looking a better
> method to directly built the CGI.
you can always use llvm and compile all libraries you need to bitcode
and then link them with PHP. that way will enable more optimizations
and will also reduce the binary size, since llvm w
This should go on the main bug tracker rather in PECL, there isn't a
seperate release on PECL any more for PDO extensions.
I can reproduce this on Windows but only with VC6 builds. The VC9 builds
are working without issue.
I'll look when I'm using a Windows machine.
Scott
Daniel Henning wrote:
On Wed, 10 Sep 2008 11:06:32 -0400, Cristian Rodríguez
<[EMAIL PROTECTED]> wrote:
Dear Cristian,
>> I'm trying to compile a statically linked, without shared libs,
>
> Why you want such thing ?
We want to provide a method to "customize" PHP version to our clients; for
example, all our servers
[EMAIL PROTECTED] escribió:
> Dear Srs,
>
> I'm trying to compile a statically linked, without shared libs,
Why you want such thing ?
> Is there any option in ./configure to compile PHP with this feature?
No.
> How can I compile statically the CGI version of PHP? Thanks!!
even if you manag
Dear Srs,
I'm trying to compile a statically linked, without shared libs, CGI version
of PHP, I've already tested with 5.2.6 and 5.2.7-dev.
Is there any option in ./configure to compile PHP with this feature?
Also I have tried passing CC and CFLAGS environment variables with
"-static" flags.. bu
Guilherme Blanco wrote:
Hm...
Actually at that time I was not able to reproduce the limit, and I
wrote a fix that worked well and reduced the number of nest calls.
Maybe the guy that notified me was using it. Here is the changeset I
did to fix the issue: http://trac.phpdoctrine.org/changeset/43
Hi lists,
there is a Problem with pdo_sqlite in PHP 5.3. (downloaded half an hour ago
from snaps)
I've sent a report here :
http://pecl.php.net/bugs/bug.php?id=14098
Anyway php_pdo_sqlite_external doesn't have this problem but isn't available in
5.3 windows-builds anymore.
Is it possible to ac
I have solved the problem. I had confused the functions hash_* with the
funtions array_*. This works:
MAKE_STD_ZVAL(hash);
array_init(hash);
g_hash_table_iter_init (&iter, m->params);
while (g_hash_table_iter_next (&iter, &key, &value)) {
add_assoc_string(hash, key, value,
On Wednesday 10 September 2008 11:25:40 Christian Schneider wrote:
> Am 10.09.2008 um 10:52 schrieb Tullio Andreatta ML:
> > fstat on a "open-ed fd" can't stat a symbolic link, since
> > open("symlink") returns a file descriptor of the target file, or -1
> > if it's a dangling link ...
>
>
>
Thanks for your response, but I'm unable to make it work. I have changed the
code, and it works with strings and even with arrays, but not with hashes:
Am I missing something?
zval *hash;
zval **args[2], *func, *retval;
zval *str;
MAKE_STD_ZVAL(retval);
MAKE_STD_ZVAL(func);
ZVAL_STRIN
Am 10.09.2008 um 10:52 schrieb Tullio Andreatta ML:
fstat on a "open-ed fd" can't stat a symbolic link, since
open("symlink") returns a file descriptor of the target file, or -1
if it's a dangling link ...
Yes, that's right. So Arnaud's patch at http://arnaud.lb.s3.amazonaws.com/45928.patch
On Sep 9, 2008, at 6:22 PM, Stanislav Malyshev wrote:
if we cannot
We already have this serious flaw in our design. If we use "new Foo
()", and it's definition not included, it resolves differently
(namely, to fatal error) than if we had included the definition.
Also, with inheritanc
2008/9/10 Lester Caine <[EMAIL PROTECTED]>:
> Lukas Kahwe Smith wrote:
>>
>> Hi,
>>
>> So let me get this straight, you are complaining that all the new features
>> and changes in the 5.3.0 alpha releases are not perfectly documented yet?
>
> PLEASE re-read the original post.
> If my comments and Q
On 10.09.2008, at 09:13, Lester Caine wrote:
Lukas Kahwe Smith wrote:
Hi,
So let me get this straight, you are complaining that all the new
features and changes in the 5.3.0 alpha releases are not perfectly
documented yet?
PLEASE re-read the original post.
If my comments and QUESTIONS ar
On 10.09.2008, at 03:22, Stanislav Malyshev wrote:
I disagree. The idea is that I get control over how I manage to
global namespace. As such its sensible that I want to use "mysql"
in my code instead of DB::mysql.
You may use it. You just won't get wildcard imports, because that
doesn't
Lukas Kahwe Smith wrote:
Hi,
So let me get this straight, you are complaining that all the new
features and changes in the 5.3.0 alpha releases are not perfectly
documented yet?
PLEASE re-read the original post.
If my comments and QUESTIONS are taken as complaints then OK. That is not what
29 matches
Mail list logo
