Gert Driesen wrote:

We would have to move NAntContrib's <regasm> task to NAnt for this purpose
... This was part of our "release plan" anyway
(http://nant.sourceforge.net/releaseplan.html)

The question is :

- do we add the task to NAnt.Win32 and reference this assembly from
NAnt.VSNet ?


Thats seems like the place to put it.

This would cause the <solution> task to be win32-only, well it
doesn't work on Mono anyway right now, so we could consider this ?



Not necessarily - it would only fail when you came to call regasm and it doesn't exist. That doesn't make the whole task win32 only.

- do we add it to NAnt.DotNet ?  That means there would be tasks in
NAnt.DotNet that only work on win32 (both compile on all platforms) ...



Don't think so. Regasm is always going to be win32 only

- do we add it to NAnt.Win32, and add interfaces for these tasks to
NAnt.DotNet (or NAnt.Core), have these tasks implement these interfaces and
have the solution task use reflection to instantiate these tasks at runtime
and cast them to its corresponding interface, and ofcourse degrade
gracefully when the task cannot be instantiated (meaning the NAnt.Win32
assembly is not available)



Why go to all that trouble ? Why not just do a platform test at runtime and if its not win32 then throw an exception if the project contains com registration information.

Ian

What do you think ?

Gert

----- Original Message ----- From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "ALEX SUDAKOV" <[EMAIL PROTECTED]>
Cc: "Gert Driesen" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, May 08, 2004 7:51 AM
Subject: Re: [Nant-users] ComInterop





Thats right Alex,
You can find examples of calling tasks from other tasks in :
nant\src\NAnt.VSNet\Resource.cs and
nant\src\NAnt.VSNet\VcProject.cs

Ian

ALEX SUDAKOV wrote:



Ian, Gert,

thank you for the reply.

Calling regasm "manually" would undermine
"interoperability" with VS, what is a very nice and
convenient thing to have.
I can try to add this feature, though. The idea should
be to recognize "RegisterforCOMInterop" setting in the
VS solution file and call REGASM task from within
"Project" class as appropriate, right?

Thanks,

Alex


--- Ian MacLean <[EMAIL PROTECTED]> wrote:





In the meantime you can use the regasm task [1] to
manually register
assemblies for use from COM.
Ian

[1]





http://nantcontrib.sourceforge.net/nightly/help/tasks/regasm.html




Gert Driesen wrote:





Alex,

This is not supported right now. Please file a bug




report and attach a




repro for this.

Thanks,

Gert

----- Original Message ----- From: "ALEX SUDAKOV" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 07, 2004 5:43 AM
Subject: [Nant-users] ComInterop









Hello!

I'm trying to build VS2003 cs project, which




requires




COM registration of the results, using <solution>
task.

Everything builds fine with one exception:




assembly




does not get registered correctly.

Am I doing something wrong, or, COM registration




is




not yet supported by the <solution> task?

Thank you in advance.









-------------------------------------------------------




This SF.Net email is sponsored by Sleepycat




Software




Learn developer strategies Cisco, Motorola,




Ericsson & Lucent use to








deliver






higher performing products faster, at low TCO.




http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3




_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]




https://lists.sourceforge.net/lists/listinfo/nant-users











-------------------------------------------------------




This SF.Net email is sponsored by Sleepycat




Software




Learn developer strategies Cisco, Motorola,




Ericsson & Lucent use to deliver




higher performing products faster, at low TCO.




http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3




_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]




https://lists.sourceforge.net/lists/listinfo/nant-users








--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com








-------------------------------------------------------




This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson
& Lucent use to deliver
higher performing products faster, at low TCO.





http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3




_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]





https://lists.sourceforge.net/lists/listinfo/nant-users



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to


deliver


higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users




--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to


deliver


higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users





--
Ian MacLean, Developer, ActiveState, a division of Sophos
http://www.ActiveState.com




-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to