[Mono-dev] gmcs and The Future

russell.kay at realtimeworlds.com russell.kay at realtimeworlds.com
Wed Feb 4 11:18:05 EST 2009

Yes but this is only for a very small class of functions that we know
will work correctly within these constraints... its not for everyone I
know, but it is still a feature that we would like to have.


-----Original Message-----
From: Mark Probst [mailto:mark.probst at gmail.com] 
Sent: 04 February 2009 16:14
To: Jb Evain
Cc: Russell Kay; mono-devel-list at lists.ximian.com; scott at ssblack.co.nz
Subject: Re: [Mono-dev] gmcs and The Future

On Wed, Feb 4, 2009 at 5:10 PM, Jb Evain <jb at nurv.fr> wrote:
>>  So I'm not expecting the C# compiler to output anything other than
>>  but just eliminate the calling overhead and not relying on the JIT
to do
>>  the inlining.
> That's just not possible for a large majority of the cases, as it
> would cause a lot of access exceptions. You can't simply inline an
> instance method which reads a private field in its own type, inside
> another type for instance.

Apart from the fact that if you're inlining a method from a different
assembly by "importing" it you're not only depending on the interface
of the assembly not to change in the future, but also on the
implementation, which is a very bad idea.


Mark Probst

This email has been scanned by the MessageLabs Email Security System


This message and any attachments contain privileged and confidential information intended for the use of the addressee named above. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. Please note that we cannot guarantee that this message or any attachment is virus free or that it has not been intercepted and amended. The views of the author may not necessarily reflect those of Realtime Worlds Ltd.


Realtime Worlds Ltd is registered in Scotland, number 225628. Registered Office: 152 West Marketgait, Dundee, DD1 1NJ.

More information about the Mono-devel-list mailing list