On 31 Mar 2018, at 17:51, Thiemo Nordenholz <n...@thiemo.net> wrote:
> 
> 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.
> 
> Subsequent "make buildworld" fails when compiling what looks like a part of 
> llvm:
> 
> 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=\"x86_64-unknown-freebsd11.1\" 
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.1\" -DDEFAULT_SYSROOT=\"\" 
> -ffunction-sections -fdata-sections -MD -MF.depend.Host_common_MainLoop.o 
> -MTHost/common/MainLoop.o -fstack-protector-strong -Qunused-arguments  
> -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -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;
> 
> 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=YES WITH_GCC=YES make buildworld" also fails, 
> however in /usr/src/lib/libc/tests/ssp (as make says):
> 
> cc -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -g 
> -std=gnu99 -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_standalone-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)
> 
> 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

Attachment: signature.asc
Description: Message signed with OpenPGP

Reply via email to