Date: Sat, 31 Mar 2018 18:56:17 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: Thiemo Nordenholz <nz@thiemo.net> Cc: freebsd-stable@freebsd.org Subject: Re: buildworld from 11.1-R-p8 to stable/11 fails in contrib/llvm Message-ID: <8C30CD25-46EA-4E26-8E27-F6FB063AE232@FreeBSD.org> In-Reply-To: <d9467555-e7d2-a0ad-43aa-20280abf4536@thiemo.net> References: <ec0bf09c-9ebb-16c4-b39b-b9318ede0218@thiemo.net> <d9467555-e7d2-a0ad-43aa-20280abf4536@thiemo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_1BEFC18A-5464-4C79-A185-39953F4F2D1B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Mar 2018, at 17:51, Thiemo Nordenholz <nz@thiemo.net> wrote: >=20 > having first upgraded from 11.1-RELEASE to FreeBSD 11.1-RELEASE-p8 = amd64 via freebsd-upgrade, I wanted to switch to -stable and svnup'ed to = r331758. >=20 > Subsequent "make buildworld" fails when compiling what looks like a = part of llvm: >=20 > c++ -O2 -pipe -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/lldb/source = -I/usr/src/contrib/llvm/tools/lldb/source/Plugins/Process/FreeBSD = -I/usr/src/contrib/llvm/tools/lldb/source/Plugins/Process/POSIX = -I/usr/src/contrib/llvm/tools/lldb/source/Plugins/Process/Utility = -I/usr/obj/usr/src/lib/clang/libllvm = -I/usr/obj/usr/src/lib/clang/libclang -DLLDB_DISABLE_PYTHON = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.1\" = -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.1\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -MD = -MF.depend.Host_common_MainLoop.o -MTHost/common/MainLoop.o = -fstack-protector-strong -Qunused-arguments -std=3Dc++11 = -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c = /usr/src/contrib/llvm/tools/lldb/source/Host/common/MainLoop.cpp -o = Host/common/MainLoop.o > = /usr/src/contrib/llvm/tools/lldb/source/Host/common/MainLoop.cpp:144:10: = error: no viable conversion from returned value of type 'int' to = function return type 'sigset_t' (aka '__sigset') > return 0; >=20 > As the respective source code seems to be in the tree for quite some = time, I wonder why I cannot seem to find other such issues occurring - = what am I missing here? I have no /etc/make.conf, no MAKEFLAGS set, and = emptied /usr/obj/ before each of my attempts (-j8, -j4, and no flags, = with clang and gcc (see below)). My guess is that your source tree is inconsistently updated. This error = can only occur when SIGNAL_POLLING_UNSUPPORTED is defined to 1 in = MainLoop.cpp, and that can only occur if your copy of = lib/clang/include/lldb/Host/Config.h is either out of date, corrupt, or = empty. Can you check whether the following lines exist in your copy of = lib/clang/include/lldb/Host/Config.h: #define HAVE_SYS_EVENT_H 1 #define HAVE_PPOLL 1 If not, it is best to delete your source tree and do a fresh checkout. > Trying "env WITHOUT_CLANG=3DYES WITH_GCC=3DYES make buildworld" also = fails, however in /usr/src/lib/libc/tests/ssp (as make says): >=20 > cc -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=3Dbounds= -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall = -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw.full h_raw.o > /usr/obj/usr/src/tmp/usr/bin/ld: = /usr/obj/usr/src/tmp/usr/lib/clang/5.0.1/lib/freebsd/libclang_rt.ubsan_sta= ndalone-x86_64.a: No such file: No such file or directory > cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > Again - as I did not see similar issues on the mailing list, I wonder = what's going on here. Perhaps anyone else can shed some light or give me = a hint on how to proceed. I'd really like to try out the = graphics/drm-next-kmod port... In this case, I think you would also need WITHOUT_CLANG_BOOTSTRAP. Or = alternatively, build using WITHOUT_TESTS. -Dimitry --Apple-Mail=_1BEFC18A-5464-4C79-A185-39953F4F2D1B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWr+9sQAKCRCwXqMKLiCW o1dBAKCq4G9X1Q2P/qWS92DtwLV2e+AkNwCgysJ4WmbDiRYzM3xJNVWsBVyKa/c= =uIgS -----END PGP SIGNATURE----- --Apple-Mail=_1BEFC18A-5464-4C79-A185-39953F4F2D1B--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8C30CD25-46EA-4E26-8E27-F6FB063AE232>