Re: undefined symbol `__libc_stack_end' in F36/Rawhide
On Fri, Mar 11, 2022 at 11:21:09AM +, Sérgio Basto wrote: > Hello, > > On Thu, 2022-03-10 at 09:36 +0100, Florian Weimer wrote: > > * Ron Olson: > > > > > Building swiftlang on F36/Rawhide results in a a failure that, > > > boiled down to its essence, appears to be: > > > > > > /usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 > > > against undefined symbol `__libc_stack_end' can not be used when > > > making a shared object; recompile with -fPIC > > > > > > It compiles fine on 35 so I’m guessing glibc has been updated; a > > > bunch of web searching hasn’t come up with any useful suggestions, > > > the one ancient Bugzilla ticket I found was not resolved. > > > > > > Any suggestions on what to do about this? > > > > How is __libc_stack_end declared in the sources? This could be a > > Clang > > bug or a bug in the source package. > > by coincidence rawhide compose doomed since 20220309 (...) , i.e. maybe > this is a serious thing and someone need to look what is happening to > rawhide composes rawhide composes have been failing due to qt/kde broken deps. :) Nothing to do with this as far as I can see. kevin signature.asc Description: PGP signature ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: undefined symbol `__libc_stack_end' in F36/Rawhide
I tried building on Rawhide for aarch64 and had a similar, but different error: /usr/bin/ld: /tmp/lto-llvm-759ff6.o: relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `signgam@@GLIBC_2.17' which may bind externally can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /tmp/lto-llvm-759ff6.o(.text.__interceptor_lgamma+0x9c): unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol `signgam@@GLIBC_2.17' /usr/bin/ld: final link failed: bad value On 11 Mar 2022, at 5:21, Sérgio Basto wrote: Hello, On Thu, 2022-03-10 at 09:36 +0100, Florian Weimer wrote: * Ron Olson: Building swiftlang on F36/Rawhide results in a a failure that, boiled down to its essence, appears to be: /usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 against undefined symbol `__libc_stack_end' can not be used when making a shared object; recompile with -fPIC It compiles fine on 35 so I’m guessing glibc has been updated; a bunch of web searching hasn’t come up with any useful suggestions, the one ancient Bugzilla ticket I found was not resolved. Any suggestions on what to do about this? How is __libc_stack_end declared in the sources? This could be a Clang bug or a bug in the source package. by coincidence rawhide compose doomed since 20220309 (...) , i.e. maybe this is a serious thing and someone need to look what is happening to rawhide composes -- Sérgio M. B.___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: undefined symbol `__libc_stack_end' in F36/Rawhide
Hello, On Thu, 2022-03-10 at 09:36 +0100, Florian Weimer wrote: > * Ron Olson: > > > Building swiftlang on F36/Rawhide results in a a failure that, > > boiled down to its essence, appears to be: > > > > /usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 > > against undefined symbol `__libc_stack_end' can not be used when > > making a shared object; recompile with -fPIC > > > > It compiles fine on 35 so I’m guessing glibc has been updated; a > > bunch of web searching hasn’t come up with any useful suggestions, > > the one ancient Bugzilla ticket I found was not resolved. > > > > Any suggestions on what to do about this? > > How is __libc_stack_end declared in the sources? This could be a > Clang > bug or a bug in the source package. by coincidence rawhide compose doomed since 20220309 (...) , i.e. maybe this is a serious thing and someone need to look what is happening to rawhide composes -- Sérgio M. B. ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: undefined symbol `__libc_stack_end' in F36/Rawhide
* Ron Olson: > Building swiftlang on F36/Rawhide results in a a failure that, boiled down to > its essence, appears to be: > > /usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 against > undefined symbol `__libc_stack_end' can not be used when making a shared > object; recompile with -fPIC > > It compiles fine on 35 so I’m guessing glibc has been updated; a bunch of web > searching hasn’t come up with any useful suggestions, the one ancient > Bugzilla ticket I found was not resolved. > > Any suggestions on what to do about this? How is __libc_stack_end declared in the sources? This could be a Clang bug or a bug in the source package. Thanks, Florian ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: undefined symbol `__libc_stack_end' in F36/Rawhide
Realizing I probably didn’t include some important information, but -fPIC is in fact being included in the compiler flags. For completeness, this is the command that is failing: /home/rolson/rpmbuild/BUILD/swift-source/build/buildbot_linux/llvm-linux-x86_64/./bin/clang++ -fPIC -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -O3 -DNDEBUG -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -Wl,-dT,/home/rolson/rpmbuild/BUILD/swift-source/.package_note-swift-lang-5.6-1.fc37.x86_64.ld -m64 -shared -Wl,-soname,libclang_rt.asan-x86_64.so -o /home/rolson/rpmbuild/BUILD/swift-source/build/buildbot_linux/llvm-linux-x86_64/lib/clang/13.0.0/lib/linux/libclang_rt.asan-x86_64.so lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_linux.cpp.o lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_mac.cpp.o lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_win.cpp.o lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_type_test.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_allocator.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_common.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_deadlock_detector1.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_deadlock_detector2.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_errno.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_file.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_flags.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_flag_parser.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_fuchsia.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_libc.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_libignore.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_linux.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_linux_s390.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_mac.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_mutex.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_netbsd.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_persistent_allocator.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_freebsd.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_linux.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_netbsd.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_posix.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_solaris.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_posix.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_printf.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_common.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_bsd.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_fuchsia.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_linux.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_mac.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_solaris.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_solaris.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_stoptheworld_fuchsia.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_stoptheworld_mac.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_suppressions.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_tls_get_addr.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_thread_registry.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_type_traits.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_win.cpp.o lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_termin
