From: SourceForge.net <no...@so...> - 2005-03-30 18:52:43
|
Bugs item #1170100, was opened at 2005-03-24 20:19 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1170100&group_id=31650 >Category: Tasks >Group: 0.85 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ray Johnson (rjontilt) Assigned to: Gert Driesen (drieseng) Summary: Bug in <solution> macro expansion Initial Comment: I tracked down a bug related to Macro expansion of VS.Net variables within NANT. The symptom I was seeing was that macros like $(TargetName) and other target related macros were empty (null). Obviously, this broke various asspects of the build. I eventually was able to debug the problem by stepping through the NANT source in a debugger. It appears that this can occur if the OutputFile attribute in a config of a vcproj file doesn't exist. This attribute exists in the <tool Name="VCLinkerTool"> part of a project config. I'm not sure how this can occur. (It happened in "new" configs - i.e. not Debug or Release, so perhaps it is not added by default?) In any case, VS.Net certainly doesn't have a problem with the missing attribute... Once I knew what was going on the fix was to change the value in the project config, apply the change, and then change it back. This ensures it is specified in the project file. However, Nant would be more robust if it accounted for that and if the OutputFile attribute did not exist to set it to the default VS.Net would use, which is: $(OutDir)/$(ProjectName).lib This can be reproduced by taking any solution with a .vcproj project and removing the attribute OutputFile within the project file. Also, it appears the fix would be to adjust the GetToolSetting call in the OutputPath property getter of VcConfigurationBase.cs to use a default value. ---------------------------------------------------------------------- >Comment By: Gert Driesen (drieseng) Date: 2005-03-30 20:52 Message: Logged In: YES user_id=707851 This is now fixed in cvs. I'll upload a new nightly build in an hour or so. ---------------------------------------------------------------------- Comment By: Gert Driesen (drieseng) Date: 2005-03-30 12:31 Message: Logged In: YES user_id=707851 I have this (and a few other issues) fixed locally. I'll commit the fixes to cvs after I've done some more (regression) testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1170100&group_id=31650 |