I will +1 this as I have had to deal with some of these struggles, as a
suggestion though:
"Like the bind(To) methods, a static class cannot be bound (using →call
will fail)"
I would like to see this function work like
Closure::bind()/Closure::bindTo() and give the option for the $newScope
option
The only thing I'd suggest is like I said in the last email is to make the
syntax more like Closure::bind(Closure $closure, object $newThis, [mixed
$newScope = 'static']) and make it Closure::apply(mixed $newObjectOrScope
[, mixed ... $parameters]) $newObjectOrScope would then allow a user to
suppl
ructure (like stated above) to call it's own
garbage collector every once in a while to clean up those ReflectionZVal
objects by checking the result of ReflectionZVal:: valueExists ().
Is there anything obvious (limitation wise) that I am missing or is this
RFC'able?
Software Developer
Nathan Bruer
From: Derick Rethans [mailto:der...@php.net]
Sent: Monday, January 07, 2013 11:22 AM
To: nat...@starin.biz
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] new Class ReflectionZVal
On Mon, 7 Jan 2013, nat...@starin.biz wrote:
>> function __construct(&$variable);
> That's inherently flawed, as
can see is the visibility
(public/private/protected) of the function as it'd likely need to be public
because it could never be auto-executed if anything else.
Software Developer
Nathan Bruer
-Original Message-
From: Johannes Schlüter [mailto:johan...@php.net]
Sent: Tuesday, Januar
>Personally, I don't see why 'default' can't be used:
>class Foo {
>public $bar { get; set; default 5; } }
>
>This solves the var_dump() problem, and if people want dynamic get
returning something other than the property/field value, so be it.
>C# does indeed have an internal field per propert
very time. but if the
"ReflectionMethod::invokeArgs()" function would allow the first argument to be
a string of class or the object itself it wants to bind too it would save a new
closure from having to be created for every hook being executed.
(Sorry for the long code, but I wanted
Thoughts?
Thanks,
Software Developer
Nathan Bruer
>This is not the same at all. When are you going to run this code? Memory
>allocations happen all the time. What Nathan asked for is an event that is
>triggered when the memory consumption reaches a >threshold.
>
>However, there is a different solution, which is better I
> Angel,
>
> On 18/03/13 14:04, Julien Pauli wrote:
> > > Also, AFAIR, call_user_func() doesn't work with functions using
> > > references in args. Julien.Pauli
> > AFAIK it does.
> > Do you have an example where it doesn't?
> >
>
> It definitely does not:
>
> http://3v4l.org/C8Kme
>
> And if
> Hi,
>
> I'd like to suggest a new functionality for PHP. I don't know the
internals, and i can't create a patch implementing this. I'm writing here in
case someone likes this idea and write a RFC.
>
> We've had a problem recently where one of our developers forgot an "if".
>
> So instead of wr
L)
This would also apply to the functions get_defined_functions and get_defined_vars.
Maybe there is already a way to figure such things out, but i haven't found anything
in the man-pages.
I would be glad to know if something alike exists, or if not, why it wouldn't make
sense.
Thank
I know that many people talked about this over and over.
Why it’s not possible to change the old PHP API ?
The answer is always because it will make HUGE BC breaks
I’ve seen this wonderful idea about scalar objects authored by nikic
github https://github.com/nikic/scalar_objects.
This will
How you don't think this is so important ? i stated this because it's so
predictable that someone will say it. Firstly why it's "fake" ? i prefer
"elegant" maybe not the PERFECT solution ? i suggest that you compare the
two choices. and what would you chose if you're a new comer.
Secondly this is
This shouldn't be for PHP 7.0 ofcourse it's too late. it takes a lot of
work and we don't want to get it wrong the second time :)
but in any release before PHP 8
On Sat, Mar 21, 2015 at 10:25 AM, Pierre Joye wrote:
>
> On Mar 21, 2015 2:15 PM, "Levi Morrison" wrote:
> >
> > > I know that many
>
> I think that, while attractive, using the same syntax for object methods
> and scalar 'pseudo-'methods is too ambiguous. We just need to solve two
> issues : intuitive order of arguments and nested call readability. We don't
> need to implement the whole OO stuff for scalars. Except this detail
>
> Hi!
>
> > This makes an opportunity to replace the old API with object oriented one
> > preventing any kind of BC break.
> >
> > But instead of using this as an extension because of some limitations
> like
> > “string”->startsWith(‘s’); the API should be bundled with the engine (not
> > written
>
> > i didn't mention any break or things. also many languages are different
>
> Yes you did. You just proposed removing large part of PHP API. That
> would break things, there can be no confusion about it.
I just agree with you. we shouldn't :) the old API will stay no one
will ever remove it.
This has been a big issue that I have ran into many times in the past for
large framework projects, instead of building it out with "strict" types
like: int, float, string, exc... It makes more sense to allow a user to
define a psudo-type themselves which PHP will pass the arguments into to be
"cle
sn't there.. currently the only way I
can see to do it would be to eval.. which isn't the most secure method
for such a basic need.
Regards
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t should
be taken for granted that braces will be there, and move on to debating
whether they be optional or not..
Thoughts?
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Agreed, PECL or PEAR, some provision should be made, it's worth the
extra few bytes of code.
Thanks for the opinions
Nathan
Antony Dovgal wrote:
On 07.12.2007 18:05, Alexey Zakhlestin wrote:
I doubt this is needed in core, but sounds "ok" for an extension.
Yes, I'm sur
proc_open() pipes:
when stdout and stderr are set to file no resource pointers are returned
in the pipes array
when using fwrite on a pipe to stdin (from proc_open())
fflush() does not work,
neither does stream_set_write_buffer();
regardless of whether stdout/stderr are mapped to pipes or files
give me an argument as to why this functionality should not
be incorporated into the core?
Many Regards
Nathan Rixham
Alexey Zakhlestin wrote:
On 12/7/07, Mike <[EMAIL PROTECTED]> wrote:
Yes, an easy way to handle this functionality that is safe to use with
user input would be REALLY
I was quite suprised this functionality wasn't included! :P
Nathan
Daniel Brown wrote:
On Dec 7, 2007 9:51 AM, Nathan Rixham <[EMAIL PROTECTED]> wrote:
In-Built PHP Functions for parsing of basic arithmetic and if possible
fraction to decimal and decimal to fraction
PHP already handle
nd I for one
agree, with the emphasis on *offer*.
Many Regards & Apologies for the intrusion.
Nathan
Andi Gutmans wrote:
Hi Ilia,
I suggest more people test the performance difference because as you can
see for us it was negligible. From my experience you see bigger
deviations just by m
s thousands of developers
working environment.. think of changes like this as somebody coming in
and cleaning your pc and files structure up for you, yeah they're trying
to help, but you had your files where you wanted them already..
No Offense and agreed on the spam issue!
Nathan
Jani Task
re
was a way to filter through only constructive critism..
Regards Nathan
Marcus Boerger wrote:
Hello Nathan,
if their income depends on it, hmm, I wonder, why the hell are they only
complaining? The amount of people being constructive and not actual
developers with a php.net account is close to zero
Hate to bring this one up; I'll be brief!
for instance smarty get's upgraded and has it's own namespace, I have a
class which extends it, soon to be in my applications namespace which
implements an interface in my interfaces namespace.. how does one extend
a class in another namespace and inde
application_test; {
class extender extends core::core {
}
}
$test_extender = new application_test::extender;
works just fine - apologies for cluttering the board and indeed posting
in the wrong one!
Nathan
Nathan Rixham wrote:
Hate to bring this one up; I
{
public function __construct() {
..
}
}
}
Nathan
Ralph Schindler wrote:
Since everyone is in the "namespace" frame of mind, is there a
possibility of a "namespace" access modifier?
The way I envision this working is that if for example:
names
quick work around for now..
base64_decode(json_decode(json_encode(base64_encode("ab\xE0\" something"
Stanislav Malyshev wrote:
Hi!
Right now, if json_encode sees wrong UTF-8 data, it just cuts the string
in the middle, no error returned, no message produced. Example:
var_dump(json_encode
0 for me
-1 for all the people who'll bug the mailing lists askign where they've gone
suggest: E_NOTICE or E_STRICT telling the magic_quotes_runtime has gone
BUT in the next php 5.2.X release so peeps get used to it!
Pierre Joye wrote:
Hi,
It seems that there is voices in favor of keeping th
Chris Stockton wrote:
When I think INI I think constants. What happens when I log into some
server I have to debug some app instance and one of the first things I
might do is check the INI and I see.
[IF ${value} == 1]
setting = 1
[ELIF ${value} == 2]
[IF ${valuex} == 1]
setting = 1
[ELIF ${
dedicated servers, and could possibly donate one to the
cause - thats if a single server would be up to the task.
regards
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
multithreading in php?
I know this strictly isn't the place for such questions, but I hope you
won't mind enlightening me a little on the matter.
Many Regards in advance,
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Alexey Zakhlestin wrote:
On 2/21/08, Nathan Rixham <[EMAIL PROTECTED]> wrote:
hope you don't mind me asking for a bit more info, I was always under
the impressions that a thread is defined as (quote wiki)
"Threads are a way for a program to fork (or split) itself i
patch if that were the case.
thanks,
-nathan
>
thanks for your reply.
apparently i am; looking in my portage directory i can see:
php-5.2.4.ebuild php-5.2.4_pre200708051230-r2.ebuild
and the build i have installed is the latter.
do you know why this was removed prior to 5.3; just curious..
-nathan
> in minor release. So even though the patch impact was minimal, it was
> postponed and
> thus only committed in the 5_3 branch.
fair enough i suppose. thanks for filling me in.
-nathan
n
> the order I would think about things; scope, name, arguments, return).
im not sure the following has been explicitly proposed, but how about
omitting the 'return' keyword and placing the return type hint before the
function identifier
function int a($b, $c) {}
i think that is most congruent with 'typical' of c style languages, no ?
-nathan
ate
java-based implementations of php, but im guessing you can access php
through them; or at any rate the java equivalent, but they dont really say
that explicitly.
http://www.caucho.com/resin-3.0/quercus/#Java-Users
-nathan
wow; good point! maybe if anonymous functions are ever supported the type
could be capitalized as in 'Function'
public function Function doStuff() {
return function() {}
}
-nathan
lly, one can look to java (and likely others) to see that public
attributes are not supported on interfaces. here is a definition from a
java5 cert book;
"When you create an interface, you're defining a contract for *what* a class
can do, without saying anything about how the class will do it. An
interface is a contract."
-nathan
the case than interfaces cant have
properties because they require instance variables.
-nathan
On Tue, Apr 29, 2008 at 10:28 AM, John Carter -X (johncart - PolicyApp Ltd
at Cisco) <[EMAIL PROTECTED]> wrote:
> Nathan,
>
> By example:
>
> interface EggLayer
>
> {
>public $eggsLaid;
> }
>
> class Chicken implements EggLayer;
>
> Some would say
c is required around access, and the only recourse is to
employ a magic method, what would be slower then? the magic method doing
runtime introspection on the class instance prior to invoking said logic, or
having a purpose built method(s) there in the first place? obviously the
later; and that is just one more reason why getters and setters, coupled
with hidden member variables, make sense, even in php.
-nathan
On Tue, Apr 29, 2008 at 9:22 PM, Robert Cummings <[EMAIL PROTECTED]>
wrote:
>
> On Tue, 2008-04-29 at 19:01 -0600, Nathan Nobbe wrote:
> > On Tue, Apr 29, 2008 at 6:14 PM, Richard Quadling <
> [EMAIL PROTECTED]>
> > wrote:
> >
> >
On Wed, Apr 30, 2008 at 12:05 AM, Robert Cummings <[EMAIL PROTECTED]>
wrote:
> On Tue, 2008-04-29 at 23:51 -0400, Nathan Nobbe wrote:
> > On Tue, Apr 29, 2008 at 9:22 PM, Robert Cummings <[EMAIL PROTECTED]>
> > wrote:
> >
> > >
> > > That shoul
On Wed, Apr 30, 2008 at 1:07 AM, Robert Cummings <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 2008-04-30 at 00:27 -0400, Nathan Nobbe wrote:
> > On Wed, Apr 30, 2008 at 12:05 AM, Robert Cummings
> >
> > Abstract classes and interfaces are not the same.
On Wed, Apr 30, 2008 at 12:01 AM, Robert Cummings <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 2008-04-30 at 01:22 -0400, Nathan Nobbe wrote:
> > On Wed, Apr 30, 2008 at 1:07 AM, Robert Cummings <[EMAIL PROTECTED]>
> wrote:
>
>
> > We are not talkin
On Wed, Apr 30, 2008 at 9:55 AM, Robert Cummings <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 2008-04-30 at 09:39 -0600, Nathan Nobbe wrote:
> >
> > so really, all we would get is a group of member variables we know
> > would be there...
>
> No, you know nothing ab
for
use by php developers.
thanks,
-nathan
On Wed, Apr 30, 2008 at 12:06 PM, Jeremy Privett <[EMAIL PROTECTED]>
wrote:
> Nathan Nobbe wrote:
>
>> all,
>>
>> in recent weeks there has been a lot of arguing about what interfaces are,
>> arent (on php-general and now on the internals list as well) etc
ss as
> it does not tell somebody more except "there is a property".
i agree entirely.
-nathan
Ryan Panning wrote:
Jessie Hernandez wrote:
> Hi Stan,
>
> I made a proposal and patch a few months ago...
The developers should really take a serious look at this issue or it
will come back to haunt them later. I'm not sure why no one seems
comment on your proposal and patch. It seemed lik
Stanislav Malyshev wrote:
is it too late to scrap all this and go with Java/AS3 style
base.package.class please?
Is it too late to switch to Java/AS3? ;)
Already have switched front end design to flex3/as3 which is why I'm
asking :o)
Nath
--
PHP Internals - PHP Runtime Development Mailing
that it
can be corrected ?
thx,
-nathan
;
echo $dynamic->dynamicFunc1(); // 5
echo $dynamic->dynamicFunc2(); // 11
-nathan
rated
Strict standards: is_a(): Deprecated. Please use the instanceof operator in
...
would, perhaps, the deprecation level for is_a() move to E_DEPRECATED (i
noticed its still there in 5.3)?
-nathan
On Sun, Jul 20, 2008 at 2:02 PM, Lukas Kahwe Smith <[EMAIL PROTECTED]>
wrote:
>
> On 20.07.2008, at 07:45, Nathan Nobbe wrote:
>
> On Sat, Jul 19, 2008 at 4:55 AM, Lars Strojny <[EMAIL PROTECTED]> wrote:
>>
>> Hi everbody,
>>>
>>> regardin
't like my text/plain attachment. Well, here we
> go:
>
> http://sitten-polizei.de/php/get-static.diff
i think this is a great idea and a natural candidate for addition.
-nathan
compiled. that
compiled bytecode is then availble to the jvm through the remainder of that
instances lifetime.
so although php executes opcodes on an, as needed basis, i think the
difference is that opcode correlate to precomipled binary, whereas w/ JIT,
compilation (from opcode to binary) is actually occurring at runtime.
http://schmidt.devlib.org/java/jit-compilers.html
-nathan
#x27;s
> > time to ask me and you that question once for all.
>
> +1
+1
no to insult, but i find the curl api a bit painful. the http extension is
a lot more api friendly for us oo folks out there.
-nathan
On Thu, Sep 25, 2008 at 12:24 AM, Jani Taskinen <[EMAIL PROTECTED]>wrote:
> Mike R wrote:
>
>> Nathan Nobbe wrote:
>>
>>> Michael Wallner wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I wonder what the general opinion i
Arvids Godjuks wrote:
2008/9/22 Stanislav Malyshev <[EMAIL PROTECTED]>
Hi!
3. Functions will not be allowed inside namespaces. We arrived to
conclusion that they are much more trouble than they're worth, and summarily
we would be better off without them. Most of the functionality could be
easi
HP on Java movement.
Regards,
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Richard Quadling wrote:
2008/9/26 Nathan Rixham <[EMAIL PROTECTED]>:
Hi All,
Can anybody answer the following question for me please.
Why not follow (exactly) Java's strong static package/namespace system
rather than a home grown dynamic namespace system?
It works, it's
de to 5.2.6 will not change the semantics, since the phpt tests were
the same in both the 5.2.2 & 5.2.6 source.
-nathan
download 2: PHP 5.3 with namespaces
(and indeed swap should the namespaces fail badly)
regards,
nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Stanislav Malyshev wrote:
Hi!
Surely everyone can see the very public ongoing discussions on
internals@ over the course of this and last year?
Surely everyone in PHP world reads internals@ and can follow all the
twists and turns of all the discussion. You must be kidding.
most of the fre
Evening All,
Could anybody either point me to some existing documentation as to the
specifics of Garbage Collection in PHP; specifically for multi-process
(forked) CLI applications. Specifically when is a variable a candidate
for garbage collection (the criteria); what timing can one expect to
Kalle Sommer Nielsen wrote:
Hi
Like Guilherme wrote, I've spend alot of my day reading the emails and
trying to understand the namespace issues and after reading your
proposal I understand the issues you're bringing up. So heres my
votes:
Conflict between namespaced functions and static class m
Derick Rethans wrote:
On Wed, 15 Oct 2008, Nathan Rixham wrote:
Evening All,
Could anybody either point me to some existing documentation as to the
specifics of Garbage Collection in PHP; specifically for multi-process
(forked) CLI applications. Specifically when is a variable a candidate for
Issue AIssue B
==
Greg#2 (alt #3, #1)Yes
Guilherme #3 Yes
Kalle #4 Yes
Tony Bibbs #3 Yes
Jaroslav Hanslik#1 (alt #3)
great work - just one little note that may/may not help..
after much more thought I think you're option #2 is actually best
however the choice of ":::" separator in the example really confuses
things and makes at an instant turn off..
I honestly think that if the option was rewritten as let's
Edmund Tam wrote:
(one::step)::two();
Yes, parenthesis, just like when we want to write (1 + 2) * 3.
So my question is: can parenthesis play a part in namespace resolving?
see this is the problem and where the solution should be (imo)
mynamespace::anotherspace::somespace
Steph Fox wrote:
I think that pretty much disqualifies it as a solution for ns resolution
in PHP, sadly. If people on this list aren't able to fully grasp the
concept, it doesn't have a hope in user space.
agreed - one last little push can't hurt too much though can it?
--
PHP Internals - P
Steph Fox wrote:
I think that pretty much disqualifies it as a solution for ns resolution
in PHP, sadly. If people on this list aren't able to fully grasp the
concept, it doesn't have a hope in user space.
agreed; one last little push can't hurt too much though can it?
(beats backtracking to
Steph Fox wrote:
#1 and then #3.
Thanks :)
- Steph
that is so wrong, you know 3 was better - you're not in my club :'(
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Steph Fox wrote:
that is so wrong, you know 3 was better - you're not in my club :'(
Sorry to disappoint, but I'm collecting votes here, not making them up
as I go along.
- Steph
twas directed at scott; an i typo'd n meant 3, and was misplaced humour
- tis 2am here and I really shouldn't b
#3, #1)Yes
Guilherme #3 Yes
Kalle #4 Yes
Tony Bibbs #3 Yes
Jaroslav Hanslik#1 (alt #3)Yes
Nathan Rixham* #2 (DS, alt #1 DS, #4) Yes
Liz #1 or #3
the function two in namespace one::step
one::step::two();
//this is always the method two of class step in namespace one
one::Step::two();
thoughts, opinions, reasons why it wouldn't work?
regards,
nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Ronald Chmara wrote:
On Oct 17, 2008, at 3:53 AM, Nathan Rixham wrote:
*A Simpler Solution*
Force userland / general naming conventions in PHP.
# namespaces are always lowercase
# functions are always lowercase
# classes are always CamelCaps with initial uppercase letter enforced
thus
Gregory Beaver wrote:
Nathan Rixham wrote:
seen. Personally though I'd love to see stas' #1 get implemented and
"->" used for all functions in a namespace so..
one::step::two(); //always static method of class
one::step->two(); //always function of namespace.
But
I'm ctrl+tapping all the time, so comes natural to my pinky!
This is a no-brainer AFAIK.
Thanks again (really),
Nathan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Boerger wrote:
Hello all,
Greg was so kind to give me part of his awesome upcoming Pyrus code. He
actually has it running with both ':::' and '\' as namespace separators.
So I thought I'd help out a tiny tiny bit by giving you all the choice of
having a look at actual working code:
htt
s or such. Just tune your process..
--Jani
nice suggestion I'm gonna do that at work! saved me a headache - cheers :)
--
nathan ( [EMAIL PROTECTED] )
{
Senior Web Developer
php + java + flex + xmpp + xml + ecmascript
web development edinburgh | http://kraya.co.uk/
}
--
PHP Int
rder is the correct way to deal
with that issue necessarily, but I think that's the sort of use case
it's intended to address.
just to add it in; in ejb3 in java you have PostConstruct and PreDestroy
which are pretty useful; maybe something along the same lines could be
im
Jani Taskinen wrote:
Nathan Rixham wrote:
just to add it in; in ejb3 in java you have PostConstruct and
PreDestroy which are pretty useful; maybe something along the same
lines could be implemented in PHP?
Or perhaps you should just stick with Java?
just a suggestion for some useful
Greg Beaver wrote:
Hi all,
Let me make this brief: there will be lots of complaining about the
namespace separator.
Stop. Now.
It serves no possible useful purpose. If you want to discuss why this
was chosen or suggest alternatives, feel free to write me *off-list*. I
would be more than hap
Stan Vassilev | FM wrote:
Opinions about how disruptive a mandatory backslash for global symbols *in
namespaces* would be, are welcome. Keep in mind that making the backslash
optional will lead to code breakage (such as for above drop-in replacements,
class autoloading etc.) and slower perform
Don't want to take up much of you're time, just wondered if anybody
could point me to the reason why some primitives aren't in php.
Would find it very very useful to have byte, short, long, float, double
and char in php. (primarily byte and char).
while I'm here I may as well also ask about f
Graham Kelly wrote:
Hi,
I think the reason there aren't more primitive types in PHP is because of
the nature of the language. One of the main features of PHP over say, C (and
even Java), is that the memory managment is completely transparent to the
devloper. This means that it really shouldent m
2008/12/18 Dave Ingram
>
> Also, what about this case:
>
> class MyTestClass {
> public function blah(Foo $f);
> public function blah(Bar $b);
> public function blah($v);
> }
>
> I would argue that the most specific function should be called, but how
> costly would that be to determine? What i
Dave Ingram wrote:
I remember that multiple signatures was said to have a possible very
difficult implementation. However, a similar behaviour can be achieved by
some instanceof().
I thought it probably would be awkward, but we do already have some type
hinting that can also be accomplis
Dave Ingram wrote:
Cristian Rodríguez wrote:
class MyTestClass {
public function blah(Foo $f);
public function blah(Bar $b);
public function blah($v);
}
Looks like you are using the wrong language, you need JAVA instead.
Yes, I'll admit it does look like Java (or any C++-like OO
Nathan Rixham wrote:
Dave Ingram wrote:
Cristian Rodríguez wrote:
class MyTestClass {
public function blah(Foo $f);
public function blah(Bar $b);
public function blah($v);
}
Looks like you are using the wrong language, you need JAVA instead.
Yes, I'll admit it does look
Robin Burchell wrote:
Just a random thought I have from reading over that:
Would it not be more 'natural' to change 'function' to indicate a
method with a variant return type, and allow e.g.
'int somefunc()' instead of 'function (int) somefunc()' to indicate an
int return?
it would break all
Robin Burchell wrote:
Hmm. How would it break it?
By leaving 'function' to mean variant, it's only adding new
functionality by overriding types to replace 'function', which should
have no issue with older code, surely?
To clarify:
current method declaration:
function foo()
public static functi
1 - 100 of 181 matches
Mail list logo