@floodyberry this code does not work properly on Mac.
Mac OS X 10.10.5 (and 10.11.3). Xcode-7.2.1, and gcc-5.3 (Macports-installed).
Symptoms:
- Unable to properly detect what processor it is running on. In particular, seems stuck in 32-bit mode.
- Unable to detect what compiler to use (choices are
clang and gcc).
- Does not know that
gcc on Mac OS X (especially the Macports-built one) needs -Wa,-q switch to invoke the correct assembler, otherwise none of the extended Intel instruction set is properly parsed/compiled.
- Insists on building fat architecture on Mac (I've been running 64-bit only for I don't remember how long). This of course fails because most (all?) of my libraries are 64-bit only, and have no corresponding 32-bit object files.
- By design has no controls that a user could tweak to get over these quirks and make this stuff actually work.
supercop-20141124 has been running almost five days uninterrupted, producing zero useful output. See the attached bench/machine-name/log and nohup.out (yes, nohup.out is empty).
log.zip
nohup.out.zip
@floodyberry this code does not work properly on Mac.
Mac OS X 10.10.5 (and 10.11.3). Xcode-7.2.1, and gcc-5.3 (Macports-installed).
Symptoms:
clangandgcc).gccon Mac OS X (especially the Macports-built one) needs-Wa,-qswitch to invoke the correct assembler, otherwise none of the extended Intel instruction set is properly parsed/compiled.supercop-20141124has been running almost five days uninterrupted, producing zero useful output. See the attachedbench/machine-name/logandnohup.out(yes, nohup.out is empty).log.zip
nohup.out.zip