Summary: | media-gfx/openscad-2021.01-r4 fails to build (invalid conversion error) with dev-libs/mpfr-4.1.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Roy Bamford <neddyseagoon> |
Component: | Current packages | Assignee: | Bernd <waebbl-gentoo> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jstein, proxy-maint, sam, sci-mathematics, toolchain |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | ARM64 | ||
OS: | Linux | ||
See Also: |
https://github.com/CGAL/cgal/issues/7064 https://gitlab.inria.fr/mpfr/mpfr/-/issues/1 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log
dev-libs/mpfr-4.1.1: Revert definition of mpfr_custom_get_kind |
Description
Roy Bamford
2022-11-19 11:08:43 UTC
Created attachment 833631 [details]
Build log
Have you tried, if the 9999 ebuild works? The 2021.01 ebuild still uses qmake, but qmake is no longer supported upstream, yet they haven't published an updated cmake based version. The 9999 version uses cmake. Opening bugs upstream when using qmake has failed in the past, see https://github.com/openscad/openscad/issues/4344 Created attachment 833837 [details, diff]
dev-libs/mpfr-4.1.1: Revert definition of mpfr_custom_get_kind
This seems to be caused by the definition of mpfr_custom_get_kind in dev-libs/mpfr-4.1.1.
To clarify, this is not (much) relevant to media-gfx/openscad, because the following C++ program can trigger the error: #include <CGAL/Gmpq.h> int main() { return 0; } Instead of reverting the mpfr changes, which could be used as a temporary solution, should this not addressed by the sci-mathematics/cgal folks? IMO they should change their code to work with changes from mpfr. Cgal lists an issue for this already, https://github.com/CGAL/cgal/issues/7064 It looks like the least worst way to get freecad with openscad support is to drop the ~arm64 keyword on sci-mathematics/cgal-5.5.0 until the cgal and mpfr differences are settled. I suspect its not just an ~arm64 thing too but that's for others to determine. If you believe it's a bug in another package like mpfr, please CC its maintainers :) Done it now. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bb48158fa851ab5f552b125de478a60b5bef65f7 commit bb48158fa851ab5f552b125de478a60b5bef65f7 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-11-22 18:49:54 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-11-22 18:50:03 +0000 dev-libs/mpfr: backport mpfr_custom_get_kind macro fix Closes: https://bugs.gentoo.org/881995 Signed-off-by: Sam James <sam@gentoo.org> .../mpfr-4.1.1-fix-mpfr_custom_get_kind.patch | 79 ++++++++++++++++++++++ .../{mpfr-4.1.1.ebuild => mpfr-4.1.1-r1.ebuild} | 1 + 2 files changed, 80 insertions(+) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=901acc0c32ffdbcd6f7dad926bd7ae215f59f32c commit 901acc0c32ffdbcd6f7dad926bd7ae215f59f32c Author: Sam James <sam@gentoo.org> AuthorDate: 2022-11-24 07:06:59 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-11-24 07:20:39 +0000 dev-libs/mpfr: add 4.1.1_p1, drop 4.1.1-r1 Bug: https://bugs.gentoo.org/881995 Signed-off-by: Sam James <sam@gentoo.org> dev-libs/mpfr/Manifest | 1 + .../mpfr-4.1.1-fix-mpfr_custom_get_kind.patch | 79 ---------------------- .../{mpfr-4.1.1-r1.ebuild => mpfr-4.1.1_p1.ebuild} | 1 - 3 files changed, 1 insertion(+), 80 deletions(-) |