Re: [nant-dev] PATCH: DateTime and TimeSpan literals

- Original Message - From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]>; "! nant" <[EMAIL PROTECTED]> Sent: Monday, February 23, 2004 8:22 AM Subject: Re: [nant-dev] PATCH: DateTime and TimeSpan literals > > Hi Jarek, > > > > I agree that this looks mor

Re: [nant-dev] PATCH: DateTime and TimeSpan literals

> Hi Jarek, > > I agree that this looks more readable, but I'm not sure its good to add > another way to create datetime or timespan instances. We'll need to retain > the convert::to-datetime/timespan anyway ... convert::to-datetime is here to stay (for example to convert a value retrieved from a

Re: [nant-dev] Implicit conversions in expressions

- Original Message - From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]>; "! nant" <[EMAIL PROTECTED]> Sent: Monday, February 23, 2004 8:07 AM Subject: Re: [nant-dev] Implicit conversions in expressions > > We (I added this recently) currently also allow

Re: [nant-dev] Implicit conversions in expressions

> We (I added this recently) currently also allow an implicit conversion of > null to a (empty) string, which is useful for functions that return > reference types (eg. framework::get-runtime-engine()). Should we keep this, > or do you want to add a "is-null()" function (in what namespace) and a >

Re: [nant-dev] Implicit conversions in expressions

- Original Message - From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]> To: "! nant" <[EMAIL PROTECTED]> Sent: Monday, February 23, 2004 12:08 AM Subject: [nant-dev] Implicit conversions in expressions > Hi! > > We currently have a problem where implicit conversions allowed in NAnt > express

Re: [nant-dev] PATCH: DateTime and TimeSpan literals

Hi Jarek, I agree that this looks more readable, but I'm not sure its good to add another way to create datetime or timespan instances. We'll need to retain the convert::to-datetime/timespan anyway ... We should also stick to using the .NET framework conversion routines to handle conversion to a

[nant-dev] Implicit conversions in expressions

Hi! We currently have a problem where implicit conversions allowed in NAnt expressions aren't too intuitive (sometimes they are ambiguous) and we should do something about it. I've analyzed the sources and we have the following conversions: c1) when at least one argument to a '+' operator is a s

[nant-dev] PATCH: DateTime and TimeSpan literals

Hi! I've prepared a nant patch that adds support for datetime and timespan literals in expressions. This is a first step towards improving implicit vs explicit conversions issue. Today, the only way to specify a date literal is to use: convert::to-datetime("MM/DD/") which is not very elegant.

[nant-dev] [ nant-Bugs-863650 ] csc task Other resources bug

Bugs item #863650, was opened at 2003-12-20 20:08 Message generated for change (Settings changed) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=863650&group_id=31650 Category: Tasks Group: 0.84-rc1 >Status: Closed >Resolution: Fixed Pri

[nant-dev] [ nant-Bugs-896377 ] Executable built using a task throws fatal error.

Bugs item #896377, was opened at 2004-02-13 10:32 Message generated for change (Settings changed) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=896377&group_id=31650 Category: Tasks Group: 0.85 Status: Open >Resolution: Fixed Priority:

Re: [nant-dev] PATCH: task now creates satellite assemblies

Olivier, Thanks a lot for your patch !!! I committed it to cvs with some modifications ... Gert - Original Message - From: "Olivier Dagenais" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 19, 2004 10:53 PM Subject: [nant-dev] PATCH: task now creates satellite as

[nant-dev] [ nant-Bugs-830233 ] Task does not Identify Satellite Assemblies

Bugs item #830233, was opened at 2003-10-25 22:44 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=830233&group_id=31650 Category: Tasks >Group: 0.85 Status: Open >Resolution: Fixed Priority: 5

[nant-dev] [ nant-Bugs-895642 ] Project level imports not being considered. task.

Bugs item #895642, was opened at 2004-02-12 12:24 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=895642&group_id=31650 Category: Tasks Group: 0.85 >Status: Closed >Resolution: Works For Me Pri

[nant-dev] [ nant-Bugs-875674 ] Solution task copies more than just referenced libraries

Bugs item #875674, was opened at 2004-01-12 22:05 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=875674&group_id=31650 >Category: Tasks >Group: 0.85 Status: Open Resolution: None Priority: 5 S

[nant-dev] [ nant-Bugs-901202 ] mono 0.30.1

Bugs item #901202, was opened at 2004-02-20 17:55 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=901202&group_id=31650 Category: None Group: 0.8.4.0 Status: Open Resolution: None Priority: 5 S

Re: [nant-dev] NAnt + Linux problem

Hi Jarek, I looked into it, and it is indeed a regression in Mono (cvs) with regards to attributes on base classes. I filed a bug report for it (#54716, http://bugzilla.ximian.com/show_bug.cgi?id=54716). Until this issue is fixed, NAnt will not be functional on Mono. Gert - Original Messag