Build failure on non-x86 32 bit architectures

[olebole]

gFTL and gFTL-shared are now uploaded and accepted as Debian packages. This leads to a build of the packages on all Debian platforms for gFTL-shared (gFTL is build only once for all packages).

On the MIPS and ARM 32-bit platforms (little endian), this however leads to the following error:

[ 98%] Building Fortran object src/CMakeFiles/demo.x.dir/demo.F90.o
cd /<<PKGBUILDDIR>>/obj-arm-linux-gnueabihf/src && /usr/bin/f95 -D_DOUBLE_DEFAULT_KIND=8 -D_GNU -D_INT_DEFAULT_KIND=4 -D_ISO_INT16=2 -D_ISO_INT32=4 -D_ISO_INT64=8 -D_ISO_INT8=1 -D_ISO_REAL32=4 -D_ISO_REAL64=8 -D_LOGICAL_DEFAULT_KIND=4 -D_REAL_DEFAULT_KIND=4 -I/<<PKGBUILDDIR>>/obj-arm-linux-gnueabihf/mod -I/usr/include/gftl  -g -cpp -fbacktrace -ffree-line-length-512 -J../mod -fPIE   -c /<<PKGBUILDDIR>>/src/demo.F90 -o CMakeFiles/demo.x.dir/demo.F90.o
/<<PKGBUILDDIR>>/src/demo.F90:15:7:

   15 |    use gFTL_Real128Vector
      |       1
Fatal Error: Cannot open module file ‘gftl_real128vector.mod’ for reading at (1): No such file or directory
compilation terminated.
make[3]: *** [src/CMakeFiles/demo.x.dir/build.make:66: src/CMakeFiles/demo.x.dir/demo.F90.o] Error 1

Full build log for armhf here.

[tclune]

Ah yes. The demo needs some #ifdef's now that there are some platforms that don't support 128 bit FP. I think it is all properly guarded in the actual containers. Should be an easy fix - I'll try to get to it this weekend.