Hi!
offline profiler, but we could also use it to do dynamic profiling: this
would enable us to recompile hot methods with more aggressive
optimizations at runtime etc.
So this kind of functionality is still on your whishlist? As I was working
on exactly that kind of stuff, response/interest
Hi!
It seems that mono_marshal_get_stfld_wrapper does not have support for
MONO_TYPE_GENERICINST; Anyone knows a quick fix for this?
Thanks,
Willi
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Any comments regarding this?
Willi
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Zoltan Varga schrieb:
Hi,
Some comments about the patch:
- The TLS stuff is ok and it can be checked in.
I'll see if I can separate things..
- I think the patch should follow the existing mono coding conventions, ie.
no pascal-casing, space before
Hi!
To bring this discussion to an end: We'll neither change the world nor making an
impact in the world; We don't know if we'll ever reach our goal or even if we'll
create something useful - BUT we do think positive and because it's a fun
project we can cut our teeth on, we'll start planing
Marc,
Thanks very much for your detailed answer.
Why would it be in the Mono cvs? Chrome is a closed-source commercial
product, it's not open source. I made that clear in my original post.
Of course you made that clear - perhaps I did not explain what /I/ meant clearly
enough: I somewhat missed a
In this *particular* case, I would say that if you want to make an
impact in the world, you might have a better chance of achieving this by
taking gcc 4's GIMPLE internal structures and make it output CIL instead
of writing a new Pascal compiler.
I did not know that gcc understands Delphi?! Or
Francisco T. Martinez schrieb:
Willibald Krenn wrote:
How do you guys manage to get some work done while at the same time
hanging around in #mono? I can not do that, so I do not monitor #mono.
Willi
I think that it can only go further down from here!
Sorry if this sounded harsh (or even worse
Hi!
Would there be interest in adding a Delphi compatible compiler to Mono?
Somehow I'd like to see support for my pet language.. :-)
Any thoughts?
Willi
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
I would be quite willing to work on such a project (in my spare time),
Excellent!
but I don't have the documentation to do a decent job of it. It seems
to me that the best bet would be to match the language used by Borland's
products for maximum compatibility.
Yes, of course - this goes
Grant Hess schrieb:
Other than the fact that I don't know what the Delphi.net extensions to
the language spec are, I'd love to begin on this.
I'll dig into this - basically I think foreach is in, attributes of course and
new visibility identifiers. Then there are co-classes, namespaces
Hi!
I just looked at the VTable and hope someone can confirm my 'findings':
Each virtual method that is part of an interface has (at least?) two
entries in the VMT: One in the 'class' area, a second one in the
'interface' area. Even more pointers to the same method are possible in
the interface
Hi!
Any comments regarding this?
Willi
Index: mono/metadata/domain.c
===
--- mono/metadata/domain.c (revision 41202)
+++ mono/metadata/domain.c (working copy)
@@ -105,11 +105,9 @@
gint32
mono_domain_get_tls_offset (void)
{
- int
Ben Maurer schrieb:
There is no need for the #ifdef PIC in mini.c, the offset thingy already
returns -1 in this case.
Hmm, I guess you mean the ifdef PIC in mini-amd64.c: Did it because I
don't know if I'm allowed to throw out the read_tls_offset_from_method
functions.. (Don't know what this
Ben Maurer schrieb:
It returns -1. (you could have tried it out ;-).
Yes! BTW: I have to confess that I'm sometimes a little bit lazy.. :-)
Since it has to be GCC anyways, you can do the `block as an expression'
thingy. (read the GCC manual).
Hmm, you mean ({})?
Anyways, I've re-done the
15 matches
Mail list logo