Displaying 9 results from an estimated 9 matches for "compiler_rt_has_libpthread".
2020 Sep 22
2
Unifying CMake variable names used in checks across subprojects
...mpiler_flag
or check_library_exists, CMake caches the resulting variable and doesn't
run the check again. The problem is that in LLVM, each subproject uses
different variable names for results of these checks. For example, most
subprojects check if pthread is available and store the result in:
COMPILER_RT_HAS_LIBPTHREAD (compiler-rt)
LIBCXX_HAS_PTHREAD_LIB (libc++)
LIBCXXABI_HAS_PTHREAD_LIB (libc++abi)
LIBUNWIND_HAS_PTHREAD_LIB (libunwind)
HAVE_LIBPTHREAD (llvm)
This means that even though this check would ideally be performed just once
(per target) and reused everywhere, it's performed 5 times. The same is
t...
2018 Apr 11
2
[compiler-rt] r329776 - [XRay][compiler-rt] Fix osx-based builds
...GS ${CMAKE_THREAD_LIBS_INIT})
> +if (NOT APPLE)
> + append_list_if(COMPILER_RT_HAS_LIBM -lm XRAY_UNITTEST_LINK_FLAGS)
> + append_list_if(COMPILER_RT_HAS_LIBRT -lrt XRAY_UNITTEST_LINK_FLAGS)
> + append_list_if(COMPILER_RT_HAS_LIBDL -ldl XRAY_UNITTEST_LINK_FLAGS)
> + append_list_if(COMPILER_RT_HAS_LIBPTHREAD -pthread XRAY_UNITTEST_LINK_FLAGS)
> +endif()
> +
> macro(add_xray_unittest testname)
> cmake_parse_arguments(TEST "" "" "SOURCES;HEADERS" ${ARGN})
> if(UNIX AND NOT APPLE)
> set(CMAKE_DL_LIBS_INIT "")
> - foreach(lib ${CMAKE_D...
2020 Sep 22
2
Unifying CMake variable names used in checks across subprojects
...g or check_library_exists, CMake caches the resulting variable and doesn't run the check again. The problem is that in LLVM, each subproject uses different variable names for results of these checks. For example, most subprojects check if pthread is available and store the result in:
>
> COMPILER_RT_HAS_LIBPTHREAD (compiler-rt)
> LIBCXX_HAS_PTHREAD_LIB (libc++)
> LIBCXXABI_HAS_PTHREAD_LIB (libc++abi)
> LIBUNWIND_HAS_PTHREAD_LIB (libunwind)
> HAVE_LIBPTHREAD (llvm)
>
> This means that even though this check would ideally be performed just once (per target) and reused everywhere, it's pe...
2019 Jan 24
2
[Release-testers] [8.0.0 Release] rc1 has been tagged
On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers
wrote:
> On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote:
> >
> > 8.0.0-rc1 was just tagged (from the branch at r351980).
> >
> > It took a little longer than planned, but it's looking good.
> >
> > Please run the test
2018 Apr 11
0
[compiler-rt] r329776 - [XRay][compiler-rt] Fix osx-based builds
...BS_INIT})
>> +if (NOT APPLE)
>> + append_list_if(COMPILER_RT_HAS_LIBM -lm XRAY_UNITTEST_LINK_FLAGS)
>> + append_list_if(COMPILER_RT_HAS_LIBRT -lrt XRAY_UNITTEST_LINK_FLAGS)
>> + append_list_if(COMPILER_RT_HAS_LIBDL -ldl XRAY_UNITTEST_LINK_FLAGS)
>> + append_list_if(COMPILER_RT_HAS_LIBPTHREAD -pthread XRAY_UNITTEST_LINK_FLAGS)
>> +endif()
>> +
>> macro(add_xray_unittest testname)
>> cmake_parse_arguments(TEST "" "" "SOURCES;HEADERS" ${ARGN})
>> if(UNIX AND NOT APPLE)
>> set(CMAKE_DL_LIBS_INIT "")
>> -...
2020 Sep 25
2
Unifying CMake variable names used in checks across subprojects
...ck_library_exists, CMake caches the resulting variable and doesn't run the check again. The problem is that in LLVM, each subproject uses different variable names for results of these checks. For example, most subprojects check if pthread is available and store the result in:
>>
>> COMPILER_RT_HAS_LIBPTHREAD (compiler-rt)
>> LIBCXX_HAS_PTHREAD_LIB (libc++)
>> LIBCXXABI_HAS_PTHREAD_LIB (libc++abi)
>> LIBUNWIND_HAS_PTHREAD_LIB (libunwind)
>> HAVE_LIBPTHREAD (llvm)
>>
>> This means that even though this check would ideally be performed just once (per target) and reused...
2016 Mar 17
2
Building with LLVM_PARALLEL_XXX_JOBS
On Mon, Mar 14, 2016 at 5:30 PM, Chris Bieneman <cbieneman at apple.com> wrote:
[ brutal-snip ]
...
> [ TODO#S: Before doing a 2nd build (and in a 3rd run using more
> optimized binaries) ]
>
> How do I anable LTO via CMAKE?
>
>
> LLVM_ENALBLE_LTO=On
>
[ v4 of my build-script attached ]
Hi Chris,
thanks for the response!
That seems to work (see below).
$ cd
2017 Feb 11
2
Asan self host problems: Failed to deallocate
Trying to run a self host "ninja check-clang" with ASan enabled I hit a
/lot/ of errors like this (strangely I hit none of these in check-llvm,
only in check-clang):
Any ideas?
==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes
at address 0x631000014800
==10525==AddressSanitizer CHECK failed:
2017 Feb 15
2
Asan self host problems: Failed to deallocate
...//Test COMPILER_RT_HAS_GS_FLAG
COMPILER_RT_HAS_GS_FLAG:INTERNAL=
//Test COMPILER_RT_HAS_G_FLAG
COMPILER_RT_HAS_G_FLAG:INTERNAL=1
//Have library c
COMPILER_RT_HAS_LIBC:INTERNAL=1
//Have library dl
COMPILER_RT_HAS_LIBDL:INTERNAL=1
//Have library m
COMPILER_RT_HAS_LIBM:INTERNAL=
//Have library pthread
COMPILER_RT_HAS_LIBPTHREAD:INTERNAL=1
//Have library rt
COMPILER_RT_HAS_LIBRT:INTERNAL=1
//Have library stdc++
COMPILER_RT_HAS_LIBSTDCXX:INTERNAL=1
//Test COMPILER_RT_HAS_MCRC_FLAG
COMPILER_RT_HAS_MCRC_FLAG:INTERNAL=
//Test COMPILER_RT_HAS_MSSE3_FLAG
COMPILER_RT_HAS_MSSE3_FLAG:INTERNAL=1
//Test COMPILER_RT_HAS_MSSE4_2_FLAG
C...