Hello group,
building with options
--with-zlib=shared,/usr \
--with-gd=shared \
fails
configure:30085: gcc -o
conftest -g -O2 -Wl,-rpath,/usr/local/libxml/lib -L/usr/local/libxml/lib -
lz conftest.c -lpng -lresolv -lm -ldl -lnsl -lxml2 -lm -lxml2 -lm 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gn
The build doesn't fail, only configure. Big difference..
Use --with-zlib-dir.
--Jani
On Thu, 4 Dec 2003, John Huntjens wrote:
>Hello group,
>
>building with options
>
> --with-zlib=shared,/usr \
> --with-gd=shared \
>
>fails
>
>configure:30085: gcc -o
>conftest -g -O2 -Wl
On Thu, 04 Dec 2003 00:42:40 +0200
Andi Gutmans <[EMAIL PROTECTED]> wrote:
> You easily see what is taken from the language and what is user-land
> code.
This argument is as non revelant as the aesthetic one.
internal:
class polygon {
function calc_barycenter()
{
}
}
p
On Thu, 4 Dec 2003, Andi Gutmans wrote:
> Can we aim for a definitive 9th December (my birthday)? After Beta 3 we
> would then code freeze and prepare for RC1.
I would really like to see the shutdown order fixed before beta. It's
something quite vital to the whole dtors thingy.
Derick
--
PHP I
On Thu, 4 Dec 2003, Andi Gutmans wrote:
> tracked because of the whole __toString() issue. Now it's resolved and
> SimpleXML still works like a charm I'd like to aim for Beta 3 next week
> (including the StudlyCaps standard adoption).
>From what I saw more people don't want those suckyCaps .
Der
On Thu, 4 Dec 2003 10:14:06 +0100 (CET)
Derick Rethans <[EMAIL PROTECTED]> wrote:
> >From what I saw more people don't want those suckyCaps .
Que?
pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Andrei,
Thursday, December 4, 2003, 1:18:50 AM, you wrote:
> On Mon, 01 Dec 2003, Marcus Boerger wrote:
>> No, when the object does not offer a valid string conversion nothing will
>> change compared to what we had before. So the only thing done is that you
>> now can implement objects that
Hi,
Arnaud & I (Gerald), the translators of the Smarty French documentation, asked
for an account 2 weeks ago. As we don't have any reply for now, I suppose our
request was not detailed enought for you to decide wether or not we deserved /
needed it.
Then, let me talk our way into let you trust t
On Thu, 4 Dec 2003, Pierre-Alain Joye wrote:
> On Thu, 4 Dec 2003 10:56:42 +0100 (CET)
> Sascha Schumann <[EMAIL PROTECTED]> wrote:
>
>
> > One of the largest cost in software development is
> > maintenance. One key factor regarding maintainability is
> > readability and understandabi
Hello Andrei,
Thursday, December 4, 2003, 1:19:44 AM, you wrote:
> On Sun, 30 Nov 2003, Andi Gutmans wrote:
>> I kind of agree with Andrei here. We discussed in the past that
>> __toString() will not propogate to every place in the engine where we check
>> for IS_STRING but will only effect prin
On Dec 4, 2003, at 5:24 AM, Robert Cummings wrote:
On Thu, 2003-12-04 at 05:07, Hartmut Holzgraefe wrote:
Robert Cummings wrote:
+1 for studlyCaps -- contrast IAmAndi versus nameIsAndi, the chosen
variable name makes all the difference.
-1 on that argument as now the CS dictates what names you may
On Dec 3, 2003, at 1:01 PM, Jani Taskinen wrote:
On Wed, 3 Dec 2003, Edin Kadribasic wrote:
On Wednesday, Dec 3, 2003, at 10:12 Europe/Copenhagen, Derick Rethans
wrote:
derick Wed Dec 3 04:12:39 2003 EDT
Modified files:
/php-srcCODING_STANDARDS
Log:
- I am sure I reverted this befo
Hi,
As some of you may know, I am working of porting PHP onto NetWare.
I find this in sapi_apache2.c code:
In the "php_post_read_request" function, we register a cleanup
function called "php_server_context_cleanup" to clear clear out
the "SG(server_context)" after each request. We pass the pointe
On Thu, 4 Dec 2003 10:56:42 +0100 (CET)
Sascha Schumann <[EMAIL PROTECTED]> wrote:
> One of the largest cost in software development is
> maintenance. One key factor regarding maintainability is
> readability and understandability. These issue cannot be
> simply dismissed as irr
On Dec 4, 2003, at 5:47 AM, Ronald Chmara wrote:
I'm_not_sure_why,
but_I_cannot_quickly_and_easily_figure_out_what_you_mean_to_say..
The cute dig aside, common words are quickly read based on mental
assumptions of word "shapes", and word "breaks" Letter capitalization
means a new sentence, or pr
On Thu, 2003-12-04 at 05:07, Hartmut Holzgraefe wrote:
> Robert Cummings wrote:
> > +1 for studlyCaps -- contrast IAmAndi versus nameIsAndi, the chosen
> > variable name makes all the difference.
>
> -1 on that argument as now the CS dictates what names you may chose
> which should be the othe
On Thu, 4 Dec 2003, Pierre-Alain Joye wrote:
> On Thu, 04 Dec 2003 00:42:40 +0200
> Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
>
> > You easily see what is taken from the language and what is user-land
> > code.
>
> This argument is as non revelant as the aesthetic one.
One of the largest cost
Derick Rethans wrote:
haha, with these suckyCaps we have two different styles for core-php
functions; that's worse and that's what we *should* care about.
+1
And we gain a simple rule of thumb with underscores:
underscores => build-in functionality => referr to php.net/function_name
study => user
Robert Cummings wrote:
+1 for studlyCaps -- contrast IAmAndi versus nameIsAndi, the chosen
variable name makes all the difference.
-1 on that argument as now the CS dictates what names you may chose
which should be the other way round IMHO
--
Hartmut Holzgraefe <[EMAIL PROTECTED]>
--
PHP Intern
On Thu, 04 Dec 2003 12:09:00 +0100
Ulf Wendel <[EMAIL PROTECTED]> wrote:
> Derick Rethans wrote:
> > haha, with these suckyCaps we have two different styles for core-php
> > functions; that's worse and that's what we *should* care about.
>
> +1
>
> And we gain a simple rule of thumb with undersc
On 12/4/03 12:28 AM, Adam Maccabee Trachtenberg wrote:
On Thu, 4 Dec 2003, Andi Gutmans wrote:
Can we aim for a definitive 9th December (my birthday)? After Beta 3 we
would then code freeze and prepare for RC1.
I am cool with the Beta 3 date, but I think it would be helpful if we
could get a
Derick Rethans wrote:
> From what I saw more people don't want those suckyCaps .
Sorry Derick, but it seems that more people want studlyCaps in
Object-Oriented PHP and underscores in procedural PHP.
Cristiano Duarte
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Following up from Jani's mail regarding pecl picking,
I will be tweaking CVSROOT/modules later tonight so that
our "golden" pecl packages get checked out along with the
php sources.
This includes removing the symlink that links pecl/sqlite
into ext (as it would be redundant).
Once the change is m
We agreed *not* to rely on modules for this kind of
procedure, because it effectively disables "cvs upd -d".
Please explain what problem you are trying to solve and we
will find an alternative.
- Sascha
On Thu, 4 Dec 2003, Wez Furlong wrote:
> Following up from Jani's mail r
The adding of modules happens VERY rarely.
So your "disables cvs upd -d" is not very good argument
against this. And there is no alternative way anyway..
If you know such, PLEASE do tell us. :)
--Jani
On Thu, 4 Dec 2003, Sascha Schumann wrote:
>We agreed *not* to rely on
On Thu, 4 Dec 2003, Jani Taskinen wrote:
>
> The adding of modules happens VERY rarely.
> So your "disables cvs upd -d" is not very good argument
> against this. And there is no alternative way anyway..
> If you know such, PLEASE do tell us. :)
The symlinks are the only transp
>Derick Rethans wrote:
>> From what I saw more people don't want those
>>suckyCaps .
>
>Sorry Derick, but it seems that more people want
>studlyCaps in
>Object-Oriented PHP and underscores in procedural
PHP.
>Cristiano Duarte
It would make more sense.
As was mentioned before, OO parts of PHP in
On Thu, 4 Dec 2003 16:00:47 +0200 (EET)
Jani Taskinen <[EMAIL PROTECTED]> wrote:
>
> The adding of modules happens VERY rarely.
> So your "disables cvs upd -d" is not very good argument
> against this. And there is no alternative way anyway..
> If you know such, PLEASE do tell us.
On Thursday, Dec 4, 2003, at 15:25 Europe/Copenhagen, Sascha Schumann
wrote:
Let me try to understand what the problem might be.
- php 5 version of sqlite should check out with php-src, branch
head
- php 4 version of sqlite should not check out with php-src,
branch PHP_4_3
- ph
Let me try to understand what the problem might be.
- php 5 version of sqlite should check out with php-src, branch head
- php 4 version of sqlite should not check out with php-src, branch PHP_4_3
- php 4 version of sqlite should be checkoutable separately
Right?
So:
On my solaris box the fix does it. I tested it by hammering the same PHP
script using get_browser() with and without patch. Without patch it gets
this error. With not and script works :)
The big problem with this bug is that when the error happens the first time
(3 threads using get_browser()),
> - insert a symlink on the cvs server direcly
>
> Yeah we came up with that solution at the end.
That must have been difficult, considering its extensive
discussion on this list in the past. :-)
> Except sqlite module
> already used PHP_4_3 branch so when Jani deleted it it went missing.
Glad to see it's finally working. I was never able to get those errors, but
it probably had something to do with the thread pooling you had configured.
And seeing as it's working now, I guess I don't need to bother trying to
get them.
J
Uwe Schindler wrote:
> On my solaris box the fix does it.
On Wed, 2003-12-03 at 13:41, Magnus Määttä wrote:
> On Wednesday 03 December 2003 12.59, Derick Rethans wrote:
> > On Wed, 3 Dec 2003, Andi Gutmans wrote:
> > > I can nuke E_STRICT altogether if u guys want.
> > > It's kind of a shame because I thought it might be nice for purists. I
> > > don't un
On Thursday, Dec 4, 2003, at 15:05 Europe/Copenhagen, Sascha Schumann
wrote:
On Thu, 4 Dec 2003, Jani Taskinen wrote:
The adding of modules happens VERY rarely.
So your "disables cvs upd -d" is not very good argument
against this. And there is no alternative way anyway..
If you k
I approved your accounts. You have access to smarty/docs now.
On Thu, 04 Dec 2003, [EMAIL PROTECTED] wrote:
> Hi,
>
> Arnaud & I (Gerald), the translators of the Smarty French documentation, asked
> for an account 2 weeks ago. As we don't have any reply for now, I suppose our
> request was not de
I´ve found the example below which took my attention.
The call to cCat::Miew() assumes the cDog context and
is able to access $this of cDog.
Is this supposed to be a bug or something that was not
expected ?
It happens to PHP4 to and php5. And looks a bit
strange...
class cCat {
function
Hi,
>From the pecl/printer extension:
static void php_printer_shutdown(zend_printer_globals *printer_globals
TSRMLS_DC) {
if (printer_globals->default_printer) {
efree(printer_globals->default_printer);
}
}
PHP_MINIT_FUNCTION(printer)
{
ZEND_INIT_MODULE_GLOBAL
On 2003/12/05, at 5:37, Ilia Alshanetsky wrote:
On December 4, 2003 12:38 pm, Moriyoshi Koizumi wrote:
moriyoshi Thu Dec 4 12:38:21 2003 EDT
Modified files:
/ZendEngine2zend_execute.c
Log:
Revert crap.
Please don't forget to revert the ZE1 patch.
I've tried to do so again and
Hi,
It helps to break for lunch. Making this variable persistant solved the
problem.
- Frank
> Hi,
>
> >From the pecl/printer extension:
>
> static void php_printer_shutdown(zend_printer_globals *printer_globals
> TSRMLS_DC) {
> if (printer_globals->default_printer) {
> efr
Thank you very much! You solved my problem too. :)
--Jani
On Thu, 4 Dec 2003, Frank M. Kromann wrote:
>
>Hi,
>
>It helps to break for lunch. Making this variable persistant solved the
>problem.
>
>- Frank
>> Hi,
>>
>> >From the pecl/printer extension:
>>
>> static void php_pr
Hi Andi,
Now that we can run regression test more easily with Wez's new build system
in windows I was able to gather a number of test that crash php5. Those are:
Zend/tests/bug24773.phpt
tests/classes/destructor_and_globals.phpt
tests/classes/private_members.phpt
tests/classes/static_properties_0
42 matches
Mail list logo
