bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [coreutils/coreutils] Can't build with LLVM 5.0 (#11)


From: Paul Eggert
Subject: Re: [coreutils/coreutils] Can't build with LLVM 5.0 (#11)
Date: Fri, 22 Sep 2017 10:55:58 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0

[Responding to https://github.com/coreutils/coreutils/issues/11 and CC'ing to bug-coreutils.]

Thanks for the heads-up. That's odd, as I just looked at the LLVM source code, and cfe-5.0.0.src/lib/Frontend/InitPreprocessor.cpp defines __GNUC__ to 4, whereas Coreutils (via Gnulib) doesn't use __builtin_mul_overflow_p unless __GNUC__ is at least 7.

To help debug this, what is the value of __GNUC__ on your platform? For example, what is the output of the following shell command?

echo __GNUC__ | /usr/bin/clang -E -

and what happens if you append this line to lib/mbsstr.c

"__GNUC__" __GNUC__

and then run this (long, one-line) command:

/usr/bin/clang -E -I. -I./lib  -Ilib -I./lib -Isrc -I./src    -Os -gdwarf-4 
-Wstrict-aliasing=2 -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 
-fstack-protector --param=ssp-buffer-size=4  -fPIC -flto -fPIC -D_GNU_SOURCE=1 
lib/mbsstr.c >lib/mbsstr.i

and look at the last few lines of lib/mbsttr.i?


On Fedora 26, which has clang version 4.0.1 (tags/RELEASE_401/final), these 
commands say that __GNUC__ is 4, which is what I would expect.

Also, does the attached patch to lib/intprops.h work around the problem?

Attachment: intprops.diff
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]