Build fails when a dependency uses a type from a second order dependency as a constant

[Nick-Lucas]

trafficstars

This bug was discovered in the research under #10 and is caused by Mono.Cecil trying to resolve the .dll for a second order dependency, when the value of a compile time constant needs to be validated as part of writing an assembly.

When this happens the second order dependency cannot be resolved, since it's not in the project/bin/GAC folders, and the build fails.

Proposed solution is to implement a custom AssemblyResolver class and pass the list of solution assemblies in, for later resolution and returning.

[Nick-Lucas]

Hey @dsplaisted is StrongNamer still being maintained?

[dsplaisted]

Yes, sporadically. It hasn't need too much maintenance.

[Nick-Lucas]

Gotcha! Well I've got a bugfix for this issue under #12 which would be great to merge in with any changes you think are appropriate :)