-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: dinsdag 7 februari 2006 8:03
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] resgen speed
Gert,
you wrote (in response to one issue report):
Resgen
Bugs item #1415272, was opened at 2006-01-26 10:38
Message generated for change (Comment added) made by drieseng
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=402868aid=1415272group_id=31650
Please note that this message will contain a full copy of the comment
Good, thanks for explanation.
btw: (that one I forgot to write before :)
If (targetframework==framework_nant_is_running on) {
we could use ResouceWriter class as someone suggested?
is it only condition or there are other catches?
}
Since I think, this condition is usually met, it could be
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: dinsdag 7 februari 2006 10:33
To: 'Gert Driesen'; nant-developers@lists.sourceforge.net
Subject: RE: [nant-dev] resgen speed
Good, thanks for explanation.
btw: (that one
The updated task (using the code from Dries) is at home :( I'll email it tonight (I meant to copy it to my MP3 player or my GMail drive, but forgot. Sorry)Wouldn't the NamespaceManager on Project be a different instance to the one on the Task, therefore have a different set of namespaces?
JohnOn
Bugs item #1425659, was opened at 2006-02-06 23:20
Message generated for change (Comment added) made by drieseng
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=402868aid=1425659group_id=31650
Please note that this message will contain a full copy of the comment
Bugs item #1423931, was opened at 2006-02-04 08:15
Message generated for change (Comment added) made by drieseng
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=402868aid=1423931group_id=31650
Please note that this message will contain a full copy of the comment
Bugs item #1425826, was opened at 2006-02-07 07:00
Message generated for change (Settings changed) made by drieseng
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=402868aid=1425826group_id=31650
Please note that this message will contain a full copy of the comment
Has anymore work been completed on the msbuild-solution task?
However, developers who are in a similar position as myself, who have
relatively easy to compile solutions and are migrating their
applications
over to VS 2005, are forced to make a decision. Do we stick/use NAnt,
or
do we go with
FWIW, I've had great success just using the exec / task for
running MSBuild. It works just fine, and I can pass in any
of the parameters I want. We started using it just about 5
minutes after we started building our .NET 2.0 applications,
i.e. long enough to modify the build files to
FWIW, I've had great success just using the exec / task for
running MSBuild. It works just fine, and I can pass in any
of the parameters I want. We started using it just about 5
minutes after we started building our .NET 2.0 applications,
i.e. long enough to modify the build files to accomodate
I haven't had any problem resolving project dependencies.
MSBuild seems to be smart enough to navigate the hintpaths
defined in the various project files and deals with those
just fine. Even the COM Interop stuff is working just peachy keen.
There are issues, believe me. Maybe its not
That was meant to say This zip file has the updated source and NAnt.Core.dll :/JohnOn 07/02/06, John Ludlow
[EMAIL PROTECTED] wrote:This zip file has the
On 07/02/06, John Ludlow
[EMAIL PROTECTED] wrote:
The updated task (using the code from Dries) is at home :( I'll email it tonight (I meant
Bugs item #1423931, was opened at 2006-02-04 07:15
Message generated for change (Comment added) made by pooja_sh5
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=402868aid=1423931group_id=31650
Please note that this message will contain a full copy of the comment
14 matches
Mail list logo