----- Original Message ----- From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "Jeroen Zwartepoorte" <[EMAIL PROTECTED]>; "Castro, Edwin Gabriel (Firing Systems Engr.)" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, August 14, 2004 5:27 AM
Subject: Re: [Nant-users] checking nant version



Gert Driesen wrote:

Jeroen,

The <script> is currently not support on Mono. The reason for this is that the <script> task supports C#, VB.NET and JScript.NET, and Mono is still lacking support for JScript.NET (at least in officially released versions).

I wonder if we can get this working by loading the language providers via reflection. It would be a shame to do without the script task because of the lack of JScript which probably isn't even used that much for nant build scripts.

Yeah, we should probably also support third-party code generators/providers. Should we have a nested <generator> element, which has two attributes : assembly and provider (or so) :


<script>
<generator assembly="NemerleCodeProvider.dll" provider="Nemerle.Contrib.NemerleCodeProvider" />
<code>
.....
</code>
</script>


(assembly could be optional)

or should we just allow users to specify a fully qualified name for a class implementing System.CodeDom.Compiler.CodeDomProvider in the language attribute ?

In that case, the assembly containing the codeprovider should be in the GAC, but I don't think that's really an issue ...

The built-in properties are documented here : http://nant.sourceforge.net/nightly/help/fundamentals/properties.html

However, most of them will be deprecated in the 0.85 release and have been replaced with functions (as these are much more powerful).

Perhaps we could add support for a version data type in NAnt, and then also support relational operations between instances of that type, but not all "regulars" might like that idea ...

You could then have something like this :

<if test="${assembly::get-version(nant::get-location()) > version::from-string('0.85.1684.0')}">
....
</if>

surely a shortcut

nant:get-version() function would be better than having to do:
assembly::get-version(nant::get-location())

Not sure about this, it is indeed shorter, but we can't provide shortcuts for all functions ...



But this would need to be discussed first ...

Sure - lets discuss it :)

I sent another message in which I specify what would need to be done to support a version data type ....


Gert



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to