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

[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=detailatid=402868aid=901202group_id=31650 Category: None Group: 0.8.4.0 Status: Open Resolution: None Priority: 5

[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=detailatid=402868aid=875674group_id=31650 Category: Tasks Group: 0.85 Status: Open Resolution: None Priority: 5

[nant-dev] [ nant-Bugs-895642 ] Project level imports not being considered. Solution 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=detailatid=402868aid=895642group_id=31650 Category: Tasks Group: 0.85 Status: Closed Resolution: Works For Me

[nant-dev] [ nant-Bugs-830233 ] solution 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=detailatid=402868aid=830233group_id=31650 Category: Tasks Group: 0.85 Status: Open Resolution: Fixed Priority: 5

Re: [nant-dev] PATCH: solution 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: solution task now creates satellite

[nant-dev] [ nant-Bugs-896377 ] Executable built using a solution 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=detailatid=402868aid=896377group_id=31650 Category: Tasks Group: 0.85 Status: Open Resolution: Fixed Priority: 5

[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=detailatid=402868aid=863650group_id=31650 Category: Tasks Group: 0.84-rc1 Status: Closed Resolution: Fixed

[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.

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

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: 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 an implicit

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