[MacPorts] #45832: defect: policykit 0.112_1 cannot be built on PPC Tiger and Leopard because it needs Clang 3.4 which cannot be built
MacPorts
noreply at macports.org
Sat Nov 15 08:59:46 PST 2014
#45832: defect: policykit 0.112_1 cannot be built on PPC Tiger and Leopard because
it needs Clang 3.4 which cannot be built
------------------------------+----------------------
Reporter: Peter_Dyballa@… | Owner: devans@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.2
Resolution: | Keywords:
Port: policykit |
------------------------------+----------------------
Comment (by braumann@…):
PPC support of clang is less than weak. Either you can build it (e.g.
versions 3.1 and 3.3) and it and clang compiles more or less garbage, or
you cannot build clang itself (like 3.4; I think the experimental 3.5 or
3.6 are not worthwhile to try), see a small portion of this sad story
here: https://trac.macports.org/ticket/43484 where two days ago the
maintainer announced the compiling issues I was reporting months ago
concerning cctools are now considered as "wontfix". I actually have
forgotten how clang versions 2.9, 3.0 and 3.3 were behaving, but I do not
think these were much different from those mentioned above.
So for PPC and clang we are lost at present.
Practically spoken, any macports utility which should have a chance to be
built on PPC cannot rely on clang. Instead, good old gcc-4.2 or macports-
gcc-4.8 should be accepted (have not tried macports-gcc-4.9 so far).
For mozjs17 I have tried both of them but always get this "architecture
was not detected as supported" error (also see my build log):
{{{
...
:info:build
/Volumes/Data/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_mozjs17/mozjs17/work/mozjs17.0.0/mfbt
/double-conversion/utils.h:71:2: error: #error Target architecture was not
detected as supported by Double-Conversion.
...
}}}
Looking into utils.h one can see that the architecture check obviously has
failed, i.e. __powerpc__ has not been defined. So first guess is that this
symbols needs to be defined before in order to let gcc-4.2 do the
compilation of mozjs17. Hope this can be achieved via an official portfile
modification, since I am sure it is not difficult to work around this
issue.
--
Ticket URL: <https://trac.macports.org/ticket/45832#comment:2>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list