[Mono-dev] gmcs version #define
Stefanos A.
stapostol at gmail.com
Wed Nov 11 16:43:22 EST 2009
Στις 11-11-2009, ημέρα Τετ, και ώρα 11:22 -0500, ο/η Jonathan Pryor
έγραψε:
> On Wed, 2009-11-11 at 17:22 +0200, Stefanos A. wrote:
> > According to the documentation, gmcs #defines the __MonoCS__ constant
> > when compiling C# code. However, it doesn't seem to provide a constant
> > that identifies the compiler version.
> ...
> > Does this sound like a reasonable feature? Would it be possible to add a
> > constant like "#define __MonoVersion__ 260" in some future version?
> > (where 260 is gmcs 2.6.0, 281 is gmcs 2.8.1, etc)
>
> The problem here is that C# #defines can't have values, so you can't do
> `#define __MonoVersion__ 260`. Instead, you would need to have a
> "family" of #defines with the version encoded in the name, e.g.
> __MonoCS_200__, __MonoCS_220__, __MonoCS_240__, etc., and I'm not sure
> that would be very useful (as you couldn't have `#if __MonoCS__ > 260`
> blocks, but instead `#if __MonoCS_260__ && !__MonoCS_240__` or
> something, which relies on answering this: should gmcs 2.6 define *both*
> __MonoCS_260__ AND __MonoCS_240__, or just __MonoCS_260__?).
I admit didn't know that C# #defines can't have values. I'm rather
surprised but I guess should have checked the C# specs first.
In this case, introducing version defines will likely cause more trouble
than it's worth.
> My gut feeling is that this can't actually be solved easily within C#
> source; you'd instead need to move the logic into e.g. make(1), and use
> `#if BNC_XXXXXX` [0] in your source, and in your Makefile add
> -d:BNC_XXXXXX if `mcs --version` is a known bad version.
Makes sense. I'll try to work out the details for the current
msbuild/xbuild build environment (the main sticking point is keeping the
solution cross-platform).
Thanks!
>
> - Jon
>
> [0] Why BNC_XXXXXX? Bugzilla.Novell.Com with XXXXXX as the bugzilla ID
> number. Replace BNC with the appropriate bugzilla abbreviation, as
> appropriate. Great fun, and lets you know when you can stop using the
> #define. :-)
>
>
More information about the Mono-devel-list
mailing list