Oliver Block wrote:
> Hello internals,
>
> I don't know if you are aware of that. I just tried to compile some pecl
> code.
> I get an error message using this with gcc 4.x if it is used like
>
> Z_BVAL(myval) = ...;
That should be ZVAL_BOOL(z, ...);
So, what's been "some pecl code"?
--
Mic
On 2/20/07, Chris Malton <[EMAIL PROTECTED]> wrote:
OK, there are still some problems with PHP6, as indicated by my make
test command. The script has posted my results to the server. I await
the message's arrival on php.qa
PHP QA only accepts test results from the current test or stable
relea
On 02/21/2007 12:17 AM, Chris Malton wrote:
OK, there are still some problems with PHP6, as indicated by my make
test command. The script has posted my results to the server. I await
the message's arrival on php.qa
Btw, it won't appear on php.qa.
Only test results for current releases and RCs
On 02/21/2007 12:17 AM, Chris Malton wrote:
OK, there are still some problems with PHP6, as indicated by my make
test command. The script has posted my results to the server. I await
the message's arrival on php.qa
Did you really expect a pre-alpha PHP6 to be free of problems?
Of course there
OK, there are still some problems with PHP6, as indicated by my make
test command. The script has posted my results to the server. I await
the message's arrival on php.qa
Chris
Chris Malton wrote:
> Hello,
> In current CVS (check out about 30 mins ago) there is an error with
> pcre. Whe
On 02/20/2007 11:49 PM, Chris Malton wrote:
Oops, No
I'm not used to building php from CVS.
I'll create a shell script that calls the following in the right order
for me:
cvs update
./cvsclean
insert "./buildconf" here
./configure --my-options
make
make test
Then we'll see what happens!
Oops, No
I'm not used to building php from CVS.
I'll create a shell script that calls the following in the right order
for me:
cvs update
./cvsclean
./configure --my-options
make
make test
Then we'll see what happens!
Rebuilding with ./cvsclean run!
Chris
Hannes Magnusson wrote:
> Did you ".
Did you "./cvsclean" prior to building?
-Hannes
On 2/20/07, Chris Malton <[EMAIL PROTECTED]> wrote:
Hello,
In current CVS (check out about 30 mins ago) there is an error with
pcre. When linking PHP, there is an error with unresolved external
symbols. Here is the error log:
ext/pcre/p
Pierre wrote:
>
> Good question. What's about 4.4.6 with only the required fix(es)? Or
> is there very good reason to update pcre now?
>
4.4.6 with required fixes seems the safest and fastest. Certainly for
those who can't/won't downgrade to 4.4.4 but find 4.4.5 problematic.
--
===
Hello,
In current CVS (check out about 30 mins ago) there is an error with
pcre. When linking PHP, there is an error with unresolved external
symbols. Here is the error log:
ext/pcre/pcrelib/pcre_compile.o: In function `check_auto_possessive':
/root/php6/ext/pcre/pcrelib/pcre_compile.c:1
Hello internals,
I don't know if you are aware of that. I just tried to compile some pecl code.
I get an error message using this with gcc 4.x if it is used like
Z_BVAL(myval) = ...;
I was told it the gcc-team deprecated lvalue casts with version 3.4.
Regards,
Oliver
--
PHP Internals - PHP
On 2/20/07, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
Derick Rethans wrote:
> Hello!
>
> there is a critical issues in PHP 4.4.5:
> - when register_globals = On, sessions don't work correctly (segfaults).
>
> Because of this I'd like to release a 4.4.6 soon with this fixes. As
> there is al
Derick Rethans wrote:
> Hello!
>
> there is a critical issues in PHP 4.4.5:
> - when register_globals = On, sessions don't work correctly (segfaults).
>
> Because of this I'd like to release a 4.4.6 soon with this fixes. As
> there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I
On Tue, 20 Feb 2007, Ilia Alshanetsky wrote:
> RC followed by a quick release sounds like a good plan. When do you plan to
> make the RC?
... "we'd need atleast one RC, which I plan to release on Thursday." ...
:)
regards,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsu
Derick Rethans wrote:
On Tue, 20 Feb 2007, Arnold Daniels wrote:
I'm also very in favor of this, though I like it much better if it would use
the same config file as `file` uses. Otherwise it's quite confusion where to
config magic and hard to understand why the result differs.
The idea is to
I understand, but on most (linux) systems libmagic is already installed
and fully configured. Perhaps a good solution would be if you would be
able to specify the configuration path in php.ini.
Arnold
Derick Rethans wrote:
On Tue, 20 Feb 2007, Arnold Daniels wrote:
I'm also very in fa
RC followed by a quick release sounds like a good plan. When do you
plan to make the RC?
On 20-Feb-07, at 7:55 AM, Derick Rethans wrote:
Hello!
there is a critical issues in PHP 4.4.5:
- when register_globals = On, sessions don't work correctly
(segfaults).
Because of this I'd like to r
On Tue, 20 Feb 2007, Arnold Daniels wrote:
> I'm also very in favor of this, though I like it much better if it would use
> the same config file as `file` uses. Otherwise it's quite confusion where to
> config magic and hard to understand why the result differs.
The idea is to embed the database
I'm also very in favor of this, though I like it much better if it would
use the same config file as `file` uses. Otherwise it's quite confusion
where to config magic and hard to understand why the result differs.
Arnold
Derick Rethans wrote:
On Sun, 18 Feb 2007, Kevin Waterson wrote:
Is
On 02/20/2007 03:55 PM, Derick Rethans wrote:
Hello!
there is a critical issues in PHP 4.4.5:
- when register_globals = On, sessions don't work correctly (segfaults).
Because of this I'd like to release a 4.4.6 soon with this fixes. As
there is also an upgrade to pcre 7.0 we'd need atleast one
Hello!
there is a critical issues in PHP 4.4.5:
- when register_globals = On, sessions don't work correctly (segfaults).
Because of this I'd like to release a 4.4.6 soon with this fixes. As
there is also an upgrade to pcre 7.0 we'd need atleast one RC, which I
plan to release on Thursday.
Any
On Sun, 18 Feb 2007, Kevin Waterson wrote:
> Is it possible to include the current pecl extension fileinfo.
> It is just silly not having the ability to verify a file type as a
> standard feature. This was discussed earlier and it was thought to
> have some merit. Can we make it happen?
I am all
On 02/20/2007 03:15 AM, Mike R wrote:
Antony Dovgal write:
> On 02/19/2007 08:40 PM, Marcus Boerger wrote:
> If they only help us they wouldn't do anything. So we need to make
> clear that they help themselves by running the tests and
their own software.
Well, saying that they help only them
Publishing of the AMFEXT extension
http://www.teslacore.it/wiki/index.php?title=AMFEXT
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
24 matches
Mail list logo
