Shaw, Gerry wrote:
> I've thought of doing one but alas time!. That is pretty close to the
> exact feature set I came up with. Something small and light. It would
> be a pretty cool project for somebody who had some time and wanted to
> learn Windows Forms and C#.
It would probably be more hel
Kevin Dente wrote:
> True - but then you actually need the IDE installed on that machine. With
> the CSPROJ task, you only need the free C# compiler (as in, you don't need
> a VS.Net license for your build machine).
What part of the SDK creates and/or interprets .csproj files?
> The task is re
Kevin Dente wrote:
> [...] a task that builds directly from the VS.Net project file would be
> even nicer. Of course, VBPROJ and VCPROJ tasks would likely follow.
All of the above can be done from devenv.com (open a command prompt and type
"devenv /?" for command line options). A task sounds li
Scott Hernandez wrote:
> Okay, with all the changes I've made, let's push back the release to
> Monday (last time, I promise?).
I'd rather you promised it was stable, than it was out this Monday. How
about that? :) :)
Brad
--
Read my web log at http://www.quality.nu/dotnetguy/
__
Scott Hernandez wrote:
> http://www.sf.net/projects/NAntContrib (please signup for the dev list
> if you are interested)
Those wacky Unix people are case-sensitive. :)
http://sf.net/projects/nantcontrib
Brad
--
Read my web log at http://www.quality.nu/dotnetguy/
Scott Hernandez wrote:
> It seems like an environment variable is a good way to do this. That is
> how ant works, and it seems to work well.
> Maybe we should adopt a NANT_HOME environment variable for others to
> find us. This env. var. could also be used for what you want, no?
I see his point
Tomas Restrepo wrote:
> What I'd like to have is a property (let's call it nant.location for now),
> the value of which would contain the complete path to the directoy nant is
> being loaded from. I know it doesn't sound like much, but it's really a two
> line change in Project.cs and would allow
Scott Hernandez wrote:
> I vote for a new NAntContrib Project.
+1. :)
Brad
--
Read my web log at http://www.quality.nu/dotnetguy/
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- ht
Scott Hernandez wrote:
> Announce to the world (I don't know who to announce to)
Announce it to the .NET and Mono mailing lists (in addition to here, of
course) and the web loggers will take care of the rest of the world. ;)
Brad
--
Read my web log at http://www.quality.nu/dotnetguy/
___
Scott Hernandez wrote:
> I'd like to create a NAnt-Users List for user related mail. The list
> would replace the current forum on sourceforge and be used to field user
> questions and answers.
+1. A large # of my questions aren't necessarily development related, but
there's nowhere else to ask
I have need to do something approximately like this:
for each directory you find in this subdirectory
execute a command with the directory name as part of the command line
loop
Doesn't really sound like something I can do with NAnt as is, can I? If not,
would there be any interest in
Can we get a new stable release? I'm trying to have people use NAnt, and
even though the nightly snapshots tend to be pretty darn stable, there's
still a stigma attached. My .build files are nowhere near compatible with
the January release. :)
Brad
--
Read my web log at http://www.quality.nu/dot
Browning, Don wrote:
> Does Ant have anything like a subroutine task?
Not that I'm aware of. And you couldn't do it at the task level, anyway.
That's too late. It would have to be something added to the core of NAnt as
a parallel (but separate) thing like "target".
Could it be done? Yes. Should
Browning, Don wrote:
> [...] the first time I run the target everything executes fine, but the
> second time I call that same target, nothing happens.
I believe this to be by design. I ran into this too, but didn't send an
e-mail, for the simple reason that I decided I was using NAnt in a way th
Ian MacLean wrote:
> Agreed. The basic issue is that the C# task has no knowledge that the
> build file has been changed. If we make it compare tstamps for the build
> file against the binary that sould give us enough infomation to work
> this out. This would force rebuild for all csc takss in
Scott Hernandez wrote:
> What I'm suggesting is if no default target is defined, and no target is
> supplied as a command line arg, then the projecthelp should be
> displayed.
Ahhh. I misunderstood. Yeah, that's cool w/ me.
>> Descriptions are already available, via the "description" attribute
Scott Hernandez wrote:
> I suggest that the list of valid targets is given. So you would get
> something like this for a bad target of "d".
I like having a default target the way it is.
> If this sounds like a good idea, I'd also want to add a description to
> the target so they have a little m
Smith, Eric V. wrote:
> It's beginning to sound like my VersionTask isn't what people are after
It's what I want, and planned on writing. :)
Brad
--
Read my web log at http://www.quality.nu/dotnetguy/
___
Nant-developers mailing list
[EMAIL PROTECT
Jason Diamond wrote:
> Brad, the alias idea is great. They're sorta like macros, right? Another
> really simple example might be creating two different aliases to csc with
> different optimization arguments.
Yep. I'm thinking that I might right away use it to "reuse" settings.
Virtually all of m
Smith, Eric V. wrote:
> I'm not exactly sure what you're driving at with the aliases. What
> refers to the alias name attribute? Is it something in the .build file?
Commands in a .build file would resolve to aliases first, and failing to
find an alias, would resolve directly to tasks.
> I don
Kevin Dente wrote:
> I was worried about that same issue of compiler paths for cl - it would be
> great if it didn't need to be in the path, and would be even better if we
> could support multiple compiler versions. But would the config file
> solution force us to set one compiler version for the
21 matches
Mail list logo
