Updated both the diff in NAnt's patches section and atlassian, just in case there are issues:
https://sourceforge.net/tracker/index.php?func=detail&aid=3311661&group_id=31650&atid=402870 https://fisheye1.atlassian.com/cru/CR-62 I switched the DetermineProductVersion method to use the "ms:PropertyGroup/ms:TargetFrameworkVersion" xml path since it's present across all msbuild files. I also added a check with the c++ pdb file names. Thanks, Ryan On Tue, Jun 21, 2011 at 5:36 PM, Ryan Boggs <rmbo...@gmail.com> wrote: > Hey Dominik, > > I saw your notes in the atlassian review and I see your point. It > would probably make more sense to use the "ToolsVersion" property > rather than relying on the PropertyGroup/ProductVersion xml node. I > just took a look at some project files created by Sharpdevelop and > none of the project files had that xml node but they did have the > ToolsVersion property. I can give this another run through later this > week. > > Thanks, > Ryan > > On Thu, Jun 16, 2011 at 7:26 PM, Ryan Boggs <rmbo...@gmail.com> wrote: >> Hi, >> >> Updated the patch posted in NAnt's SF patches section. It's the top >> one in red. Also, it looks like there was some feedback on there for >> the updates regarding the C++ portion of it. >> >> Please see inline for other comments. >> >> On Thu, Jun 16, 2011 at 7:13 AM, Martin Aliger <martin_ali...@gordic.cz> >> wrote: >>> I just checked and it correctly resolves all the MSBuild providers on my >>> machine. >>> Maybe it is becouse I have NAnt.MSBuild.dll in same directory as NAnt.exe? >>> Maybe plugins do not resolve when in one of those Framework lib which is >>> default for MSBuild assembly atm (no idea why). Or perhaps the order in >>> which assemblies are loaded? >> It's still not on my machine. I moved the assembly to the same dir as >> the executable. Changed the target framework to net-2.0 and it still >> does not pick up the plugins. I'm kinda wondering if it is my >> machine. Am I the only one experiencing this? >>> >>> The registration is done in PluginScanner class from Core. All loaded types >>> should be send into that (via TypeFactory). >> Thanks, I take a look at this as well. >>> >>> Btw: I noticed, the solution providers from MSBuild assembly got VSNet >>> namespace. Maybe it should be changed, for clarity. >> I tried switching this too but it didn't make a difference. Unless >> this is really making a difference, I don't see any reason to change >> it right now. >>> >>> Martin Aliger >>> >>> >>> >>> -----Original Message----- >>> From: Ryan Boggs [mailto:rmbo...@gmail.com] >>> Sent: Thursday, June 16, 2011 3:37 PM >>> To: Martin Aliger >>> Cc: Dominik Guder; nant-developers@lists.sourceforge.net >>> Subject: ***SPAM***BAR*** Re: [nant-dev] Updates to MSBuild & VSNet Tasks >>> Importance: Low >>> >>> Hi, >>> >>> Please see inline. >>> >>> Thanks, >>> Ryan >>> >>> On Jun 16, 2011, at 2:39 AM, "Martin Aliger" <martin_ali...@gordic.cz> >>> wrote: >>> >>>>>> Hi Ryan, sln file handling is some kind of broken since VS2005. They >>>>>> only work with 2002/2003. I would not spend to much time for now in >>>>>> sln file handling in VS2005 and up. >>>>> Eww, makes sense. Well, not to let my work go to waste, I think I >>>>> know why >>>> it isn't working. The plugins that contains the schema information >>>> for >>>> VS2005+ solution files (NAnt.MSBuild.dll) doesn't seem to be getting >>>> VS2005+ picked >>>> up during NAnt's plugin >discovery phase. >>>>> However, I have been having difficulty trying to locate where the >>>>> plugin >>>> discovery phase occurs in NAnt to make sure that they are getting picked >>> up. >>>> There is also the fact that the VS2005+ solution plugin classes are >>>> marked as internal but I am not sure >how much of an impact that is making >>> overall. >>>> >>>> Discovery mechanism was made by me and Gert some time ago. I could >>>> look into it... >>> Thanks Martin. I thought your names looked familiar. :) >>>> >>>> SolutionFactory.cs is main branching thingy. Providers itself are >>>> registred though Core's IPluginConsumer and ISolutionBuildProvider >>> interfaces. >>> I see that and it seems to be working ok with the classes within the >>> NAnt.VSNet assembly. It just won't pickup the classes from the NAnt.MSBuild >>> assembly. If u can point me to where in the code that the solution task >>> begins to search for plugins in external assemblies, I can research further >>> as well. >>>> >>>> M. >>>> >>> >>> >> > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 _______________________________________________ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers