Summary: | =dev-libs/gmp-6.0.0a: configure fails on Gentoo/FreeBSD (m4 vs gm4) | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Yuta SATOH <nigoro.dev> |
Component: | FreeBSD | Assignee: | Gentoo/BSD Team <bsd+disabled> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | idarktemplar, prefix, toolchain |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | FreeBSD | ||
URL: | https://gmplib.org/repo/gmp-6.0/rev/b8f691bd0d03 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
patch for gmp-6.0.0a.ebuild
gmp-6.0.0a.ebuild.patch |
Description
Yuta SATOH
2014-05-28 10:45:41 UTC
Created attachment 377756 [details, diff]
patch for gmp-6.0.0a.ebuild
force use gm4 on Gentoo/FreeBSD.
Comment on attachment 377756 [details, diff] patch for gmp-6.0.0a.ebuild >+ # force use gm4 on Gentoo/FreeBSD. bug 511680. >+ use userland_BSD && export gmp_cv_prog_m4=gm4 Using M4 variable instead would be more clean. IMHO M4 variable could be set as "gm4" in profile/bsd/fbsd/make.defaults (In reply to Naohiro Aota from comment #2) > Comment on attachment 377756 [details, diff] [details, diff] > patch for gmp-6.0.0a.ebuild > > >+ # force use gm4 on Gentoo/FreeBSD. bug 511680. > >+ use userland_BSD && export gmp_cv_prog_m4=gm4 > > Using M4 variable instead would be more clean. > > IMHO M4 variable could be set as "gm4" in profile/bsd/fbsd/make.defaults Thank you for reply. Please add M4 variable to the profile in order to prevents similar problems. Please don't forget to add sys-devel/m4 to packages.build. Comment on attachment 377756 [details, diff]
patch for gmp-6.0.0a.ebuild
yeah, i don't think this is a scalable way forward. other packages sometimes run m4 outside of just autotools.
Created attachment 379556 [details, diff]
gmp-6.0.0a.ebuild.patch
I considered this problem and finally concluded as the following:
- Use M4, autoconf variable is not portable way to set m4 instance
- Use '[[ ${USERLAND} != "GNU" ]]', because that is what sys-devel/m4 is using
- No M4 export in profiles (unless we hit another program depending on GNU m4)
- gmp itself should be patched to try for "gm4" (future work)
off the top of my head, these packages also run m4 directly: - elfutils - openssl - nettle - ppl (In reply to SpanKY from comment #6) > off the top of my head, these packages also run m4 directly: > - elfutils > - openssl > - nettle > - ppl But they dose not depend on GNU variant so seriously. This patch was applied ? I'm getting the same error. I've hit this issue too, and fixed it similar way. I also must note, that if portage ever gets to differ between USERLAND and PORTAGE_USERLAND (host userland), PORTAGE_USERLAND should be checked here I think. you should put this in the profile's make.defaults imo Is this still broken with recent gmp? *-fbsd is gone. |