1853580 - Build failure with musl libc - undefined symbol: getrlimit64

Status: RESOLVED WORKSFORME

(Firefox Build System :: General: Unsupported Platforms, defect, P5)

Description

[:LinuxUserGD]

Attachment: musl.patch

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/116.0

Steps to reproduce:

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/117.0
OS: Gentoo Linux amd64 musl libc (llvm/clang profile)

• compile firefox-117.0.1.ebuild (https://gitweb.gentoo.org/repo/gentoo.git/tree/www-client/firefox/firefox-117.0.1.ebuild )

Actual results:

Build fails with musl-1.2.4

16:57.16 /var/tmp/portage/www-client/firefox-116.0.3/work/firefox_build/srcdirs/firefox-116.0.3-c5a19a927309/_virtualenvs/build/bin/python -m mozbuild.action.check_binary libipcclientcerts.so
16:57.49 chmod +x libipcclientcerts.so
16:57.49 ../../../../../config/nsinstall -R -m 644 'libipcclientcerts.so' '../../../../../dist/bin'
16:57.49 gmake[4]: Leaving directory '/var/tmp/portage/www-client/firefox-116.0.3/work/firefox_build/security/manager/ssl/ipcclientcerts/dynamic-library'
53:31.13 x86_64-gentoo-linux-musl-ld.lld: error: undefined symbol: getrlimit64
53:31.16 >>> referenced by rt_linux.rs:144 (src/rt_linux.rs:144)
53:31.16 >>>               lto.tmp:(audio_thread_priority::rt_linux::get_limits::h3102465bb36ed775)
53:31.32 x86_64-gentoo-linux-musl-ld.lld: error: undefined symbol: setrlimit64
53:31.32 >>> referenced by rt_linux.rs:161 (src/rt_linux.rs:161)
53:31.32 >>>               lto.tmp:(audio_thread_priority::rt_linux::set_real_time_hard_limit_internal::hd9c4d9205bbe7039)
53:31.32 >>> referenced by rt_linux.rs:299 (src/rt_linux.rs:299)
53:31.32 >>>               lto.tmp:(audio_thread_priority::rt_linux::promote_thread_to_real_time_internal::h71f3b741649ca959)
``


Expected results:

Build should complete (see musl.patch)

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox Build System::Toolchains' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Alex Hochheiden [:ahochheiden] (needinfo? me)]

Hi there, unfortunately we don't support this platform. I can't provide much insight, and I don't have access to a Gentoo box, but you're welcome to work on this on your own and submit a patch that I can review for you. Just make sure that your fix doesn't cause any regressions on other platforms.

Comment 3

[:LinuxUserGD]

Should be fixed with audio_thread_priority 0.28.0 and libc 0.2.147 (Cargo.lock)