On Tuesday, 13 September 2016 15:58:56 UTC+1, Jeffrey Walton wrote: > > [snip]
> Ok, I went through my lab book and I see some notes that may apply > from a few years ago... let's try one more thing... > > Open sha.h and find the template definitions for SHA384 and SHA512. > The last expression is "(CRYPTOPP_BOOL_X86|CRYPTOPP_BOOL_X32)". That's > a template argument that controls 16-byte aligned/unaligned. Change it > to "true". > > That should cause OptimalDataAlignment() to always return 16. > Indeed. I tried it. Unfortunately it gave the same result. In desperation to see something working on Solaris I rebuilt 564 with gcc. I had to hack the source, ifdeffinf out HAVE_GCC_INIT_PRIORITY since my gcc doesnt have it. When it all built the tests all ran ok. We cannot use the GNU compiler on solaris, even though it is there and cryptopp works with it. This is because we have to link with third party libraries that were compiled with the Sun compiler. The vendors will not provide gcc versions unless they are paid especially for it. > > In the mean time, I'll look through sha.cpp looking for potential > suspects. > > Jeff > I hope you find something, it's beginning to look bleak for Solaris SPARC. -- -- You received this message because you are subscribed to the "Crypto++ Users" Google Group. To unsubscribe, send an email to [email protected]. More information about Crypto++ and this group is available at http://www.cryptopp.com. --- You received this message because you are subscribed to the Google Groups "Crypto++ Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
