Closed sdbbs closed 1 year ago
There is the vectorscan project which allows to have the hyperscan lib on ARM. I haven't tried it, but I guess it's fine.
There is now NO_HYPERSCAN
option (bjam -s NO_HYPERSCAN=1 .....
). The keyboard/title bar pattern detection will not work anymore (but I don't think you use it).
Hi all,
Not really a bug, more of a question.
I had tried to build
redemption
under Raspbian Stretch on Raspberry Pi 3B+ (which has ARMv7 CPUs), which involved building gcc 10 for this platform, which took like 24+ hours:)
First thing I noticed there was:
... and https://packages.debian.org/sid/libhyperscan-dev says:
I tried https://unix.stackexchange.com/questions/131954/check-sse3-support-from-bash, and the command:
... returns nothing in Raspbian. (btw, on my Ubuntu 20.04 machine, I also do not get
sse3
reported, but insteadsse3
; https://linustechtips.com/topic/1041293-sse3-and-ssse3-supplemental-sse3-whats-the-main-difference/ indicates it's more-less the same thing). https://www.quora.com/Does-ARM-have-SSE-instructions confirms:Further on, I had to comment
<cxxflags>-msse3
injam/cxxflags.jam
... then I got stuck there. But in any case, when I tried building on Ubuntu, without libhyperscan-dev it started compiling and even built something, but ultimately I got:... so the most important stuff cannot be built without libhyperscan-dev.
Then again, if I look at Installation on Debian 10.0 · Issue #45 · wallix/redemption, there is no mention of libhyperscan-dev; so in Aug 2019 there was probably a version that could be built without.
So I was wondering: what are the chances of introducing, say, a switch or a define, to be able to choose use of SSE3 vs use without SSE3 - the primary purpose being allowing an ARM build of
rdpproxy
andredrec
for a headless Raspberry Pi (3B+ in my case)?