Skip to content
This repository has been archived by the owner on Jul 19, 2024. It is now read-only.

strong named version of dll #58

Open
rupaparam opened this issue May 6, 2019 · 6 comments
Open

strong named version of dll #58

rupaparam opened this issue May 6, 2019 · 6 comments

Comments

@rupaparam
Copy link

Hi,
Our solution has a strong named libraries which sometimes requires our test projects to be strong named as well. This makes it difficult to use Simplestubs as it is not a strong named dll. Would it be possible to release a strong named version of simplestubs?

Thanks,
Rupa

@nehmebilal
Copy link
Collaborator

@rupaparam I will look into it when I guess a chance, hopefully soon.

@rupaparam
Copy link
Author

rupaparam commented May 6, 2019 via email

@nehme-bilal-ah
Copy link
Contributor

@rupaparam sorry for the delay. I was just trying to sign the assemblies in Visual Studio which required a strong name key file that I created using Visual Studio (pfx file). However, my understanding is that this pfx file should not be made public but the code doesn't compile without it.

Do you know what is a common workflow for signing assemblies for opensource code?

@rupaparam
Copy link
Author

rupaparam commented May 29, 2019 via email

@mosunchao
Copy link

mosunchao commented Jan 27, 2020

Please review nuget publishing policy in MS OpenSoruce: https://docs.opensource.microsoft.com/content/releasing/nuget.html

This is still an issue, especially if the stubs project contains access modifier like "internal", and if a test project wishes to access those internal classes or methods. It requires itself to be strong-named signed to use assembly:InternalVisibleToAttribute to establish a friend assembly.

@nehmebilal
Copy link
Collaborator

Sorry about this taking so long. I will try to find time to get it done soon.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants