Re: .net tasks and mono

2003-09-04 Thread Stefan Bodewig
On Wed, 03 Sep 2003, Steve Loughran <[EMAIL PROTECTED]> wrote:

> I proose, therefore, that we pull all 'helpful' auto referencing
> from the ant task because it wasnt needed on windows, and broke
> mono. Then we can get rid of that extra attribute we hacked in for
> mono support.

+1

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



.net tasks and mono

2003-09-03 Thread Steve Loughran
I've been thinking about the .net tasks and the tricks we had to do with 
mono support

the underlying problem was that because the task was always explicitly 
importing lots of stuff from the .net framework, the defaultreferences 
attribute was overloaded.

But it turns out that the MS CSC compiler automatically reads in the 
file csc.rsp from the directory that CSC.exe lives in, and by default 
that contains the core references:


From NET 1.1.4322
# This file contains command-line options that the C#
# command line compiler (CSC) will process as part
# of every compilation, unless the "/noconfig" option
# is specified.
# Reference the common Framework libraries
/r:Accessibility.dll
/r:Microsoft.Vsa.dll
/r:System.Configuration.Install.dll
/r:System.Data.dll
/r:System.Design.dll
/r:System.DirectoryServices.dll
/r:System.dll
/r:System.Drawing.Design.dll
/r:System.Drawing.dll
/r:System.EnterpriseServices.dll
/r:System.Management.dll
/r:System.Messaging.dll
/r:System.Runtime.Remoting.dll
/r:System.Runtime.Serialization.Formatters.Soap.dll
/r:System.Security.dll
/r:System.ServiceProcess.dll
/r:System.Web.dll
/r:System.Web.Mobile.dll
/r:System.Web.RegularExpressions.dll
/r:System.Web.Services.dll
/r:System.Windows.Forms.Dll
/r:System.XML.dll
--
thus a windows box automatically got the right reference set, regardless 
of what we said in the ant task.

I proose, therefore, that we pull all 'helpful' auto referencing from 
the ant task because it wasnt needed on windows, and broke mono. Then we 
can get rid of that extra attribute we hacked in for mono support.

comments?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: .NET tasks and Mono

2003-08-13 Thread Steve Loughran
Stefan Bodewig wrote:
On 13 Aug 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote:

testCSCReferences fails with 

 [csc] error CS2001: Source file '/D:RELEASE;def3;' could not
 be opened
my wild guess is, it's the trailing semicolon here as well.  Will
try to verify.

OK, the trailing semi has not been the reason (at least not the only
reason).  If I change DotnetCompile to use /d: instead of /D: it works
for me.  Will it break Microsoft's csc?
Go for it. MSC is case independent, being a windows toy and all, (I 
think). Change it and I'll let you know if it breaks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: .NET tasks and Mono

2003-08-13 Thread Stefan Bodewig
On Wed, 13 Aug 2003, Martin Gainty <[EMAIL PROTECTED]> wrote:

> Could you provide the source so we can run the CSharp Compiler and
> see the errors on our own box?

I've been running ant on the build file you can find as
src/etc/testcases/taskdefs/optional/dotnet.xml using a freshly
bootstraped CVS HEAD version of Ant and Mono 0.25 (using Ximian's RPM
for RedHat 7.3).

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: .NET tasks and Mono

2003-08-13 Thread Stefan Bodewig
On 13 Aug 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote:

> testCSCReferences fails with 
> 
>   [csc] error CS2001: Source file '/D:RELEASE;def3;' could not
>   be opened
> 
> my wild guess is, it's the trailing semicolon here as well.  Will
> try to verify.

OK, the trailing semi has not been the reason (at least not the only
reason).  If I change DotnetCompile to use /d: instead of /D: it works
for me.  Will it break Microsoft's csc?

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: .NET tasks and Mono

2003-08-13 Thread Martin Gainty
Stefan-
Could you provide the source so we can run the CSharp Compiler and see the
errors on our own box?
-Martin
- Original Message -
From: "Stefan Bodewig" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 13, 2003 6:59 AM
Subject: .NET tasks and Mono


> I've played some more with it (see my last commit).
>
> testCSC, testCSCintrinsicFileset and testCSCdll pass.
>
> testCSCReferences fails with
>
>   [csc] error CS2001: Source file '/D:RELEASE;def3;' could not be
opened
>
> my wild guess is, it's the trailing semicolon here as well.  Will try
> to verify.
>
> All ilasm tests fail with
>
> [ilasm] compiling 2 files
> [ilasm] Mono ILasm compiler
> [ilasm] ilasm [options] source-files
> [ilasm]--aboutAbout the Mono ILasm compiler
> [ilasm]--version  Print the version number of the Mono
ILasm compiler
> [ilasm]/out:file_name Specifies output file.
> [ilasm]/exe   Compile to executable.
> [ilasm]/dll   Compile to library.
> [ilasm] Options can be of the form -option or /option
>
> which means it probably doesn't like the /nolist (but wouldn't like
> /listing either) - same for /quiet (which I could get rid of using
> verbose) and /debug (afain, degug="false" would help).
>
> Stefan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



.NET tasks and Mono

2003-08-13 Thread Stefan Bodewig
I've played some more with it (see my last commit).

testCSC, testCSCintrinsicFileset and testCSCdll pass.

testCSCReferences fails with 

  [csc] error CS2001: Source file '/D:RELEASE;def3;' could not be opened

my wild guess is, it's the trailing semicolon here as well.  Will try
to verify.

All ilasm tests fail with

[ilasm] compiling 2 files
[ilasm] Mono ILasm compiler
[ilasm] ilasm [options] source-files
[ilasm]--aboutAbout the Mono ILasm compiler
[ilasm]--version  Print the version number of the Mono ILasm 
compiler
[ilasm]/out:file_name Specifies output file.
[ilasm]/exe   Compile to executable.
[ilasm]/dll   Compile to library.
[ilasm] Options can be of the form -option or /option

which means it probably doesn't like the /nolist (but wouldn't like
/listing either) - same for /quiet (which I could get rid of using
verbose) and /debug (afain, degug="false" would help).

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]