| Summary: | dev-lang/ocaml-4.02.3 USE=ocamlopt on PPC64 - make[2]: *** No rule to make target 'none.o', needed by 'libasmrun.a'. Stop. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jeroen Roovers (RETIRED) <jer> |
| Component: | [OLD] Development | Assignee: | Gentoo Team for the ML programming language family <ml> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | ppc64 |
| Priority: | Normal | Keywords: | PATCH |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | ftp://rpmfind.net/linux/fedora/linux/development/rawhide/source/SRPMS/o/ocaml-4.02.3-1.fc24.src.rpm | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Jeroen Roovers (RETIRED)
2015-11-01 06:27:10 UTC
how is that blocking stabilization? 'ocamlopt' has been masked on ppc 64ul since the beginning, fedora has been playing (and sometimes breaking) ocaml on ppc64 to support native code compilation for some time but in fact, those patches should be merged upstream, and the fact they're not does not speak high of their quality or the author's confidence in them another option is that the ppc64 team can maintain them in the gentoo portage tree, but certainly not add them just before stabilizing a new ocaml version... USE=-ocamlopt is supposed to work, and not just on ppc64, so if it doesn't then this should be fixed before stabilization, and this affects other arches too Ah yes, I had that USE flag unmasked for some reason. |