On Mon, Feb 22, 2021 at 6:46 PM Mukundan Ragavan <nonamedotc@xxxxxxxxx> wrote: > I am trying to update nextcloud-client to 3.1.3. Build keeps failing > with this - > > /builddir/build/BUILD/desktop-3.1.3/src/gui/cloudproviders/cloudprovidermanager.cpp:15:1: > note: 'extern "C"' linkage started here > 15 | extern "C" { The lines just above that are important: In file included from /usr/include/glib-2.0/glib/gmacros.h:241, from /usr/lib64/glib-2.0/include/glibconfig.h:9, from /usr/include/glib-2.0/glib/gtypes.h:32, from /usr/include/glib-2.0/glib/galloca.h:32, from /usr/include/glib-2.0/glib.h:30, from /builddir/build/BUILD/desktop-3.1.3/src/gui/cloudproviders/cloudprovidermanager.cpp:16: /usr/include/c++/11/type_traits:56:3: error: template with C linkage 56 | template<typename _Tp, _Tp __v> | ^~~~~~~~ /builddir/build/BUILD/desktop-3.1.3/src/gui/cloudproviders/cloudprovidermanager.cpp:15:1: note: 'extern "C"' linkage started here 15 | extern "C" { | ^~~~~~~~~~ The compiler is telling you that it saw "#include <glib.h>" inside an extern "C" block, but that glib.h ultimately pulls in headers with C++ definitions. It looks like the glib headers already take care of defining things correctly depending on whether they are being consumed by a C compiler or a C++ compiler. Tell upstream to move all #include statements for glib headers out of extern "C" blocks. -- Jerry James http://www.jamezone.org/ _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure