third_party/llama.cpp/src/llama-mmap.cpp:487:34: error: ?RLIMIT_MEMLOCK? was not declared in this scope; did you mean ?RLIMIT_STACK??
Categories
(Core :: Machine Learning: General, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox142 | --- | unaffected |
| firefox143 | --- | unaffected |
| firefox144 | --- | fixed |
People
(Reporter: petr.sumbera, Assigned: padenot)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Steps to reproduce:
Build on Solaris fails with:
35:35.27 /builds/psumbera/mozilla-central-build/third_party/llama.cpp/src/llama-mmap.cpp:487:34: error: ?RLIMIT_MEMLOCK? was not declared in this scope; did you mean ?RLIMIT_STACK??
35:35.27 487 | if (suggest && getrlimit(RLIMIT_MEMLOCK, &lock_limit)) {
35:35.27 | ^~~~~~~~~~~~~~
35:35.27 | RLIMIT_STACK
35:35.44 At global scope:
35:35.44 cc1plus: note: unrecognized command-line option ?-Wno-tautological-unsigned-enum-zero-compare? may have been intended to silence earlier diagnostics
35:35.49 gmake[4]: *** [/builds/psumbera/mozilla-central-build/config/rules.mk:670: llama-mmap.o] Error 1
The first bad revision is:
changeset: 804706:a6b5919847a1
user: Paul Adenot <paul@paul.cx>
date: Wed Sep 03 18:46:03 2025 -0700
description:
Bug 1971158 - Vendor llama.cpp. r=glandium
| Reporter | ||
Updated•10 months ago
|
Comment 1•10 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox Build System::General' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•10 months ago
|
||
:padenot, since you are the author of the regressor, bug 1971158, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•10 months ago
|
Updated•10 months ago
|
| Assignee | ||
Comment 3•10 months ago
|
||
| Assignee | ||
Comment 4•10 months ago
|
||
Petr, I don't have a Solaris machine handy, so I made this work the same as on embedded apple target (watch/tvos) and AIX, it's probably appropriate and will definitely fix the build. I used __sun__ as the #define, as it appeared to be what we generally use (but let me know if it can be better).
Comment 6•10 months ago
|
||
| bugherder | ||
Comment 7•10 months ago
|
||
Set release status flags based on info from the regressing bug 1971158
| Reporter | ||
Comment 8•10 months ago
|
||
Thank you for the fix! It builds now again.
Updated•10 months ago
|
Description
•