Thanks for reply. Since I've root access on those dedicated machines I could install the packages but I preferrerd not, let's see. Too bad Centos was installed instead of Ubuntu.

yup, after linking with pthreadGC2 it works fine.
and it looks like it brings a very slight improve in performance (about 1% or so in a few algos that i benchmarked)
compiling sha version also works, too bad i don't have hardware to test it

Good to read you got it working but too bad no significant improvement.

At my end I got it working using http://www.msys2.org/ but again no significant performance difference.

Msys2 is pretty clumsy to setup, nice installer but it only installs a minimal base system. Then you use a clumsy
package manager to install everything else.

gcc 6.3 7.2 and openssl 1.0.2l are available. Compiling with SHA works but I couldn't verify due to lack of SHA CPU.
It works fine from within Msys2 shell, getting it to work from a DOS shell required copying all the DLLs included in Mingw,
over 40 of them.

I don't like bundling DLLs, just delivering a Windows binary is scary enough. I was hoping there was a way to download
just the DLLs from Msys2 but they are all hidden in individual package files. It seems the only way to get them is to install
Msys2 and all the packages that provide the DLLs.

Is this "yescryptR16" actually a new algorithm, or is it just yescrypt?   https://bt.irlbtc.com/view/2329470.0

If new, any plans to support?  

Thanks!

Edit: source is at https://github.com/conan-equal-newone/yenten

Is http://www.ypool.co a stratum pool?  Could you use that?  The pool operator apparently thought it was regular yescrypt so he set it up that way, but he's obviously not finding any blocks because no one is actually sending him yescryptR16 solutions.  Can you use his mistake to test, or does it not work that way?

BTW I don't mean to be pushy, if you can't be bothered (edit: or if it won't work) it's fine, I just thought I'd let you know in case you wanted to.

Thank you, I'll surely need that once I manage to compile the miner.

Another update, sorry for the spam.

Managed to install devtoolset-6 (GCC 6.3.1), it was quite straightforward:




The errors are always there, but at least they more detailed. They are all very similar, I'll paste just one:


Searching in and here found just this similar question: https://stackoverflow.com/questions/43128698/inlining-failed-in-call-to-always-inline-mm-mullo-epi32-target-specific-opti but not much idea how to proceed.

cpuminer-opt-3.7.1 is released.

Added yescryptr16 algo for Yenten coin
Added SHA support to yescrypt and yescryptr16

These features have not been tested and have a higher risk of problems. Please report any problems
in this thread.

It would also be appreciated if a Ryzen user could report the performance difference with SHA enabled.
SHA support requires compiling from source on a recent Linux distribution, see RELEASE_NOTES
for details. The Windows binaries do not include SHA support.

git: https://github.com/JayDDee/cpuminer-opt

tarball: https://drive.google.com/file/d/0B0lVSGQYLJIZZXoyZkRNLUc2cE0/view?usp=sharing

windows binaries: https://drive.google.com/file/d/0B0lVSGQYLJIZTTV6YnhnV3F0eWc/view?usp=sharing

There is no SHA support in any binaries for any algos. The only way to get it is to compile yourself with a supported
CPU, compiler, openssl, and algo.

I'm not aware of any working pools but the error you see suggests a connection was made and then failed.
Need more info including command line (minus sensitive data) and miner output. If there is a working pool
I can do some testing myself.

I see you also posted connection problems in the Yenten thread. That is likely the cause of your stratum errors,
assuming you are trying to connect to an external address, ie a pool.
 
Stratum is the default if you don't specify the protocol in the url. If you're mining the wallet you must specify
-o http://<ipaddr>:<port>

Also don't use -a yescrypt for yenten, that's the old yescrypt but was used as a quick and dirty hack in yenten-minerd.