Hi - thanks for the reply.
 
I've just tried the latest nightly build of NAnt and it's still the same 
unfortunately.
 
I've got the RC3 and latest nightly of NAntContrib to take a look at, so I'll 
see what's happening there.
 
Otherwise I'll resort to <csc> or <exec> for DevEnv.
 
Cheers,
Mike.

________________________________

From: [EMAIL PROTECTED] on behalf of Gary Feldman
Sent: Tue 18/04/2006 19:04
To: nant-users@lists.sourceforge.net
Subject: Re: [NAnt-users] <solution> task issue



Burgess, Michael wrote:

> Hi there. I'm putting together my first attempt at a CI system and
> NAnt build script to replace the VBscript at present. I've got one
> question regarding compilation.............
>
> Our mail solution is compiled at present using the 'devenv' exec at
> the command line.
>
> If I try to use the <solution> task in NAnt it complains about our
> .csdproj projects in the solution not being supported.
>
> Should I use the <exec> task and call devenv, or is there a more
> elegant way using built in tasks?
>
I don't do PDA and similar development, so I can't say for sure, but I'm
surprised that NAnt can't handle this. Are you using a recent vesion of
NAnt?

In any event, my initial reaction is to use the <csc> tasks for the
compilation. It's conceivable that will be enough, but I just don't know
what's typically done for this sort of work. There are a number of other
NAnt tasks, as well as NAntContrib tasks that relate to other tools that
get invoked by Visual Studio. You may want to do a manual build inside
of the VS GUI and check the logs to see exactly what tools are invoked
in what order. If everything that VS does has a corresponding NAnt or
NAntContrib task, I'd go that way. But if there's something that can't
be done directly by a task, then I'd fall back on using an <exec> of
devenv. Of course, you might find that the former approach is too much
work, and simply use the latter approach.

Gary



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
NAnt-users mailing list
NAnt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-users





__________________________________________________________________________
This e-mail and the documents attached are confidential and intended 
solely for the addressee; it may also be privileged. If you receive this 
e-mail in error, please notify the sender immediately and destroy it.
As its integrity cannot be secured on the Internet, the Atos Origin group 
liability cannot be triggered for the message content. Although the 
sender endeavours to maintain a computer virus-free network, the sender 
does not warrant that this transmission is virus-free and will not be 
liable for any damages resulting from any virus transmitted.
__________________________________________________________________________


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
NAnt-users mailing list
NAnt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to