> > Clayton was wondering if we could use <References inside NAnt, and
> > Gump write a pre-defined include file [it does something
> similar when
> > it run Maven]. Does this idea have legs? Will it work for
> compiles and
> > tests?
>
> I don't think it would work for tests. Can you specify the
> path to nunit.core.dll at runtime for NAnt's <nunit> task -
> or maybe before runtime, but to a value that may be different
> every day?
Hi, sorry I am ringing in so late it has been a long day. Adam I think
we were talking more or less about the include file that could be used
to override a path in a build file (i.e. a lib directory). So the
referencing file/ build master file would look something like this:
<include buildfile="my.local.xml" failonerror="false"/>
<csc target="exe" output="HelloWorld.exe" debug="true">
<nowarn>
<!-- do not report warnings for missing XML
comments -->
<warning number="0519" />
</nowarn>
<sources>
<include name="**/*.cs" />
</sources>
<resources dynamicprefix="true" prefix="HelloWorld">
<include name="**/*.resx" />
</resources>
<references>
<include name="${lib.dir}/MyLibrary.dll"/>
<include name="System.dll" />
<include name="System.Data.dll" />
</references>
</csc>
And then in your local copy of gump you would override lib.dir:
<property name="lib.dir" value="/my/new/lib/dir"
readonly="true"/>
Applying this to the NAnt.build file would give you the ability to point
at a different bin folder (pseudo build file):
<!-- in include file -->
<property name="lib.dir" value="/my/root/lib/dir"/>
<property name="lib.family.dir"
value="${path::combine(lib.root, lib.family.dir)}" readonly="true"/>
<!-- and in NAnt.build this line would now point at your new lib root
path
if the include was added to the build script
-->
<property name="lib.framework.dir"
value="${path::combine(lib.family.dir,
framework::get-version(framework::get-target-framework()))}"
dynamic="true" />
It would not allow you to change the <nunit/> binary at runtime though
but you could recompile with a freshly built bin dependancy tree...which
would in effect allow you to run with a different version of nunit.
It is late so I hope that makes sense :-).
Cheers,
Clayton
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
