svn commit: r504194 - in /ant/antlibs/dotnet/trunk/src/tests/antunit/dir with spaces: msbuild-test.xml nant-test.xml nunit-test.xml

Author: bodewig Date: Tue Feb 6 08:47:28 2007 New Revision: 504194 URL: http://svn.apache.org/viewvc?view=rev&rev=504194 Log: Add more tests for directories with spaces Added: ant/antlibs/dotnet/trunk/src/tests/antunit/dir with spaces/msbuild-test.xml (with props) ant/antlibs/do

svn commit: r454848 - /ant/antlibs/dotnet/trunk/src/tests/antunit/build-tasks/msbuild-test.xml

Author: bodewig Date: Tue Oct 10 10:45:34 2006 New Revision: 454848 URL: http://svn.apache.org/viewvc?view=rev&rev=454848 Log: wrong property Modified: ant/antlibs/dotnet/trunk/src/tests/antunit/build-tasks/msbuild-test.xml Modified: ant/antlibs/dotnet/trunk/src/tests/antunit/build-t

DO NOT REPLY [Bug 38392] - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38392] - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38392] - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38392] - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38392] New: - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

gzilla/show_bug.cgi?id=38392 Summary: DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters Product: Ant Version: 1.6.5 Platform: PC OS/Version: Windows XP

Re: Brent Rector on Msbuild vs Ant

developers forever'. I think they would cheer if we took out .net support. It would give them another selling point for msbuild. The thing they hate most is competition. Leave it in and they will be more annoyed :). -Gus ---

Re: MSBuild vs Ant

separators A. -Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 5:48 PM To: Ant Developers List Subject: Re: MSBuild vs Ant Alex Kipman wrote: I don't get this. Vbc.exe /reference: System.dll, System.Data.dll Csc.exe /reference: Syste

RE: MSBuild vs Ant

Have you ever tried it with commas :) bet you dinner it works heheh, A. -Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 5:48 PM To: Ant Developers List Subject: Re: MSBuild vs Ant Alex Kipman wrote: >>>>I do

Re: MSBuild vs Ant

Alex Kipman wrote: I don't get this. Vbc.exe /reference: System.dll, System.Data.dll Csc.exe /reference: System.dll, System.Windows.Forms.dll How are these different? They both use comma's as their separators and they both use the same switch to reference other assemblies. um, because csc tak

RE: MSBuild vs Ant

to search through to find out what borke. >>> Yes. You'll be feeding the sln file to MSBuild, which in essence is going to spin off different tasks for each project in the solution file. All the eventing goes through the standard MSBuild eventing mechanism which can be captured b

Re: MSBuild vs Ant

Alex Kipman wrote: We will support building C++ projects. C++ projects are not going to be in MSBuild format in the Whidbey timeframe (though they will be in the Longhorn timeframe), however MSBuild will understand and build both sln files as well as vsproj files directly. We will be doing this

Re: Brent Rector on Msbuild vs Ant

Stefan Bodewig wrote: On Wed, 05 Nov 2003, Steve Loughran <[EMAIL PROTECTED]> wrote: Stefan Bodewig wrote: Oh, Latin is my third language (and I never had the opportunity to tell girls I was interested in what they had to say in Latin 8-). I believe there are still some parts of switzerland and a

Re: MSBuild vs Ant

On Wed, 5 Nov 2003, Alex Kipman <[EMAIL PROTECTED]> wrote: > *Stefan* I've read your blog(s) about MSBuild > (http://stefanbodewig.blogger.de/). In as much as you could I think > you were very objective in your comments, Well, I tried my best given the documentation that&

Re: MSBuild vs Ant

Welcome in Ant land, Alex. On Wed, 5 Nov 2003, Alex Kipman <[EMAIL PROTECTED]> wrote: > It is not about us vs Ant and we shouldn't let it become that way. I completely agree. Like Conor I'm much more interested to see why you've taken decisions different from ours and explore where you are head

Re: Brent Rector on Msbuild vs Ant

ng to do now. I am feeling ruthless. > > > Wait until it apperas in MSDN to address it? Address it right > > now? > no, we are going to our retaliation in early, as they say in > rugby. I will send some emails to the relevant authorities. OK, let's see. I should use

RE: Brent Rector on Msbuild vs Ant

> > Just for fun, I let Google translate it. > > I didn't dare 8-) > > I once translated my Blog's main page to German via Google and didn't > understand it. Well, that could mean that nobody except myself > understands what I suppose to be English then either. > > Stefan When I started with

Re: Brent Rector on Msbuild vs Ant

On Wed, 5 Nov 2003, Kenneth Wood <[EMAIL PROTECTED]> wrote: > Just for fun, I let Google translate it. I didn't dare 8-) I once translated my Blog's main page to German via Google and didn't understand it. Well, that could mean that nobody except myself understands what I suppose to be English

RE: MSBuild vs Ant

gt; Wrong :). We will support building C++ projects. C++ projects are not going to be in MSBuild format in the Whidbey timeframe (though they will be in the Longhorn timeframe), however MSBuild will understand and build both sln files as well as vsproj files directly. We will be doing this throu

Re: MSBuild vs Ant

Alex Kipman wrote: Hello everyone, My name is Alex Kipman ([EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>), and I'm the Program Manager for MSBuild . You may or may not have read my post about this "Us versus Them" attitude portrayed in the "Longhorn" book. Yes,

RE: MSBuild vs Ant

tion, some samples and a walkthrough. Should be a good starting point. After you take a peak at that you guys can ask more specific questions. Let me know if you have any other questions and THANK YOU for the warm welcome. Alex Kipman ([EMAIL PROTECTED]) Program Manager MSBuild Team This posting i

Re: MSBuild vs Ant

On Thu, 6 Nov 2003 12:25 pm, Alex Kipman wrote: > Hello everyone, > > My name is Alex Kipman ([EMAIL PROTECTED]), and I'm the Program > Manager for MSBuild . Hi Alex and thanks. I certainly welcome you to the list as I'm sure everyone else will. I think most of us

MSBuild vs Ant

Title: MSBuild vs Ant Hello everyone, My name is Alex Kipman ([EMAIL PROTECTED]), and I'm the Program Manager for MSBuild .  You may or may not have read my post about this "Us versus Them" attitude portrayed in the "Longhorn" book.  Just in case you haven

RE: Brent Rector on Msbuild vs Ant

Rector on Msbuild vs Ant Here goes then, bearing in mind I havent spoken french since '99 and my language skills there were mainly focused around safety warnings to do with antimatter and radiation "Danger, risque de radiation", bicicyle parts and telling french girls that I am ver

RE: Brent Rector on Msbuild vs Ant

context - I > > was planing to ask the author of that article to translate it for me > > and then answer it as well. > > We leave you to form your own opinion on the subject. The positive side > is that an Ant developer [user?] will not be really, but also really, > not

Re: Brent Rector on Msbuild vs Ant

ve you to form your own opinion on the subject. The positive side is that an Ant developer [user?] will not be really, but also really, not lost with MsBuild. [I havent been able to really translate that last sentence. I would guess it means that an ant user will feel at home with MSBuild] L

Re: Msbuild

7;t knoiw whether that would help with your C++ case, though. Even Whidbey won't use MSBuild for C++ (at least not MSBuild's format) from what I understand from their docs. > One thing I think they probably are very ignorant of are xUnit; Have you picked up the TLS347.ppt as well? In th

Re: Brent Rector on Msbuild vs Ant

etween classes. If superclass and subclass end up in different assemblies and you change the superclass, the naive target dependency analysis will not recompile the subclass. And people will never think of doing something like the task as this is done by MSBuild. > 3. Ant does not have a

RE: Brent Rector on Msbuild vs Ant

> From: Steve Loughran [mailto:[EMAIL PROTECTED] > > 1. Ant does not provide built-in target dependency analysis -a > requirement for a scalable build system > > [This has no impact on build files, merely effort to write new tasks. We > do leave it to tasks, but they get to implement their own lo

Brent Rector on Msbuild vs Ant

just after a critique of make. My comments are in brackets. MSBuild vs Ant === A similar frequently asked question is why develop a new XML-based build system when there's an existing system called Ant? Ant is a Java, open source build system from Apache.org that uses XML-based con

Re: Msbuild

Stefan Bodewig wrote: It's even worse than that. NAnt gets some bad coverage in a Microsoft Press book they've distributed at PDC from what I hear. I have this book in my hands. It does not criticise NAnt. It criticises Ant. I will follow up with the details shortly.

Re: Msbuild

array type attributes, but then MSBuild is going to convert lists into arrays for you from what I understand. I 100% agree with you that Ant needs a better List/Set model. hmmm. What we really need is a unified list/graph model so that you can pass lists/sets/whatever around; fileset and the like a

Re: Msbuild

list/set model than Ant's, which > doesn't really have anything consistent at all, At the same time they don't really support nested elements in a useful way at all AFAICT. You can have array type attributes, but then MSBuild is going to convert lists into arrays for you from wha

Msbuild

Stefan Bodewig wrote: On Fri, 31 Oct 2003, Steve Loughran <[EMAIL PROTECTED]> wrote: Stefan Bodewig wrote: MSBuild uses $() for its properties and @() for something else - probably Item references at first glance. -where is the docs for that? Follow the "official information&quo