Skip to content
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

Support .NET packages for C++/CLI #1645

Closed
fubar-coder opened this issue Oct 27, 2015 · 5 comments
Closed

Support .NET packages for C++/CLI #1645

fubar-coder opened this issue Oct 27, 2015 · 5 comments
Labels
Partner:C++ Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. Resolution:Duplicate This issue appears to be a Duplicate of another issue Type:Feature
Milestone

Comments

@fubar-coder
Copy link

One of the problems with C++/CLI is, that NuGet only allows the installation of native DLLs for C++(/CLI), but not .NET assemblies.

My proposal is, that when we have a C++/CLI configuration, that the installation of .NET packages/assemblies is allowed. If there are other non-CLI configurations, a warning should be shown. Currently, it's a PITA using the install.ps1/uninstall.ps1 scripts and it's unreliable too, because the object model might change between VS versions and therefore break installing/updating NuGet packages.

EDIT: This is loosely related to #300

@yishaigalatzer
Copy link

Indeed there is no proper support for C++ projects, the scope of the issue however is much larger than what is described here, in some sense C++ projects are a different world than .NET with a different set of constraints.

We do plan to go deeper into this designing this with the C++ team, so keeping this around as a marker issue, and will replace it with more of a design document on the wiki once things start moving in earnest.

@yishaigalatzer yishaigalatzer added this to the Client-VNext milestone Oct 27, 2015
@ddrinka
Copy link

ddrinka commented Mar 14, 2016

I've noticed that installing managed assemblies into C++/CLI is possible with a project.json dependency configuration, as opposed to the legacy packages.config. Moving to the new dependency model fixed this issue for us, without requiring any adjustment to our development workflow.

@harikmenon harikmenon modified the milestones: Client-VNext, Future Apr 19, 2016
@emgarten emgarten modified the milestones: Future-2, Backlog Nov 10, 2017
@emgarten emgarten added C++ Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. labels Nov 10, 2017
@emgarten emgarten modified the milestones: Backlog, 4.6 Nov 10, 2017
@emgarten emgarten added the Resolution:Duplicate This issue appears to be a Duplicate of another issue label Nov 10, 2017
@emgarten
Copy link
Member

emgarten commented Nov 10, 2017

Duplicate of #5292

@emgarten emgarten marked this as a duplicate of #1645 Nov 10, 2017
@davidjward30
Copy link

I see this is closed, yet marked as a duplicate of itself?

@emgarten emgarten marked this as a duplicate of #5292 Nov 13, 2017
@emgarten
Copy link
Member

@davidjward30 good catch, I updated the issue number 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Partner:C++ Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. Resolution:Duplicate This issue appears to be a Duplicate of another issue Type:Feature
Projects
None yet
Development

No branches or pull requests

7 participants