Troy Laurin wrote:
On 9/20/05, Gary Feldman <[EMAIL PROTECTED]> wrote:
but on the other hand there are some
things that make can do easily, but which are tricky or more work to do
in NAnt - such as adding a project-wide pre or post compile step.
That actually sounds like a good idea..
Gary,
we seem to have a difference in underlying principles. I don't want
to imply (that I think) that your principles/opinions are wrong, I'm
just presenting mine as an alternative, and partial justification for
my opinions.
Well, then...
On 6/29/05, Gary Feldman <[EMAIL PROTECTED]> wrote:
> T
Hello,
mine 2 cents to this:
- first I liked those pipe idea proposed
- but Gary is mostly right - there is alot stuff possible via output/append
- only missing is input redirection?
- last line in example should be equivalent for pipe
- intermediate files are cached by system, so
Troy Laurin wrote:
I have no issues with making the shell configurable, that's definitely
a Good Idea, although the actual nature of how to configure it would
probably need discussion. Would it be a normal (magical) property, or
a special parameter like the logger? Presumably it could be
overr
7;Martin Aliger'; nant-developers@lists.sourceforge.net
> Subject: RE: [nant-dev] RE: [ nant-Bugs-1210046 ] Fileset
> fails when nested in an if block. - 0.85 RC2
>
> Martin,
>
> Can you also create unit tests for this change (covering both
> success and failure scenario&#x
Martin,
Can you also create unit tests for this change (covering both success and
failure scenario's) ?
Thanks !
Gert
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Martin Aliger
> Sent: maandag 13 juni 2005 17:59
> To: nant-developers@lists
Gert Driesen wrote:
Hi Conor,
I understand that this is a breaking change for anyone implementing their
own compiler tasks (that derive from CompilerBase) like you.
But in this case, the change from bool to DebugOutput enum was necessary to
support the different debug modes (off, full, pdbonly) for
Hi Conor,
I understand that this is a breaking change for anyone implementing their
own compiler tasks (that derive from CompilerBase) like you.
But in this case, the change from bool to DebugOutput enum was necessary to
support the different debug modes (off, full, pdbonly) for the csc, vbc and
Title: RE: NAnt internal error (floridariz)
Dave,
Can you please try using NAnt 0.85 RC1 or a recent nightly
build (http://nant.sourceforge.net/nightly/latest)
? Lots of issues have been fixed since.
Thanks !
Gert
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Here are my findings after studying the source code in NAntSchemaTask.cs
and TypeFactory.cs and writing some code to support named assemblies:
* The current semantics of is to generate a XSD for all
loaded assemblies or for a single class in one of those loaded
assemblies. Requiring tha
- Original Message -
From: "Ayende Rahien" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 09, 2004 6:44 AM
Subject: [nant-dev] RE: NAnt & Nunit 2
I did some digging using Filemon and discovered that it wants the
nunit.framework.dll right next to the test case dll.
I've been following this dicussion from the sidelines, and one idea that has
occurred to me that may help, and should probably be addressed anyway, is
having Gump produce its own public/private key pair for signing strong names
for the assemblies. By using a separate key, you reduce the GAC proble
> > I suggest that you do it the simple way - compile the all your
> > apps/libraries to a single directory using it as both a target and a
> > reference source and forget the GAC at all.
>
> Will that work with Mono 1.0.1 installing NUnit 2.1.91 into the GAC as
> it does on my Mac? I guess it wil
On Mon, 6 Sep 2004, Jaroslaw Kowalski <[EMAIL PROTECTED]> wrote:
> See this article "Avoid DevPath" for info on why you should avoid
> DEVPATH
>
> http://blogs.msdn.com/suzcook/archive/2003/08/15/57238.aspx
Thanks again.
,
| It's not good for the dev. env., either - it makes it unnecessaril
On Mon, 6 Sep 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> 1) A project can have an attribute of language="csharp" (and this is
> needed to generate lib path).
wouldn't we need a more generic "platform" or something like this.
Would the lib path treatment of a J# or Nemerle or whatever .NET
Hi,
back from vacation so I'm sorry for the delay. I wonder whether my
apache.org address will make it through to the nant list, if not I'll
repost there using the "other address" I've already use to subscribe
there.
On Mon, 30 Aug 2004, Gert Driesen <[EMAIL PROTECTED]> wrote:
> From: "Adam R. B
al Message -
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: "Clayton Harbour" <[EMAIL PROTECTED]>; "Jaroslaw Kowalski"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, September 06, 2004 10:16 PM
Subject: Re:
> I was talking with Adam the other day and he suggested that a batch/ shell
script that built NAnt > from source might be a little better than relying
on the mini-NAnt.exe. I believe ant uses
> something similar to bootstrap itself so my understanding is that this
fits in better with the gump
> p
R. B. Jack; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc:
Subject: Re: [nant-dev] Re: NAnt
Hi Clayton!
What's wrong with using the NAnt-provided bootstrap procedure? It uses a
portable mini-nant that is stored in CVS can run on any platform supported.
You just do either:
bin/NAnt.ex
;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, September 06, 2004 9:34 PM
Subject: RE: [nant-dev] Re: NAnt
Hi Adam,
I managed to get a first cut at the bootstrap together. I have only
produced the Windows batch file and just want you to take a look and make
sure it is somethin
n the gump repository or should it sit in the project
(i.e. NAnt) repository?
Cheers,
Clayton
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
Sent: Mon 9/6/2004 11:11 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc:
Subject: Re: [nant-dev] Re: N
nts you want to run. This can be done with a simple
shell script that uses "gacutil" to remove unwanted assemblies.
Jarek
- Original Message -
From: "Stefan Bodewig" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, Septemb
Stefan wrote:
> In Gump's case we probably can live with making sure that "our" version
> is used instead of the one in the GAC and DEVPATH seems to be a way to
> achieve that (I've only read the first paragraph of that article,
> though 8-).
Clayton Harbour and I chatted on irc.freenode.net:#asf
On Mon, 6 Sep 2004, Jaroslaw Kowalski <[EMAIL PROTECTED]> wrote:
> I think that you cannot avoid GAC with .NET because of the order in
> which the assebmlies are located:
>
> http://www.awprofessional.com/articles/article.asp?p=30601&seqNum=6
Thank you for that URL.
In Gump's case we probably c
I think that you cannot avoid GAC with .NET because of the order in which
the assebmlies are located:
http://www.awprofessional.com/articles/article.asp?p=30601&seqNum=6
The only way would be to remove all non-MS assemblies from it.
I may be wrong, though ;-)
Jarek
- Original Message
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Gert Driesen
> Sent: Tuesday, 3 August 2004 9:46 PM
> To: Gary Feldman; Nant-Developers (E-Mail)
> Subject: [nant-dev] Re: [Nant-users] NAnt 0.85 release notes + to-do's
>
> Hi Gary,
>
> Thanks
Gary,
This should be fixed in cvs now.
Thanks,
Gert
- Original Message -
From: "Gary Feldman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, July 09, 2004 5:27 PM
Subject: [nant-dev] Re: [Nant-users] Cl.exe /I for additional include
directories
> >Fr
On Wed, 2004-03-17 at 16:57, Matthew Mastracci wrote:
> Gert Driesen wrote:
>
> > You mean an attribute that didn't exist ? Properties that don't exist cause
> > a build error already ...
>
> Yep - that's what I was thinking.
>
> > But I agree that we should indeed have this mode (or just alway
gt;
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "! nant" <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 3:45 PM
Subject: Re: [nant-dev] Re: [Nant-users] Force recompilation
You mean the same task used for cleaning? Why?
Jarek
I don't mind, but
Gert, if I may say so :)
/Nicke
> -Original Message-
> From: Gert Driesen [mailto:[EMAIL PROTECTED]
> Sent: den 13 januari 2004 15:58
> To: Jaroslaw Kowalski
> Cc: ! nant
> Subject: Re: [nant-dev] Re: [Nant-users] Force recompilation
>
>
> because tasks know how
<[EMAIL PROTECTED]>
Cc: "! nant" <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 3:45 PM
Subject: Re: [nant-dev] Re: [Nant-users] Force recompilation
> You mean the same task used for cleaning? Why?
>
>
>
>
> Jarek
>
> > I don't mind, bu
You mean the same task used for cleaning? Why?
Jarek
> I don't mind, but we should perhaps consider having a buildmode or
> something, which can be set to Build (default), Rebuild, Clean,
>
> Gert
>
---
This SF.net email is sponsored
- Original Message -
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "! nant" <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 3:23 PM
Subject: [nant-dev] Re: [Nant-users] Force recompilation
> How about it ? May I commit?
I don't mind, but
31049
> -Original Message-
> From: Gert Driesen [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 26, 2003 3:12 AM
> To: Ian MacLean; David Reed
> Cc: [EMAIL PROTECTED]; nant-
> [EMAIL PROTECTED]
> Subject: Re: [nant-dev] Re: [Nant-users] Problem installing nant v82
c: Gert Driesen; [EMAIL PROTECTED]; nant-
> [EMAIL PROTECTED]
> Subject: Re: [nant-dev] Re: [Nant-users] Problem installing nant v82
>
>
> This may be a problem with SF.NET mirroring, some mirrors are more
> up-to-date than others. Sometimes I get 404 when accessing some new
file
<[EMAIL PROTECTED]>
Sent: Friday, December 26, 2003 7:03 AM
Subject: Re: [nant-dev] Re: [Nant-users] Problem installing nant v82
> Hmm - it looks like the release packaged up an older version of the
> source code. If I compare whats in the zip to whats in cvs on the 0.84
> branch they ar
-
From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "David Reed" <[EMAIL PROTECTED]>
Cc: "Gert Driesen" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, December 26, 2003 7:03 AM
Subject: Re: [nant-dev] Re: [Nant-us
Hmm - it looks like the release packaged up an older version of the
source code. If I compare whats in the zip to whats in cvs on the 0.84
branch they are not the same ie those fixes are missing from the zip.
There might have been a mix up as both rcs are called nant-0.84.zip.
Ian
David Reed w
I can confirm that I experience the reported build bug also with
v0.84-RC2 freshly downloaded from
http://keihanna.dl.sourceforge.net/sourceforge/nant/nant-0.84.zip
C:\Temp\nant-0.84>bin\nant
build.log is the out-of-the-box error before changing the default
framework in the config file; b
ginal Message-From: Jaroslaw
Kowalski [mailto:[EMAIL PROTECTED] Sent: Tuesday, 16 September, 2003
11:52To: Anthony LoveFrancisco; 'Daniel Nguyen';
[EMAIL PROTECTED];
[EMAIL PROTECTED]Subject: Re: [nant-dev] RE:
[Nant-users] How do one update the AssemblyVersion build
num
8:15
PM
Subject: RE: [nant-dev] RE: [Nant-users]
How do one update the AssemblyVersion build number?
Oops, sorry, my bad. I think
that 65535 is the upper limit for build number parts which less than
Int32.Max.
-
Ants
-Original Message-From: Jaroslaw
; 'Daniel Nguyen';
[EMAIL PROTECTED];
[EMAIL PROTECTED]Subject: Re: [nant-dev] RE:
[Nant-users] How do one update the AssemblyVersion build
number?
Yes, it seems to be legal: a snapshot of
my ILDASM dump:
.assembly extern Sooda{
.publickeytoken = (36 D3 1D A5 0
Title: Message
Because you can either provide a
platform-independend executable and nant will run it or compile it
on-the-fly using task. So you need nothing but NAnt + your
project. The source code for both utilities is trivial as opposed to "sed"
or "awk" sourcecode which requires a rathe
Title: Message
Yes, it seems to be legal: a snapshot of my
ILDASM dump:
.assembly extern Sooda{
.publickeytoken = (36 D3 1D A5 0D 00 DE DD
)
// 6... .ver 1234:1234:1234:5}
Jarek
- Original Message -
From:
Anthony LoveFrancisco
To: '
> Ian MacLean wrote:
> I'm still fleshing out the details but basically infer the locale based
> on the resx file name ( or allow it to be specified ) and then use
... or infer it if not specified?
> assemblylinker to build the satellite assemblies.
So you plan a comfort feature of implicitly "
> Ian MacLean wrote:
>
> Gert Driesen wrote:
>
> >In my opinion, high on the list of things to do are :
> >
> >- support for building locazized applications (for both the compiler
> tasks
> >and for the solution task)
[...]
> hmmm - actually the first two are on *my* TODO list. I've started
> l
Ian wrote:
[snip]
> so yes it needs some work but we are working on it.
I consider NAntContrib to be a playing ground for contributing
_developers_ to create new tasks, before these enter the main
repository. For this purpose, it functions perfectly. In fact, I wish
that the solution task, which
--- Begin Message ---
David Reed wrote:
I have attempted and failed a couple times to build NAntContrib from the
sources I downloaded from cvs. There are no released files for the
project. There have been no nightly builds since June 03. There's no
traffic on either the user or developer lists
Sascha Andres wrote:
* a version system task for cvs - a SourceSafe one would be
nice too, cause I know many using this.
both of these tasks exist right now. Sourcesafe tasks are in
NAntcontrib. And I've started on perforce tasks.
* ensure documentation ist complete, the way it's now is
o
Brar Piening wrote:
what you plan to do in case of
"building locazized applications"?
I'm still fleshing out the details but basically infer the locale based
on the resx file name ( or allow it to be specified ) and then use
assemblylinker to build the satellite assemblies.
I'm asking becaus
Gert Driesen wrote:
hmmm - actually the first two are on *my* TODO list. I've started
looking at the localisation stuff for the compiler tasks anyway.
Great, so you're also using the assemblylinker task to generate satellite
assemblies ?
exactly right. Thats the only way you can do
Gert Driesen wrote:
and for the solution task)
- datatype documentation
Have you made any progress on the type docs ?
nope. Got the 0.83 release out first. Its on the list for this week.
Ian
---
This sf.net email is sponsored by:Th
- Original Message -
From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, September 07, 2003 1
Gert Driesen wrote:
In my opinion, high on the list of things to do are :
- support for building locazized applications (for both the compiler tasks
and for the solution task)
- datatype documentation
- packaging (one distribution for all supported frameworks, or separate
distributions)
Note:
- Original Message -
From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Sunday, September 07, 2003 9:04 AM
Subject: [nant-dev] Re: [Nant-users] 0.8.3 final
> Jaroslaw Kowalski wrote:
>
> >Is there any up
Ok, diff is attached.
Will some build master add this to the CVS?
Regards,
Thomas
> -Original Message-
> From: Ian MacLean [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 13. August 2003 15:08
> To: Freudenberg, Thomas
> Cc: NAnt Developers
> Subject: Re: [nant-dev] RE:
post a diff to the list.
diff -u file1 file2
should be fine.
Ian
I've made the appropriate changes. I've named the attribute "changecase",
possible values are None, Upper, and Lower. None is the default value.
I.e. you can write
Unfortunately, our firewall doesn't allow access to external CVS
Hi,
I don't think I really like adding a message attribute to the Task class,
and having two ways of outputting messages to the build log.
The echo task is more powerful as it allows messages to be output only when
a condition is met (separate from the task conditions), and it allows you to
set a
Any ideas ?
- Ants
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On
| Behalf Of Anthony LoveFrancisco
| Sent: Friday, 11 July, 2003 00:15
| To: 'Gert Driesen'; 'John Barstow'
| Cc: 'Nant-Developers (E-Mail)'
| Subject: RE:
| > My proposal is that nightly builds should have a build number of the
| format:
| > 0.8.3.YYMMDD
| > That way it's always clear that this is, in fact, a
| development build.
| > We should be able to add this to the daily build script to
| > auto-increment.
| >
|
| The revision number is act
- Original Message -
From: "John Barstow" <[EMAIL PROTECTED]>
To: "'Gert Driesen'" <[EMAIL PROTECTED]>
Cc: "Nant-Developers (E-Mail)" <[EMAIL PROTECTED]>
Sent: Friday, July 11, 2003 3:50 AM
Subject: [nant-dev] RE: NAnt version number
> Gert Driesen [mailto:[EMAIL PROTECTED] wrote:
> > I
PROTECTED]'; 'Nant-Developers
(E-Mail)'Subject: RE: [nant-dev] RE: [Nant-users] docbook.xsl and
nant
Hi
Gius:
Double check on wether the DocBook stylesheet has
read-only attributes.
I
have run into problems in the past when the stylesheet
has
read-only attrib
Title: Message
Hi
Gius:
Double
check on wether the DocBook stylesheet has
read-only attributes.
I have
run into problems in the past when the stylesheet
has
read-only attributes.
hth,
--
tom.
-Original Message-From: Greco Giuseppe
[mailto:[EMAIL PROTECTED] Sent: Tuesd
Granted, we're getting off topic... but Bill's Kung-Fu is clearly
stronger than mine and I wish to lean. (And figure it might be
instructive to others)
So Bill,
Am I understanding correctly that this defeats the "security" of scoping
something as private? Are there limits to this? (Like
Thanks very much.
Graeme
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Ian
> MacLean
> Sent: 19 September 2002 21:02
> To: Graeme Humphrey
> Cc: [EMAIL PROTECTED]
> Subject: Re: [nant-dev] Re: [Nant-users]
Graeme Humphrey wrote:
>Hello,
>
>At the risk of sounding like a broken record, but can anyone
>comment on the availability of 0.8.0?
>
>
>
We're starting work on putting that release right now. The main reason
its been put off has been Scotts vacation. The code is pretty much ready
we just
PROTECTED]
Subject: RE: [nant-dev] Re: [Nant-users] Whatever happened w/ 0.8?
Hello,
At the risk of sounding like a broken record, but can anyone
comment on the availability of 0.8.0?
If it has been ditched in favour of 0.9.0 then so be it.
BTW. Thanks to all the developers who have contributed to the
every day.
Keep up the good work!
Thanks,
Graeme Humphrey
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kevin
Miller
Sent: 18 September 2002 14:23
To: [EMAIL PROTECTED]
Subject: RE: [nant-dev] Re: [Nant-users] Whatever happened w/ 0.8?
Please may the
Please may the power that be give out a roadmap for NAnt?
It seems to me that the 0.8.0 release has been forgotten in lieu of the
refactored 0.9.0 release.
I have frozen my NAnt local support for a pre 0.8.0 version as the refactor
broke the infrastructure I use to support NAnt, NAntContrib and
Scott Hernandez wrote:
>+1
>
>
>
>>I'm thinking we should put resgen back in core. csc is in core and
>>anyone doing GUI work will need resgen as well. There Have been
>>
>>
OK its done now. btw I think the informal apache style +1, -1 voting
style seems to work pretty well.
Ian
--
That is a good point.
What I was doing was returning a build error so I could display the
project help. (Since there is no other easy way to message NAnt from
within the project.) I think I should only do this if there is no global
task defined also.
I have backed out my change. Sorry for the
71 matches
Mail list logo
