GNU bug report logs -
#78376
Llvm & Musl Libc - "function-like macro '__GNUC_PREREQ' is not defined"
Previous Next
To reply to this bug, email your comments to 78376 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#78376
; Package
coreutils
.
(Sun, 11 May 2025 15:44:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
NR <nroycea+gnu <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Sun, 11 May 2025 15:44:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I was aiming to build a llvm/musl-based system, and while something
like `bash` will build fine, I encountered this error attempting to
build coreutils:
```
In file included from lib/fts.c:53:
lib/fts_.h:70:32: error: function-like macro '__GNUC_PREREQ' is not defined
70 | # if defined __cplusplus && (__GNUC_PREREQ (2,8) ||
__clang_major__ >= 4)
```
Looking in the llvm source, the closest grep result I could find was:
```
llvm_project/llvm/include/llvm/Support/Compiler.h:/// Extend the
default __GNUC_PREREQ even if glibc's features.h isn't
```
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#78376
; Package
coreutils
.
(Sun, 11 May 2025 17:02:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 78376 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
NR <nroycea+gnu <at> gmail.com> writes:
> I was aiming to build a llvm/musl-based system, and while something
> like `bash` will build fine, I encountered this error attempting to
> build coreutils:
> ```
> In file included from lib/fts.c:53:
> lib/fts_.h:70:32: error: function-like macro '__GNUC_PREREQ' is not defined
> 70 | # if defined __cplusplus && (__GNUC_PREREQ (2,8) ||
> __clang_major__ >= 4)
> ```
> Looking in the llvm source, the closest grep result I could find was:
> ```
> llvm_project/llvm/include/llvm/Support/Compiler.h:/// Extend the
> default __GNUC_PREREQ even if glibc's features.h isn't
> ```
Thanks for the report. I could not reproduce this on the Musl system I
have access too, but it is clearly due to a recent commit of mine in
Gnulib.
I don't have commit privileges to Coreutils so you can run 'git am' on
the attached patch. Or wait until a Coreutils maintainer does the same
and pushes the change.
Collin
[0001-build-update-gnulib-submodule-to-latest.patch (text/x-patch, attachment)]
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Sun, 11 May 2025 17:23:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
NR <nroycea+gnu <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 11 May 2025 17:23:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 78376-done <at> debbugs.gnu.org (full text, mbox):
Thanks, I pushed that patch into coreutils master on Savannah. Closing
the bug report.
This bug report was last modified 3 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.