Closed javorosas closed 9 years ago
@abelino I might consider adding #ifdef __SSE4_2__
all over the code to deal with platform specific compilation. The code was written for our own platform (all Intel processors) which never had any of these issues. The software fallback was added way down the line. :)
$ uname -a
Darwin jrosas.local 14.3.0 Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64
$ clang -v
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.3.0
Thread model: posix
@javorosas I'm running clang 6.0 on kernel 13.4 and face no issues. Can you try this on a different OS platform, like a lower kernel version? I'm trying to get my hands on an updated kernel to test at my end as well.
I'm not able to try it in a different kernel version, since it's the computer from my job. But I can keep executing tests if it helps.
@javorosas locally can you replace the type on line 97 from uint32_t i, j, crc;
to uint64_t i, j, crc;
and re-run the test with all the logs.
We have quite a few of these issues popping up here that are actually coming from https://github.com/Voxer/sse4_crc32. I think since it's been almost 2 months since a reply here, this has been resolved. If not, it will probably be easier to open this up over at their repo for better, quicker help: https://github.com/Voxer/sse4_crc32.
My old computer and my server instance both run Ubuntu and I never had any problem at all. Recently I'm using a Mac to code and have not been able to make this module work.
How to reproduce
I started a new project to isolate the issue to a minimum. This is the content of my
server.js
:I'm using:
Reproducing:
node server.js
on the terminalWhat I suspect
When I'm installing the npm module:
I get the following output:
I've googled those xcode-related warnings but haven't found anything relevant. I don't know if it's related with the issue, though.
Any clues?