No, XBuild inst another buildsystem. It is only the solution to compile Visual Studio 2005 projects (csproj,sln) on mono.
To quote Miguel de Icaza (Project manager Mono): XBuild: the open source msbuild implementation for assisting you in rebuilding your new projects on Mono. And here is the Blog from XBuild developer: http://www.planetsoc.com/blog/32 My problem with using msbuild directly is the folowing: * You develop a huge project in Visual Studio 2005 ( a server ) * You using nant to compile the project on CruiseControl and execute msbuild to compile the VS2005 solution * And then you whant to compile that project on mono but also develop it with VS2005 Steve Wagner Martin Aliger schrieb: > [resent to list] > > I don't know anything about xBuild, but NAnt/MSBuild/(xBuild?) etc are > mostly the same (competetive) products, varying in features, syntax, > matureness. I'm not sure whether mono team plan to mimics msbuild syntax or > not. Maybe they just developing another NAnt? Looks like time to look for > some info :-) > > Anyway, it should be pretty easy to make another <xbuild-solution> simmilar > to <msbuild-solution>. > > > Regarding to <msbuild> task (which is mostly wrapper around msbuild.exe) - > it should be easy to redirect to xbuild.exe via nant.exe.config's target > platform exe names. (like csc->mcs redirect) > > Martin Aliger > > >> -----Original Message----- >> From: Steve Wagner [mailto:[EMAIL PROTECTED] >> Sent: Friday, July 14, 2006 3:52 PM >> To: Martin Aliger >> Subject: Re: [nant-dev] Release 0.85 and beyond >> >> Hi, >> >> i think, using msbuild isnt the problem on Windows machines, >> but what is with Mono? MsBuild isnt present on Unix or MacOS. >> >> But there is a 4 solution. The Monoproject writes an owen >> version of MsBuild called xBuild. Why dont cooperate with >> them an use the object model of xBuild to write an >> <msbuild-solution> task. >> XBuild isnt perfect a the moment, it could compile some >> simple project, but why do the work two times. >> >> Steve Wagner >> >> >>> Hello, >>> >>> agreed - 1.0 soon is a good thing. I see only one big thing >> which we >>> should addess in 1.0: VS2005 projects. Or MSBuild >> cooperation. The same thing. >>> Since many developers are migrating (or already using) >> framework 2.0 >>> in >>> VS2005 and we (currently) do not provide direct tools for >> projects it >>> uses, they could either: use plain msbuild (deserters!) or use core >>> tasks-csc,regasm etc (and maintain both .csproj and .build) or (as >>> most of them do today) <exec> msbuild.exe to their .csproj >> file (and >>> give up project dependancy resolution and other <solution> features) >>> >>> As I see it, we could: >>> 1/ state, that new project files used on VS2005 are unsupported 2/ >>> write new task which handles it somehow (aka <msbuild-solution> or >>> <new-vs2005-solution>) >>> 3/ merge required code into current <solution> task >>> >>> Since msbuild code need to run under 2.0 framework, and NAnt itself >>> should run on 1.0/1.1 as well, integration (if 3 will be >> chosen) have >>> to be done carefully. Or could we restrict NAnt to 2.0 >> framework? I don't thing so... >>> Maybe 2 distributions: 1.0 compatible, and 2.0, compiled >> for 2.0 and >>> with additional features? >>> >>> >>> Martin Aliger >>> >>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] >>>> [mailto:[EMAIL PROTECTED] On >> Behalf Of >>>> Gary Feldman >>>> Sent: Friday, July 14, 2006 2:47 AM >>>> To: nant-developers@lists.sourceforge.net >>>> Subject: [nant-dev] Release 0.85 and beyond >>>> >>>> It's now been almost 6 weeks since rc4 came out. >>>> >>>> There are three open bugs filed since then, none of which are >>>> showstoppers in my opinion. There are two others closed and one >>>> deleted. >>>> >>>> There are a couple of problems reporting in the mailing list since >>>> then, some of which seem significant to me. However, >> basing release >>>> decisions on items discussed in the mailing lists and not entered >>>> into the tracker is a road to chaos. >>>> It's a hard line, but somebody has got to draw it :-) >>>> >>>> My conclusion is that rc4 should be retagged as 0.85 final and >>>> announced as such. After that, I think two things need to be >>>> discussed: >>>> >>>> 1. What will constitute 1.0, and what is the roadmap >> to get to it? >>>> 2. Is a bug fix build needed before then? >>>> >>>> Personally, I think NAnt is in good enough shape to >> timebox requests >>>> for features and mandatory fixes in 1.0. In other words, set a >>>> deadline of Aug 15 (for example - I don't mean to be >> declaring dates >>>> unilaterally) for requests to come in. >>>> Two weeks later, have a final set of bugs and features >> targeted for >>>> 1.0, and a target date for rc1. Obviously show stoppers >> found after >>>> the first date can be added to the list; that date just raises the >>>> bar for consideration. Ideally, I'd like to see 1.0 final >> by the end >>>> of the year, better yet by October. >>>> >>>> My perspective on this is that releases and release numbers are >>>> largely a marketing decision, not engineering. In this >> case, I think >>>> it's important to maintain momentum and credibility >> against msbuild. >>>> Otherwise, the community of users won't grow, and hence >> the community >>>> of contributors won't grow. >>>> >>>> Gary >>>> >>>> >>>> >>>> >>>> >>>> -------------------------------------------------------------- >>>> ----------- >>>> Using Tomcat but need to do more? Need to support web services, >>>> security? >>>> Get stuff done quickly with pre-integrated technology to make your >>>> job easier Download IBM WebSphere Application Server >>>> v.1.0.1 based on Apache Geronimo >>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&; >>>> dat=121642 >>>> _______________________________________________ >>>> nant-developers mailing list >>>> nant-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/nant-developers >>>> >>> >>> >>> >> ---------------------------------------------------------------------- >>> --- Using Tomcat but need to do more? Need to support web services, >>> security? >>> Get stuff done quickly with pre-integrated technology to >> make your job >>> easier Download IBM WebSphere Application Server v.1.0.1 based on >>> Apache Geronimo >>> >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=1216 >>> 42 _______________________________________________ >>> nant-developers mailing list >>> nant-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/nant-developers >>> >> > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > nant-developers mailing list > nant-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nant-developers > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
