Hello everyone,
I always notice that some guys are using some VC built-in variables to specify some properties, like OutDir, ProjectName, SolutionName, etc. Then we can use the built-in variables to specify, for example, the generated library name, like $(OutDir)/$(ProjectName).lib.
I think this way is very convenient compared with hardcoded names. I am wondering where can I find a list of all such built-in variable names and meanings
thanks in advance,
George
I always notice that some guys are using some VC built-in variables to specify some properties, like OutDir, ProjectName, SolutionName, etc. Then we can use the built-in variables to specify, for example, the generated library name, like $(OutDir)/$(ProjectName).lib.
I think this way is very convenient compared with hardcoded names. I am wondering where can I find a list of all such built-in variable names and meanings
thanks in advance,
George

built-in variables for VC?
keith_co
I hope this answers your question...
Bridgeway
For one, it is certainly still supported and is available for download via a MSDN subscription.
Bulding via commandline parameters wouldn't defeat the purpose of an IDE when used in the right context. (IDEs are used also for writing code, and debugging apart from just building).So, the command line parameter for building a solution using Visual Studio 2003 would be:
So, for instance, I would build a solution called TestSolution.sln in Debug configuration using VS 2003 by the command line parameter:
In general, to know the command-line parameter support of Visual Studio, you can simply enter the following text in your "Run" window -
This would give you the command line arguments for VS 2005. While the majority of them are common to VS 2003 too, you can get VS 2003 specific command line arguments (the majority are common to VS 2005) via using the application specific path -
HTH...
eric shih
JacksonJones
You can find the meaning of many of the macros by clicking on the [ ... ] button when you're editing eg. the generated library name. Once there, you will see a dialog box similar to http://www-sldnt.slac.stanford.edu/nld/new/Docs/GettingStarted/MSVC++/images/Fig8.gif. Clicking on the Macros>> button will list most of the macros. The rest, you can get from http://msdn2.microsoft.com/en-us/library/c02as0cs.aspx.
PS. those macros are only available to Visual Studio and custom VC Wizards. They're not available programmatically (unless your program happens to be a Visual studio extension/appwizard).
Wojtek
Amde
su45937
build some applications using Framework Version 1.1, and others using 2.0
Wouldn't it be simple if all were built and shipped using Fx 2.0, or conversely - if all were built and shipped using VS 2003 and .NET Fx 1.1
Additionally, as you seem to have VS 2003 installed - why tortue VS 2005 into using VS 2003's libraries and frameworks
(BTW, one can also build 7.x solutions made using VS 2003 via the command line...)
Also, why use VS 2005 if VS 2003 and it's frameworks are so important
Something is amiss... Perhaps, you need to furnish more information.
bomberchia
Certainly I would like to upgrade to Fx 2.0, however not all my users have 2.0 installed, while it seems that everyone with XP has 1.1 installed. Asking my users to download the relatively large 2.0 framework is unacceptable.
Thus, I was hoping to use the 2005 IDE to build applications using the old framework.
How does one build 7.x solutions via the command line Is there an easy way to build the whole solution This would be a step in the right direction, but would defeat the purpose of using an IDE at all.
peterjp
Boise83716
nglow