On Fri, 2008-05-02 at 13:06 +, Lars Strojny wrote:
> lstrojny Fri May 2 13:06:27 2008 UTC
>
> Modified files:
> /php-src/ext/reflection config.m4
> Log:
> Hard enabling ext/reflection on UNIX too [DOC]
>
>
> http://cvs.php.net/viewvc.cgi/php-src/e
That was great idea. I had totally forgot this 6th parameter. :)
--Jani
On Sat, 19 Nov 2005, Marcus Boerger wrote:
Hello Derick, Jani, Antony,
to bring this (imo) senseless discussion to an end i changed config.m4 to
prevent the extension from being disabled by --disable-all. I thi
At 13:16 19/11/2005, Jani Taskinen wrote:
On Sat, 19 Nov 2005, Zeev Suraski wrote:
At 03:49 19/11/2005, Andi Gutmans wrote:
As I mentioned to Marcus, it seems odd to me to move reflection in the
first place. It seems to me to be very much a language feature and in my
opinion, should always b
On 19.11.2005 20:52, Marcus Boerger wrote:
Hello Derick, Jani, Antony,
to bring this (imo) senseless discussion to an end i changed config.m4 to
prevent the extension from being disabled by --disable-all. I think we
should do the same with ext/date, ext/spl, and all that are required by
other
Hello Derick, Jani, Antony,
to bring this (imo) senseless discussion to an end i changed config.m4 to
prevent the extension from being disabled by --disable-all. I think we
should do the same with ext/date, ext/spl, and all that are required by
other exts or that we think are essential (probably
On Fri, 18 Nov 2005, Andi Gutmans wrote:
> As I mentioned to Marcus, it seems odd to me to move reflection in the first
> place.
Just as odd as moving the date stuff out to an extension? It's just
cleaning up ext/standard a bit...
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.n
Hello Jani,
even apart from reflection your proposal seems yery good to me. And we
would have a good way to suggest what to keep inside php and can really
be relied on. Sounds good :-)
regards
marcus
Saturday, November 19, 2005, 12:16:43 PM, you wrote:
> On Sat, 19 Nov 2005, Zeev Suraski wrot
On Sat, 19 Nov 2005, Zeev Suraski wrote:
At 03:49 19/11/2005, Andi Gutmans wrote:
As I mentioned to Marcus, it seems odd to me to move reflection in the first
place. It seems to me to be very much a language feature and in my opinion,
should always be enabled. I can't really see a good reason
At 03:49 19/11/2005, Andi Gutmans wrote:
As I mentioned to Marcus, it seems odd to me to move reflection in the
first place. It seems to me to be very much a language feature and in my
opinion, should always be enabled. I can't really see a good reason for
this move.
I have to say that I don'
Hello Andi,
deep integration of reflection is good to be able to get as much
information out of it as possible. On the other hand we're not java
and have different code strategies and especially java's demand for
reflection doesn't apply to php (dependency injection/inversion of
control). And if
As I mentioned to Marcus, it seems odd to me to move reflection in
the first place. It seems to me to be very much a language feature
and in my opinion, should always be enabled. I can't really see a
good reason for this move.
Andi
At 07:40 AM 11/18/2005, Derick Rethans wrote:
On Fri, 18 Nov
Hello Derick,
any good ideas on the howto front?
regards
marcus
Friday, November 18, 2005, 9:08:38 AM, you wrote:
> On Thu, 17 Nov 2005, Marcus Boerger wrote:
>> helly Thu Nov 17 18:21:15 2005 EDT
>>
>> Modified files:
>> /php-src/ext/reflection config.m4
>>
Hello Derick,
the other config options are not that dangerous. I'd say Jani should add
that info. And maybe we should require =yes or = so that ppl have
to think about this switch before it works
marcus
Friday, November 18, 2005, 4:40:34 PM, you wrote:
> On Fri, 18 Nov 2005, Antony Dovgal wro
On 18.11.2005 18:59, Jani Taskinen wrote:
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 18:03, Jani Taskinen wrote:
Not that I care, but if reflection could be disabled with --disable-all,
FreeBSD users will never be able to use it, as for some reason which I
can't understand, main
There's no point in putting any more notes in the configure help.
I've seen how many people read them for real already. None.
--Jani
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 18:25, Derick Rethans wrote:
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 18
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 18:03, Jani Taskinen wrote:
Not that I care, but if reflection could be disabled with --disable-all,
FreeBSD users will never be able to use it, as for some reason which I
can't understand, maintainer of PHP port uses --disable-all and b
On Fri, 18 Nov 2005, Antony Dovgal wrote:
> We need at least document it or to add something like this:
But then we need to do this for every configure option... as nobody
really knows what they are doing anyway.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.
On 18.11.2005 18:25, Derick Rethans wrote:
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 18:08, Derick Rethans wrote:
> On Fri, 18 Nov 2005, Antony Dovgal wrote:
>
> > Not that I care, but if reflection could be disabled with --disable-all,
> > FreeBSD users will never be able to us
On Fri, 18 Nov 2005, Antony Dovgal wrote:
> On 18.11.2005 18:08, Derick Rethans wrote:
> > On Fri, 18 Nov 2005, Antony Dovgal wrote:
> >
> > > Not that I care, but if reflection could be disabled with --disable-all,
> > > FreeBSD users will never be able to use it, as for some reason which I
> >
On 18.11.2005 18:08, Derick Rethans wrote:
On Fri, 18 Nov 2005, Antony Dovgal wrote:
Not that I care, but if reflection could be disabled with --disable-all,
FreeBSD users will never be able to use it, as for some reason which I can't
understand, maintainer of PHP port uses --disable-all and bu
On 18.11.2005 18:03, Jani Taskinen wrote:
Not that I care, but if reflection could be disabled with --disable-all,
FreeBSD users will never be able to use it, as for some reason which I can't
understand, maintainer of PHP port uses --disable-all and builds all
extensions as separate packages.
I
On Fri, 18 Nov 2005, Antony Dovgal wrote:
> Not that I care, but if reflection could be disabled with --disable-all,
> FreeBSD users will never be able to use it, as for some reason which I can't
> understand, maintainer of PHP port uses --disable-all and builds all
> extensions as separate packag
On Fri, 18 Nov 2005, Antony Dovgal wrote:
On 18.11.2005 16:08, Jani Taskinen wrote:
On Fri, 18 Nov 2005, Derick Rethans wrote:
On Thu, 17 Nov 2005, Marcus Boerger wrote:
helly Thu Nov 17 18:21:15 2005 EDT
Modified files:
/php-src/ext/reflection config.m4
Log:
- Ne
On 18.11.2005 16:08, Jani Taskinen wrote:
On Fri, 18 Nov 2005, Derick Rethans wrote:
On Thu, 17 Nov 2005, Marcus Boerger wrote:
helly Thu Nov 17 18:21:15 2005 EDT
Modified files:
/php-src/ext/reflection config.m4
Log:
- Need to define HAVE_REFLECTION
I think it sho
On Fri, 18 Nov 2005, Derick Rethans wrote:
On Thu, 17 Nov 2005, Marcus Boerger wrote:
helly Thu Nov 17 18:21:15 2005 EDT
Modified files:
/php-src/ext/reflection config.m4
Log:
- Need to define HAVE_REFLECTION
I think it should not be possible to disable this extensi
On Thu, 17 Nov 2005, Marcus Boerger wrote:
> helly Thu Nov 17 18:21:15 2005 EDT
>
> Modified files:
> /php-src/ext/reflection config.m4
> Log:
> - Need to define HAVE_REFLECTION
I think it should not be possible to disable this extension with a
simple configur
26 matches
Mail list logo
