C++/CLI and C++ [Mixed] Class Library - project settings

I have a load of native C++ code that I want to use in a CLR class
library. My "logic" being that I create a C++/CLI managed class that
acts as an interface to the unmanged code.
>
I created a new CLR class library and added my native/unmanaged C++
code then added some code to the unmanaged class.
>
Now, and this is where I am not sure, I turned off the CLR support in
the project settings

The problem comes when I try to use this assemly in another project I
get an error about a missing .LIB file for the assembly I am trying to
use.

Can someone out there help me please as yet again C++/CLI is the poor
man interms of documention/books out there*

<ajtaylor@hushmail.comwrote in message
news:1154613042.127195.143700@s13g2000cwa.googlegr oups.com...>
FWIW: In a mixed mode application of mine, I ask for CLR support at the
project level and use
>
#pragma unmanaged
>
...
>
#pragma managed
>
where I need to turn that off.
is fine.
>
>>
If you post the exact text of the error message here someone will likely be
able to decipher it for you.
>>
I feel your pain. This book has been in the offing for some time:
>
http://www.amazon.com/gp/product/032...lance&n=283155
>
and it is written by one of the big guns on the compiler team I have high
hopes for it. I do hope that it shows up on a bookshelf soon. On that page,
Amazon does have other C++/CLI books which actually exist but I have not
read them.
>
Regards,
Will

<ajtaylor@hushmail.comwrote in message
news:1154613042.127195.143700@s13g2000cwa.googlegr oups.com...>
FWIW: In a mixed mode application of mine, I ask for CLR support at the
project level and use
>
#pragma unmanaged
>
...
>
#pragma managed
>
where I need to turn that off.
is fine.
>
>>
If you post the exact text of the error message here someone will likely be
able to decipher it for you.
>>
I feel your pain. This book has been in the offing for some time:
>
http://www.amazon.com/gp/product/032...lance&n=283155
>
and it is written by one of the big guns on the compiler team I have high
hopes for it. I do hope that it shows up on a bookshelf soon. On that page,
Amazon does have other C++/CLI books which actually exist but I have not
read them.
>
Regards,
Will

The error I get is
>
2>LINK : fatal error LNK1104: cannot open file
'..\debug\CalculationEngine.lib'
>
When it is attempting to link the CLR forms application that is
attempting to use the mixed assembly.
>
*the mixed assembly is called CalculationEngine and the dll is created
ok.

<ajtaylor@hushmail.comwrote in message
news:1154616455.125618.175130@i42g2000cwa.googlegr oups.com...>
At the risk of repeating the obvious, choose Options from the Tools menu.
Then navigate
>
Project and Solutions -VC++ Directories
>
Select Library Files in the combo box labeled "Show directories for" and
make sure that the directory containing your library is listed there.
>
Regards,
Will

Many thanks for your reply

but my [all be it poor] understanding is
that I am creating a Mixed (Native and Managed) assembly
[CalculationEngine.dll] and as such there should not be a .lib file
produced!

<ajtaylor@hushmail.comwrote in message
news:1154618653.076922.292040@i3g2000cwc.googlegro ups.com...>
You are welcome.
>>
I might be wrong, but it looked to me like you added
>
CalculationEngine.lib
>
as a dependency and it looked like the linker could not find it. The
procedure that I sketched addresses that problem.
>
Regards,
Will

If I make the project not use CLR and only set the managed files to
use CLR then I get the link error
>
[...]
>
I sort of understand why the linker is expecting a lib file as I
suppose by making the project settings not to use CLR then it looks
like a normal dll project.
>
What I dont understand is that if there is some unmanged code in the
project then surely the output is an .NET assembly and thus there is
no lib file.

ajtaylor@hushmail.com wrote in
news:1154622733.357081.103630@h48g2000cwc.googlegr oups.com:
>>
You are hitting a "bug" in the Visual C++ build system. We are not
supposed to try to link in an import library when the dependent DLL is
a managed DLL with no native exports.
>
However, there are a couple of reason why this "bug" exists. There are
also some workarounds that you can use.
>
Let me start with the reasons why this "bug" exists:
>
1. In a mixed-mode DLL, you can actually have both managed and native
exports. If you had native exports, we would need the import library. We
can't tell if you have native exports unless we inspect the binary.
Inspecting the binary is something that we currently do not do and would
be quite a significant change in how the build system works.
>
2. To determine that a DLL is a mixed-mode DLL when the project says
that /clr is not being used, we'd have to inspect the options on every
file in the project to see if any file has /clr. This will need to be
done on every build and can be quite expensive (imagine projects with
thousands of files). It will slow down the build for the standard "i'm
building a large native DLL" case which we consider an "evil" thing.
>
Ok. So what is the workaround? On the general linker settings page of
the consuming project, set "Link Library Dependencies" to "No". This
will have the effect of not linking the import library (which is what
you want) but will also have the effect of not linking in any static or
import libraries that this project depends on (which is probably not
what you want). To avoid the latter side-effect, you'll need to manually
add any dependent libraries you want linked in on the linker line
manually.
>
I hope this helps.
>
Thanks,
Tarek Madkour
Lead Program Manager
Microsoft Visual C++

>
Many thanks for the reply. As a matter of interest is this information
on the Microsoft website anywhere - if not perhaps it should be.

On a final note - is there any issue with making the project settings
use CLR and then making all the native C++ files settings to not use
CLR?