-
-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NuGet: Strange Namespace and no *.lib generated #33
Comments
You have to unload the project, and open it again (or simply restart Visual Studio). |
Probably you have some errors when install our package, because you should see this: Or you should define this manually like: <DllExportNamespace>System.Runtime.InteropServices</DllExportNamespace>
<DllExportDDNSCecil>true</DllExportDDNSCecil>
<DllExportOrdinalsBase>1</DllExportOrdinalsBase>
<DllExportGenExpLib>true</DllExportGenExpLib>
<DllExportOurILAsm>false</DllExportOurILAsm>
... Thus, for clarify please provide detailed log when you install this - for VS IDE:
For msbuild.exe:
|
That Dialog never showed up. Where should I put:
I tried the first propertygroup in the csproj file, which had no effect. Edit: Ok, the namespace issue is fixed by adding the above elements and the following line to the csproj file: But the issue that no *.lib is generated remains.. This might be the source of the problem:
I can find lib.exe in 'C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.10.25017\bin\HostX64\x64' |
seems you have problem with installing, thus please also provide log when you install this package (see from Output). Current package uses init.ps1 & install.ps1 powershell scripts by nuget It can be related for #36, but I haven't seen any similar problem for both new VS versions:
that is, the install.ps1 has been obsolete already for VS 14.0 (at least, as I remember) and recommended
yes, this line should be automatically added after
The new VS 2017 contains major changes with its environment (+hMSBuild), so I know what's going on <_< thanks for notice. Temporarily try to redefine this:
for example: <DllExportLibToolPath>$(DevEnvDir)..\..\VC\Tools\MSVC\14.11.25301\bin\HostX86\x86</DllExportLibToolPath> For all: I've plan to consider this project to the end of this month or early (as soon as possible for my time) |
Sorry for responding so late, I only work once a week on the project I use DllExport. Package Manager Output:
|
yes, yes, only init.ps1 that's related for #36 by the way, it still works for me (VisualStudio.15.Release/15.2.0+26430.6):
so, what your build version of VS15 for clarify ? (Help - About - [Copy Info] - first 3 lines) |
Microsoft Visual Studio Enterprise 2017 |
thanks, for today, please configure this manually (see above) if anyone else have this problem. |
Ok, thanks |
I closed this issue because of new Wizard for v1.6+ versions. You already can test it via our beta releases:
If you still have a some related problems, please create new issue for new planned Wizard. |
Hi
I have installed the NuGet package (v1.5.2) to an .NET 4.6.1 library Project. There are two issues:
The DllExportAttribute resides in a very strange Namespace: "D3F00FF1770DED978EC774BA389F2DC901F4.B00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.C00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.D00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.E00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.F00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
When I build the Project (x64) no *.lib is generated which can be linked by my C++ lib
The text was updated successfully, but these errors were encountered: