"Bruno van Dooren [MVP VC++]" <br**********************@hotmail.comwrote
in message news:uJ**************@TK2MSFTNGP03.phx.gbl...
>>>My question is how do I generate the dll without having to build
another
project and create a reference to it? There must be a way.
Your DLL is built.
It is just not in the project output folder.
Check the output folder on solution level. That will contain the main
ouput
of your DLL project. this is normal.
Thanks,
I didn't know that solutions had output. You are right, it is there.
Where are the solution output folders set? I can't find them (VS 2005).
Kind of silly since none of the other project types work like that. Is
that true for all C++ projects now. I haven't done that much with
windows C++ in VS 2005.
SolutionDir is a configuration value. it is simply the path of your
solution file.
If you look at your project properties under general, you'll see that the
output dir is set to $(SolutionDir)$(ConfigurationName).
This means that the output goes to the solution output dirs.
The reason for this is that your different projects then all put their
output in the same place.
This way, if you have an app that depends upon several other dll projects,
all dlls are where the app can find them.
Otherwise you'd have to create post-build steps to copy those dlls around.
--
Kind regards,
Bruno van Dooren
br**********************@hotmail.com
Remove only "_nos_pam"
Thanks again. C# projects don't work like that. They work the way the old
C++ projects used to. They have a bin directory under PROJECT_DIR and a
debug and release under that. references from other projects get copied
into the main applications debug or release dir when copy local is set to
true. By default when you add a reference to a project copy local is set to
true. So far C++ projects are the only ones I have found that use the
solution's release or debug folders. Personally, I don't like it. I think
everything should operate the same, VB.NET, C#.NET, even ASP.NET all default
to output folders in their respective project folders. Projects can be part
of multiple solutions and the copy local option takes care of getting the
app access to the correct referenced dll.
I just noticed that the output directory in the C++ project actually says
SolutionDir\ConfigurationName. I changed it to ProjectDir to make it
consistent with the other projects in the solution. I don't mind it so much
now that I see the output dir can be changed. I missed this before because
the intermediate files were all in the prom\debug folders. Sorry for the
rant.
Thanks again,
jim