Closed wrathematics closed 2 years ago
Ok, I'll try to recreate your environment and put in a fix.
By PPC, are you referring to Power PC? Can you provide the OS version you are running on? When I saw "alpine" in the logs, I assumed Alpine Linux.
Yes - PowerPC. OS: Red Hat Enterprise Linux Server release 7.6 (Maipo)
Oh sorry. It's rhel. And yes, it's Power PC
$ uname -a
Linux login1 4.14.0-115.21.2.el7a.ppc64le #1 SMP Thu May 7 22:22:31 UTC 2020 ppc64le ppc64le ppc64le GNU/Linux
It is possible to create and run PPC docker containers on x86 under emulation for example, but this is very slow and often doesn't work well. I can tell you how to do this if you want, but if you need to recreate the environment to debug it, then it may make more sense to try to get you access to Summit (if possible).
I don't understand the internals, but it looked to me like that piece that was erroring wasn't actually executing on x86. But my assessment may be incorrect.
I think I found a way to simulate this by altering a compiler option. Before I put out a more general fix, can you try replacing:
-DCMAKE_CXX_FLAGS="-fPIC"
with
-DCMAKE_CXX_FLAGS="-fPIC -fsigned-char"
in your cget install
command?
It works! Thanks so much!
Reopening until this is fixed in code.
@wrathematics, is your system running in big endian mode? I pushed an endianess related update yesterday that corrects an inconsistency with the latest BCF spec. I have yet to test on a big endian system, but I plan on testing in an emulator this weekend.
It's little endian
$ lscpu | grep Endian
Byte Order: Little Endian
Great. You can disregard my endianess concerns.
I'm trying to build savvy on a PPC machine, and I'm seeing a lot of errors coming from typed_value.hpp like this:
We did not see these errors in 1.3.0. I'm using cget for the install. Here is the output of the configure
And here's the full error list