New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dev-libs/hyperscan: bug fixes & version bump #15681
Conversation
Pull request CI reportReport generated at: 2020-05-07 15:55 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good and all, but this doesn't compile with gcc-10. And since it's in ~, you'll have to patch it or block using it.
Sure, I'll look at it. The gcc-10 bug appeared just today. |
Pull Request assignmentSubmitter: @arkamar dev-libs/hyperscan: @croessner, @arkamar, @gentoo/proxy-maint Linked bugsBugs linked: 722802, 674218, 707486 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
I have reported GCC-10 issue to the upstream (intel/hyperscan#239). The error was triggered by |
Pull request CI reportReport generated at: 2020-05-15 13:25 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
@juippis ping |
New version has been released today. I appended the version bump here as well. |
Pull request CI reportReport generated at: 2020-06-03 09:46 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please squash the first 3 commits into a single one, and no need to revbump because you're later editing PYTHON_COMPAT anyway.
FAILED: bin/simplegrep
: && /usr/bin/x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -frecord-gcc-switches -mssse3 -mavx2 -std=c99 -Wall -Wextra -Wshadow -Wcast-qual -fno-strict-aliasing -DNDEBUG -Wno-array-bounds -Wno-maybe-uninitialized -Wno-abi -fno-omit-frame-pointer -fvisibility=hidden -Wvla -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-stringop-overflow -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -rdynamic examples/CMakeFiles/simplegrep.dir/simplegrep.c.o -o bin/simplegrep -Wl,-rpath,/var/tmp/portage/dev-libs/hyperscan-5.3.0/work/hyperscan-5.3.0_build/lib lib/libhs.so.5.3.0 && :
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks1'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks1_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks3'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_mm_mask_mask'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks3_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks1'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks2'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks4_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_p_mask_arr256'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks3_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks2'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_mm_shuffle_end'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks1_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks3'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks4'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_fdr_exec_fat_teddy_msks2_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks4_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_mm_shuffle_end'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks4'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_p_mask_arr256'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `corei7_fdr_exec_fat_teddy_msks2_pck'
/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libhs.so.5.3.0: undefined reference to `core2_mm_mask_mask'
collect2: error: ld returned 1 exit status
What could cause this?
* support non-English locales; The patch is taken from intel/hyperscan#217 (comment) * respect cpu_flags_x86 USE flags * respect -O flags * set release build type; CMAKE_BUILD_TYPE=Release disables -Werror flag which used to trigger false positive error in GCC-10. intel/hyperscan#239 Closes: https://bugs.gentoo.org/674218 Closes: https://bugs.gentoo.org/707486 Closes: https://bugs.gentoo.org/722802 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Petr Vaněk <arkamar@atlas.cz>
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Petr Vaněk <arkamar@atlas.cz>
The However, I suggest to disable I squashed this change together with the first 3 commits and reverted the revbump. |
Pull request CI reportReport generated at: 2020-06-08 16:42 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
# upstream workaround | ||
append-cxxflags -Wno-redundant-move | ||
cmake_src_prepare | ||
} | ||
|
||
src_configure() { | ||
CMAKE_BUILD_TYPE=Release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does this need to be set at all? I'm reading https://devmanual.gentoo.org/eclass-reference/cmake.eclass/index.html and seeing that setting it is not a good idea, unless it doesn't work without?
Could you please test. It's an insta-merge if it is needed, since everything looks good here.
EDIT: And even after when you test it works without.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it is needed, it is the package that makes use of if (CMAKE_BUILD_TYPE MATCHES xxx)
. cmake appends -Werror
if not present which triggers false-positive error with gcc-10.
This PR fixes both open bugs for
dev-libs/hyperscan
.