https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #19 from karsten <karo13de at googlemail dot com> ---
Merci François for your efforts.
I have replaced the resp. library by my MacPorts build and it compiles now!
Perhaps a hacker way, however. Perhaps I install the compiler from MacPorts
after these experiences. And all that only to try openMP on Mac!
Still linking delivers now seemingly a followup-error:
Undefined symbols for architecture x86_64:
"___cxa_throw_bad_array_new_length", referenced from:
create_parameters_gui(bool) in cc2Df7NY.o
Am 03.11.2014 um 09:47 schrieb fxcoudert at gcc dot gnu.org
<gcc-bugzi...@gcc.gnu.org>:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
>
> Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Status|WAITING |RESOLVED
> Resolution|--- |INVALID
>
> --- Comment #18 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org>
> ---
> (In reply to Jakub Jelinek from comment #17)
>> The existence of the popcntq instruction suggests your libgmp has been
>> configured for Nehalem or later CPU, which you apparently don't have.
>> So, either convince whoever built it to configure it for earlier CPUs, or
>> build it on your own. In any case, this doesn't sound like a GCC bug in any
>> way.
>
> Thanks Jakub, I had missed that. It's actually much simpler. Karsten, you need
> to ask Gaurav to build his GMP/MPFR/MPC libraries with an explicit build
> parameter:
>
> ./configure --build=x86_64-apple-darwin14.0.0
>
> (for Yosemite). Otherwise, the GMP library is not portable. And if I recall
> correctly, MPFR and MPC use the GMP settings for their own compilation.
>
> --
> You are receiving this mail because:
> You reported the bug.
Karsten
karo1...@googlemail.com
