[Bug c/63592] New: Linux kernel build failure due to duplicate exported symbols

[Bug c/63592] New: Linux kernel build failure due to duplicate exported symbols

[sasha.levin at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592

            Bug ID: 63592
           Summary: Linux kernel build failure due to duplicate exported
                    symbols
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: sasha.levin at oracle dot com
                CC: mpolacek at gcc dot gnu.org

Hi,

I'm seeing the following build failure with the Linux Kernel:

/home/sasha/linux-next/lib/mpi/mpi-inline.h:82: multiple definition of
`mpihelp_sub_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:82:
first defined here
lib/mpi/mpih-div.o: In function `mpihelp_sub':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:110: multiple definition of
`mpihelp_sub'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:110:
first defined here
lib/mpi/mpih-mul.o: In function `mpihelp_add_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:39: multiple definition of
`mpihelp_add_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:39:
first defined here
lib/mpi/mpih-mul.o: In function `mpihelp_add':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:67: multiple definition of
`mpihelp_add'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:67:
first defined here
lib/mpi/mpih-mul.o: In function `mpihelp_sub_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:82: multiple definition of
`mpihelp_sub_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:82:
first defined here
lib/mpi/mpih-mul.o: In function `mpihelp_sub':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:110: multiple definition of
`mpihelp_sub'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:110:
first defined here
lib/mpi/mpi-pow.o: In function `mpihelp_add':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:67: multiple definition of
`mpihelp_add'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:67:
first defined here
lib/mpi/mpi-pow.o: In function `mpihelp_sub_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:82: multiple definition of
`mpihelp_sub_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:82:
first defined here
lib/mpi/mpi-pow.o: In function `mpihelp_sub':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:110: multiple definition of
`mpihelp_sub'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:110:
first defined here
lib/mpi/mpi-pow.o: In function `mpihelp_add_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:39: multiple definition of
`mpihelp_add_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:39:
first defined here
lib/mpi/mpiutil.o: In function `mpihelp_add':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:67: multiple definition of
`mpihelp_add'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:67:
first defined here
lib/mpi/mpiutil.o: In function `mpihelp_sub_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:82: multiple definition of
`mpihelp_sub_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:82:
first defined here
lib/mpi/mpiutil.o: In function `mpihelp_sub':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:110: multiple definition of
`mpihelp_sub'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:110:
first defined here
lib/mpi/mpiutil.o: In function `mpihelp_add_1':
/home/sasha/linux-next/lib/mpi/mpi-inline.h:39: multiple definition of
`mpihelp_add_1'
lib/mpi/generic_mpih-lshift.o:/home/sasha/linux-next/lib/mpi/mpi-inline.h:39:
first defined here
make[1]: *** [lib/mpi/mpi.o] Error 1
make: *** [lib/mpi/] Error 2


This was bisected down to GCC commit:

commit b2601928b5bf34a817b5a9a2a371c476018e634d  
Author: mpolacek <mpolacek@138bc75d-0d04-0410-961f-82ee72b054a4>  
Date:   Wed Oct 15 10:08:00 2014 +0000  

        * doc/invoke.texi: Update to reflect that GNU11 is the default  
        mode for C.  
        * c-common.h (c_language_kind): Update comment.  
    c-family/  
        * c-opts.c (c_common_init_options): Make -std=gnu11 the default for C.  


    git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@216247
138bc75d-0d04-0410-961f-82ee72b054a4

[Bug c/63592] Linux kernel build failure due to duplicate exported symbols

[sasha.levin at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592

--- Comment #2 from Sasha Levin <sasha.levin at oracle dot com> ---
But that... worked previously? Is backward compatibility intended to be broken
in this case?

[Bug c/63592] Linux kernel build failure due to duplicate exported symbols

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |INVALID

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Sasha Levin from comment #2)
> But that... worked previously? Is backward compatibility intended to be
> broken in this case?

GNU 90 and C99 have different "extern inline" behavior and has been mentioned
for the last 5 or so years now.  What changed was defaulting to the C99/C11
behavior rather than the GNU90 behavior.

This is a kernel bug and should be reported/fixed there instead.

[Bug c/63592] Linux kernel build failure due to duplicate exported symbols

[izamyatin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592

Igor Zamyatin <izamyatin at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |izamyatin at gmail dot com

--- Comment #4 from Igor Zamyatin <izamyatin at gmail dot com> ---
The same could be seen for 253.perlbmk and 400.perlbench tests from spec2K/2006
suites