Bug 574736 – sys-devel/gcc-apple-4.2.1_p5666-r2: redefinition of a 'extern inline' function

• Status: RESOLVED FIXED
• Product: Gentoo/Alt

[Description * 2016-02-14 19:26:36 UTC]

My system is OS X El Capitan (10.11.3).
I'm trying to install dev-python/numpy with USE=lapack, which pulls in sys-devel/gcc-apple.
Compilation of the latter fails:
      redefinition of a 'extern inline' function 'floor_log2' is not supported
      in C99 mode
      redefinition of a 'extern inline' function 'exact_log2' is not supported
      in C99 mode

It seems to be the same as bug #491098 and I'll attach the patch from that bug.


Reproducible: Always

Steps to Reproduce:
emerge --oneshot sys-devel/gcc-apple

[Comment 1 * 2016-02-14 19:27:29 UTC]

Created attachment 425508 [details]
build.log

[Comment 2 * 2016-02-14 19:28:51 UTC]

Created attachment 425510 [details, diff]
ebuild patch

[Comment 3 * 2016-02-14 19:29:28 UTC]

Created attachment 425512 [details, diff]
gcc patch

[Comment 4 Fabian Groffen 2016-02-14 21:13:24 UTC]

While I think it may be handy to have gcc-apple compile with llvm, I think that numpy shouldn't depend on gcc (or is it that it needs fortran or something?)
We should try to persuede it to use clang instead.

[Comment 5 * 2016-02-14 21:19:31 UTC]

It is indeed the requirement for fortran.

[Comment 6 Fabian Groffen 2016-02-29 18:34:24 UTC]

I seem to recall that using -std=c89 fixes this, because clang defaults to c99 mode, in contrast to gcc.

[Comment 7 * 2016-03-01 16:48:33 UTC]

This came up in bug 491098 too, but the patch was considered an acceptable workaround. It seems like this wouldn't be worth a lot of work.

[Comment 8 Fabian Groffen 2016-03-02 07:49:21 UTC]

I've just pushed the -std=gnu89 bit to the gcc-apple ebuild, which should do for this bug.  I don't believe gcc-apple is going to be useful in the current scenario any more, but that's a separate issue.

[Comment 9 * 2016-03-04 05:55:54 UTC]

Thanks, that works.