mirror of
https://github.com/brutaldev/StrongNameSigner.git
synced 2026-04-25 11:26:04 +03:00
[GH-ISSUE #17] Issue with MvvmLight #14
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @habakuk007 on GitHub (Aug 10, 2015).
Original GitHub issue: https://github.com/brutaldev/StrongNameSigner/issues/17
Originally assigned to: @brutaldev on GitHub.
Hello,
thanks for your tool, it's very helpful for us!
We have a little issue with the libraries of MvvmLight - it touches the assemblies on every compilation and so it took a long time.
After the compilation it says this:
You can get the log here: https://mega.nz/#!8JllkaTI!VOpstcjIQrILlXARho9_dY0i0I5CsOTbz2rRVh_Kl1o
And my git tells me that some of the dlls have changed (only GalaSoft.MvvmLight.Extras.dll and GalaSoft.MvvmLight.Platform.dll in the different versions).
I also get several warnings like this ("the format of the executable or the library is wrong"):
Can this be fixed?
Best regards!
Stefan
@brutaldev commented on GitHub (Aug 10, 2015):
First thing you need to do is update to version 1.5.1. You are currently using 1.5.0 which corrupts files sometimes when fixing references.
Second, it appears as though you are scanning and signing EVERYTHING in the
packagesdirectory, this is obviously going to take some time and can easily be avoided. Rather just selectively sign the packages that are not already signed.This is described in the Build Process section of the documentation. Identify which packages are not signed and add only the necessary directories to your command with the
-inparameter to speed up the build.Example:
MVVM supports all .NET framework versions so you are signing a lot of files that you don't even use. Take a look at what is referenced in your projects and use those directories. This could take a bit of time but the build speed will be worth it.
Ensure you also add any dependency packages that may be referenced by the unsigned ones. Even if the dependencies are already signed, they will need to have references fixed to point to the new signed files, more on this in the Dealing With Dependencies documentation.
@habakuk007 commented on GitHub (Aug 10, 2015):
Thanks!