travis: added arm64, ppc64le and s390x tests with simde

[junaruga]

This PR is to add arm64, ppc64le and s390x tests with simde.

I referred Debian's Makefile and the patch to use simde, as there are Debian's bwa deb packages on some CPU architectures here.

For .travis.yml and how to implement simde, I referred minimap2.

This PR also fixes #77 and #71 .

Travis is ok here.

[junaruga]

Here is the explanation of -fopenmp-simd.
https://gcc.gnu.org/legacy-ml/gcc-patches/2013-10/msg02275.html

And here is the explanation of SIMDE_ENABLE_OPENMP in the simde README.md.

For best performance, in addition to -O3 (or whatever your compiler's equivalent is), you should enable OpenMP 4 SIMD support by defining SIMDE_ENABLE_OPENMP before including any SIMDe headers, and enabling OpenMP support in your compiler.

[martin-g]

TravisCI has been replaced with Github Actions some time ago - 765fac1.
But still I think TravisCI should be revived to run the tests on the architectures which are not available at Github Actions!

This PR will also solve the two linked issues above!

Ping @jmarshall .

[jmarshall]

In my opinion, a better solution for mainline bwa than either proposed PR would be for someone who cares to implement native ARM NEON versions of ksw_u8() and ksw_i16(). [This has now been done; see PR #359.]

As for Travis: bwa's use of Travis CI was replaced because the service had become unreliable. I have seen no evidence of that having changed since; see also the conversation on lh3/minimap2#740.

But I am not a bwa maintainer (so don't ping me).

[martin-g]

But I am not a bwa maintainer (so don't ping me).

Apologies! I pinged you because you did the migration from TravisCI to Github Actions.

[mr-c]

In my opinion, a better solution for mainline bwa than either proposed PR would be for someone who cares to implement native ARM NEON versions of ksw_u8() and ksw_i16().

Agreed! And one can still use SIMDe as a fallback for non-X86, non-ARM

[jmarshall]

And one can still use SIMDe as a fallback for non-X86, non-ARM

SIMDe may be of interest to people such as Debian packagers who would like to have green lights across all their ports. Unless you can point to e.g. a community doing genomics on s390x, it may be of less interest to mainline bwa IMHO.

[junaruga]

The s390x is a big-endian while x86_64, arm64, ppc64le are a little-endian. So, if someone wants to keep bwa with a big-endian friendly too, the s390x line might be good.