[MacPorts] #9053: BUG gmp: crash in config.guess due to mfpvr instruction
MacPorts
noreply at macports.org
Tue Feb 10 05:51:30 PST 2009
#9053: BUG gmp: crash in config.guess due to mfpvr instruction
----------------------------------------+-----------------------------------
Reporter: vincent-opdarw@… | Owner: gwright@…
Type: defect | Status: assigned
Priority: Low | Milestone: Port Bugs
Component: ports | Version: 1.0
Resolution: | Keywords:
Port: gmp |
----------------------------------------+-----------------------------------
Comment(by vinc17@…):
Replying to [comment:18 mcalhoun@…]:
> Replying to [comment:16 vinc17@…]:
> > GMP's config.guess does something wrong (in addition to the crash) in
MacPorts.
> Could you please clarify what else the config.guess doe wrong (other
than the crash)?
Together with the configure.in, it provides a -mcpu option to gcc (though
MacPorts seems to override this setting), going against the default
target; MPN_PATH (see configure output) is also affected, and I don't know
whether MacPorts does something about it. Such a configuration should be
done at a higher level, e.g. at the system level (Apple has done some
choice in the configuration of the gcc provided by Xcode) or, here, at the
MacPorts level (there's no reason why ''only'' GMP would use a different
target). Moreover the -force_cpusubtype_ALL option (that is used in the
Portfile) is probably contradictory. Disabling GMP's CPU subtype detection
is probably the best thing to do.
This is a bit like the ABI chosen by GMP, which can be different from the
default ABI (chosen by Apple and MacPorts). Concerning this problem (much
more critical), the Portfiles already fixes it:
{{{
if {![variant_isset universal]} {
configure.env ABI=32
}
}}}
--
Ticket URL: <http://trac.macports.org/ticket/9053#comment:19>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list