Re: [NAnt-users] Feature request
Bonio Lopez wrote: Hi, Meanwhile quite any machine has more then one processor (even Intel with Dual Core and HT). Would not it be nice to add multithreading to nant? As starting point I could imagine to add some attribute to nant task, like nant target=XXX max_threads_num=4 buildfiles include name=**\default.build/ /buildfiles /nant The default value of max_threads_num could be 1, so that it would stay compatible. The control flow stays in the nant task until all threads have exited without errors. If one thread exited with error then build stops. IMHO this feature would give significant speed up to the build process for bigger projects on multiprocessor machines. What do you think? If the NAnt files are really independent of each other, then you can already use CC.Net to run them in parallel. But usually when you'd want to do a build like this, from a single tree, there are interdependencies that prevent you from doing things in parallel. What sorts of projects do you have in this tree that would make you want to build them all at once, and yet they can be built in any order? Gary - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ NAnt-users mailing list NAnt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
Re: [NAnt-users] Feature request
There are definitely cases where having compiled a couple of base projects the dependency tree then starts separating off into unrelated branches. And having compiled one dll it is immediatly possible to start testing or documenting it whilst the build process moves onto the next dll. _ Jonathan Evans Developer, ECM-IT [EMAIL PROTECTED] CREDIT SUISSE SECURITIES (EUROPE) Limited Desk 2N10141, 17 Columbus Courtyard London, E14 4QJ, United Kingdom Tel: +44 (0) 20 7888 6145 Fax: +44 (0) 20 7833 8490 www.credit-suisse.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gary Feldman Sent: Thursday, July 20, 2006 3:13 PM To: Bonio Lopez Cc: nant-users@lists.sourceforge.net Subject: Re: [NAnt-users] Feature request Bonio Lopez wrote: Hi, Meanwhile quite any machine has more then one processor (even Intel with Dual Core and HT). Would not it be nice to add multithreading to nant? As starting point I could imagine to add some attribute to nant task, like nant target=XXX max_threads_num=4 buildfiles include name=**\default.build/ /buildfiles /nant The default value of max_threads_num could be 1, so that it would stay compatible. The control flow stays in the nant task until all threads have exited without errors. If one thread exited with error then build stops. IMHO this feature would give significant speed up to the build process for bigger projects on multiprocessor machines. What do you think? If the NAnt files are really independent of each other, then you can already use CC.Net to run them in parallel. But usually when you'd want to do a build like this, from a single tree, there are interdependencies that prevent you from doing things in parallel. What sorts of projects do you have in this tree that would make you want to build them all at once, and yet they can be built in any order? Gary - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ NAnt-users mailing list NAnt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ NAnt-users mailing list NAnt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
Re: [NAnt-users] Feature request
Evans, Jonathan (2) wrote: There are definitely cases where having compiled a couple of base projects the dependency tree then starts separating off into unrelated branches. And having compiled one dll it is immediatly possible to start testing or documenting it whilst the build process moves onto the next dll. Yet another reason for using CC.Net to manage this. If you make a change in one of the dependent projects, you'll want to rebuild that without rebuilding the base projects. And if you get a test failure on one of the projects, you don't want to wait for the others to finish before finding out. Gary - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ NAnt-users mailing list NAnt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
Re: [NAnt-users] Feature request
Hi Gary, Lets take a real example of my current project. Project with subprojects, p1, p11, p12, p13, p21, p22, p23, p11, p12, p13 depend on p1, but not under each other P21, p22, p23 depend on p1x but not under each other So I could build p11,p12,p13 in parallel after I have finished with p1 and I could build p21,p22,p23 in parallel after I have finished with a p1x I suggest to have following to build this project nant target=XXX buildfiles include name=p1\default.build/ /buildfiles /nant nant target=XXX max_threads_num=5 buildfiles include name=p11\default.build/ include name=p12\default.build/ include name=p13\default.build/ /buildfiles /nant nant target=XXX max_threads_num=5 buildfiles include name=p21\default.build/ include name=p22\default.build/ include name=p23\default.build/ /buildfiles /nant Alternative idea (more flexible, but seems to be more time consuming to implement) nant target=XXX max_threads_num=10 buildfiles include name=p1\default.build order=1/ include name=p11\default.build order=2/ include name=p12\default.build order=2/ include name=p13\default.build order=2/ include name=p2*\default.build order=3/ /buildfiles /nant Hope it makes sense, Boni -Original Message- From: Gary Feldman [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 20. Juli 2006 15:13 To: Bonio Lopez Cc: nant-users@lists.sourceforge.net Subject: Re: [NAnt-users] Feature request Bonio Lopez wrote: Hi, Meanwhile quite any machine has more then one processor (even Intel with Dual Core and HT). Would not it be nice to add multithreading to nant? As starting point I could imagine to add some attribute to nant task, like nant target=XXX max_threads_num=4 buildfiles include name=**\default.build/ /buildfiles /nant The default value of max_threads_num could be 1, so that it would stay compatible. The control flow stays in the nant task until all threads have exited without errors. If one thread exited with error then build stops. IMHO this feature would give significant speed up to the build process for bigger projects on multiprocessor machines. What do you think? If the NAnt files are really independent of each other, then you can already use CC.Net to run them in parallel. But usually when you'd want to do a build like this, from a single tree, there are interdependencies that prevent you from doing things in parallel. What sorts of projects do you have in this tree that would make you want to build them all at once, and yet they can be built in any order? Gary - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ NAnt-users mailing list NAnt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
RE: [Nant-users] Feature Request: Failed/success property
That's EXACTLY what I am after - brilliant. Thanks. -Original Message- From: Troy Laurin [mailto:[EMAIL PROTECTED] Sent: 14 February 2005 14:27 To: Chris Fewtrell Cc: nant-users@lists.sourceforge.net Subject: Re: [Nant-users] Feature Request: Failed/success property Chris Fewtrell wrote: Hi In build scripts, often I want to carry on executing the script even though the last task has failed (ie. use failonerror=false) but I would like to know that the preceeding step has failed so I can do some different processing to normal. What do you think of the idea of having a property attribute on all tasks, which contains the name of the property that after task completion contains true if the task went ok or false if the task failed. Chris, There's a trycatch task in NAntContrib 0.85 RC2 http://nantcontrib.sourceforge.net/release/latest/help/tasks/trycatch.ht ml You should be able to do what you need with this. Regards, -- Troy __ This email has been scanned by the MessageLabs Email Security System - for inbound mail to Granta Design Ltd. __ __ This email has been scanned by the MessageLabs Email Security System - after being sent from Granta Design Ltd __ --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Nant-users mailing list Nant-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
Re: [Nant-users] Feature request: building complex cross-platfrom-cross-technology projects
As usual -- patches welcome. The ant-contrib ( not NAnt-contrib ) has a ccTask that would be a good candidate for porting: http://ant-contrib.sourceforge.net/cc.html of course there is nothing stopping you from using exec to call out to makefiles for the c/c++ parts and having a 'mixed' build for now. Ian Currently I am working on packaging new math library written in C#/C++ (unmanaged) into user friendly binary and source distros. My plan is to base it on NAnt with source part. Unfortunately, when I have checked support for unmanged compilers and tools, I noticed that NAnt is barely supporting *nix environment. The only reasonable way is to use exec for running anything like gcc, libtool or any other important tool available there. My suggestion is to implement seperate task classes for major *nix tools like gcc, libtool and any other which would be of major importance to developers. As number of cross platform projects using NAnt could increase significantly after Mono release and many of them will contain managed and unmanaged part (this ties are hard to break particulary when performance matters) that could be good point in support for choosing NAnt as build tool. Cheers Jacek -- Ian MacLean, Developer, ActiveState, a division of Sophos http://www.ActiveState.com --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Nant-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-users
