[Mono-dev] [PATCH] Mono DTrace provider

Andreas Färber andreas.faerber at web.de
Wed May 28 14:33:28 EDT 2008

Am 28.05.2008 um 15:32 schrieb Zoltan Varga:

> Some comments about the patch:
> - I would vote for the --enable style instead of the --disable style,
> cause enabling
>  things by default is known to break builds on some environments. If
> things look ok,
>  we can enable it later.

Let me add that I consider *both* the Solaris-related changes to the  
build system and the proposed 'mono' provider experimental.

The lack of any pragmas in the .d provider file implies that the  
provider is "private" and "unstable". Especially I still consider the  
arguments and probe naming unstable. Once we've found an acceptable  
solution for the build issues, so that we can further experiment, it  
might be a good idea to post the provider on the DTrace list for review.

On my TODO list still is testing this on Solaris 10 i86/amd64. Solaris  
10 will likely have an older version of DTrace, and in the worst case  
it doesn't support generating a header file. If so, that would be a  
good reason to proceed with manually architecting a header file, as  
inspired by Zoltan.

Another point to consider is Novell's binary builds for the Mac. I  
haven't tested this, but I'd assume inserting probes on the Mac is not  
backwards compatible and thus would need to be disabled for the  
official builds, which target v10.4 (and were still inofficially  
compatible with v10.3.9 last time I checked), whereas DTrace is new in  
v10.5. If we'd choose to enable it by default, it would need to be  
disabled there.


More information about the Mono-devel-list mailing list