From: "Barr, Matthew" <matthew.barr(a)intel.com&gt; To: Hyperscan regular expression matching library <hyperscan(a)lists.01.org&gt; Subject: Re: [Hyperscan] Compile fails at unit-hyperscan stage Message-ID: < 6C94C507904F7B4882664A27EE2855AD1A9E7C79(a)PGSMSX109.gar.corp.intel.com&gt; Content-Type: text/plain; charset="utf-8" From: Hyperscan [mailto:hyperscan-bounces@lists.01.org] On Behalf Of Matt Grimm Sent: Friday, February 24, 2017 2:56 AM > Any idea what's causing this? > ../lib/libhs.a(dispatcher.c.o): In function `resolve_hs_scan': > /home/mgrimm/hyperscan-git/src/dispatcher.c:66: undefined reference to `avx2_hs_scan' One of the things we added to Hyperscan v4.4 was what we call the fat runtime. Essentially this is three copies of the runtime code for Hyperscan, each built for a different target microarchitecture. When an application that is linked to the Hyperscan library is executed we check the host machine (in dispatcher.c), and based on what microarch is present, we set up the best of those runtime copies. So that explains the three variants of hs_scan, etc, that the linker can't find. My best guess is that something has gone wrong when we are building the three copies of the runtime code. Right now the symbol mangling is done with a helper script (cmake/build_wrapper.sh) that goes looking for symbols in each .o that is built and rewrites them using objcopy. I'm responsible for creating that script and I know it could be better. After explaining all of that, you can disable the fat runtime build by running 'cmake -DFAT_RUNTIME=off .' in your build dir, and then recompiling. Figuring out why the fat runtime isn't building might take longer - but we do a lot of testing on Ubuntu 14.04, so that combination of gcc, binutils and glibc should be absolutely fine. For the first step, if you look at the symbols in the first file built, using "nm CMakeFiles/hs_exec_avx2.dir/src/crc32.c.o" you should see the single entry for "avx2_Crc32c_ComputeBuf" - my guess is that it doesn't have the "avx2_" prefix, correct? Regards, Matt.