On Sat, 2020-08-08 at 15:51 -0400, Neal Gompa wrote: > On Sat, Aug 8, 2020 at 3:47 PM Robert-André Mauchin <zebo...@gmail.com> wrote: > > On Saturday, 8 August 2020 17:27:54 CEST you wrote: > > > And so on. > > > Tons of errors regarding undefined reference to glslang::. > > > I don't know if this is due to a new Glslang or if something has been > > > changed wrt the build system, or if system-wide libraries are not > > > supported > > > anymore. > > > > > > Any help for figuring out what happened would be greatly appreciated. > > > > > > Best regards, > > > > > > Robert-André > > > > > > > I have the same issue with another FTBFS, soundkonverter: > > > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:215: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:215: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:216: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:216: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:217: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:217: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:220: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /tmp/soundkonverter.4HzRaR.ltrans3.ltrans.o: in function > > `readXiphTags(TagLib::Ogg::XiphComment*)': > > /usr/include/c++/10/bits/stl_function.h:386: undefined reference to > > `TagLib::String::operator<(TagLib::String const&) const' > > /usr/bin/ld: /usr/include/c++/10/bits/stl_function.h:386: undefined > > reference > > to `TagLib::String::operator<(TagLib::String const&) const' > > /usr/bin/ld: /tmp/soundkonverter.4HzRaR.ltrans3.ltrans.o: in function > > `readXiphTags(TagLib::Ogg::XiphComment*)': > > /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/MetaReplayGain.cpp: > > 220: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:222: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:222: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:223: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:223: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:224: undefined reference to `TagLib::String::String(char > > const*, TagLib::String::Type)' > > /usr/bin/ld: /builddir/build/BUILD/soundkonverter-3.0.1/src/metadata/ > > MetaReplayGain.cpp:224: undefined reference to `TagLib::String::~String()' > > /usr/bin/ld: /tmp/soundkonverter.4HzRaR.ltrans3.ltrans.o: in function > > `TagLib::Map<TagLib::String, TagLib::StringList>::~Map() [clone > > .lto_priv.0]': > > /usr/include/c++/10/bits/stl_pair.h:211: undefined reference to > > `TagLib::StringList::~StringList()' > > /usr/bin/ld: > > /tmp/soundkonverter.4HzRaR.ltrans3.ltrans.o:/usr/include/c++/10/ > > bits/stl_pair.h:211: undefined reference to `TagLib::String::~String()' > > > > Is it related to the cmake change? Am I missing something obvious? > > > > That looks like failures related to LTO? No. I've already check that one. You'll get the same effective failures without LTO. More likely it's uninstantiated templates (which is a common source issue, not a compiler issue)
jeff > > > _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
