summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/cpu
diff options
context:
space:
mode:
authorMåns Rullgård <mans@mansr.com>2015-11-06 12:44:01 +0000
committerTom Rini <trini@konsulko.com>2015-11-09 18:19:40 -0500
commit44d0677a90f82eb2b01dd5150ca8e0115453d7d3 (patch)
tree8969401f9071502bcae5a86323aacaf79ce1217e /arch/powerpc/cpu
parente490ad25eb3dc4f075ed33b4b00b1f97071fcf3d (diff)
downloadtalos-obmc-uboot-44d0677a90f82eb2b01dd5150ca8e0115453d7d3.tar.gz
talos-obmc-uboot-44d0677a90f82eb2b01dd5150ca8e0115453d7d3.zip
Replace "extern inline" with "static inline"
A number of headers define functions as "extern inline" which is causing problems with gcc5. The reason is that starting with version 5.1, gcc defaults to the standard C99 semantics for the inline keyword. Under the traditional GNU inline semantics, an "extern inline" function would never create an external definition, the same as inline *without* extern in C99. In C99, and "extern inline" definition is simply an external definition with an inline hint. In short, the meanings of inline with and without extern are swapped between GNU and C99. The upshot is that all these definitions in header files create an external definition wherever those headers are included, resulting in multiple definition errors at link time. Changing all these functions to "static inline" fixes the problem since this works as desired in all gcc versions. Although the semantics are slightly different (a static inline definition may result in an actual function being emitted), it works as intended in practice. This patch also removes extern prototype declarations for the changed functions where they existed. Signed-off-by: Mans Rullgard <mans@mansr.com>
Diffstat (limited to 'arch/powerpc/cpu')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud