History log of /netbsd-src/external/bsd/libc++/lib/Makefile (Results 1 – 14 of 14)
Revision Date Author Comments
# 53d1339b 30-May-2021 joerg <joerg@NetBSD.org>

Update LLVM build system for 249b40b558955afe5ac2b549edcf2d7f859c8cc9

This enables the use of modules for a significant build performance gain
when building with clang as host compiler or when using

Update LLVM build system for 249b40b558955afe5ac2b549edcf2d7f859c8cc9

This enables the use of modules for a significant build performance gain
when building with clang as host compiler or when using HAVE_LLVM=yes.
Switch libc++ to using the copy from the mono-repo.

show more ...


# c1f68528 06-May-2019 christos <christos@NetBSD.org>

Avoid clang bug on earm with SSP/FORTIFY:

rt_libelftc_dem_gnu3.c:3567:3: warning: '__builtin___memset_chk' will always
overflow destination buffer [-Wbuiltin-memcpy-chk-size]
memset(&f

Avoid clang bug on earm with SSP/FORTIFY:

rt_libelftc_dem_gnu3.c:3567:3: warning: '__builtin___memset_chk' will always
overflow destination buffer [-Wbuiltin-memcpy-chk-size]
memset(&f, 0, FLOAT_EXTENED_BYTES);

show more ...


# 90dc754a 17-Jul-2018 joerg <joerg@NetBSD.org>

Ignore atomic alignment warnings on ARM. The compiler doesn't
know that the library implementation will be fine.


# 3aa96d18 06-Jun-2018 kamil <kamil@NetBSD.org>

Don't pass -z defs to libc++ with MKSANITIZER=yes

Sanitizers are conflicting with this option:

When linking shared libraries, the AddressSanitizer run-time is not
linked, so -Wl,-z,defs may cau

Don't pass -z defs to libc++ with MKSANITIZER=yes

Sanitizers are conflicting with this option:

When linking shared libraries, the AddressSanitizer run-time is not
linked, so -Wl,-z,defs may cause link errors (t use it with
AddressSanitizer).

https://clang.llvm.org/docs/AddressSanitizer.html

When linking shared libraries, the MemorySanitizer run-time is not
linked, so -Wl,-z,defs may cause link errors (t use it with
MemorySanitizer).

https://clang.llvm.org/docs/MemorySanitizer.html

Solution suggested by <christos>
Root cause of breaking libc++ investigated by <Yang Zheng>

show more ...


# 77fe1f22 11-Jan-2017 joerg <joerg@NetBSD.org>

Remove LLVM atomic hacks for Sparc.


# 24d50a40 27-Feb-2016 joerg <joerg@NetBSD.org>

As workaround for limitations in Clang's atomic lowering on SPARC,
require v8+ for those files that need C++11 atomics.


# 8ec658f5 05-Jan-2016 christos <christos@NetBSD.org>

- Change LDADD/DPADD in library dependencies to LIBDPLIBS
- Fix some LDADD abuse and remove useless dependencies
- include <bsd.init.mk> in the right place where appropriate
From Rin Okuyama


# 1e46ecab 20-Aug-2014 joerg <joerg@NetBSD.org>

Since GCC 4.5 doesn't support noexcept, don't pretend to support it by
using -std=c++0x. Just use the correct value for x.


# 21205470 05-Jul-2014 joerg <joerg@NetBSD.org>

Remove atomic hack for ARM, libc now provides the missing symbols.


# 9c5ce386 15-Jan-2014 joerg <joerg@NetBSD.org>

On ARM, force compiling some files in libc++ and LLVM's support library
with -march=armv6 to get native atomics as we currently lack the
fallback symbols in libgcc and libc.


# afecdbd8 12-Nov-2013 joerg <joerg@NetBSD.org>

Update build system for C++14 support.


# a14e051b 17-May-2013 joerg <joerg@NetBSD.org>

Prefer libcxxrt's typeinfo.cc. Do not use cxa_atexit.c, it is only for
Solaris. Do not use libcxxrt's memory.cc, the same content is already
provided by libc++ in new.cpp and that version agrees with

Prefer libcxxrt's typeinfo.cc. Do not use cxa_atexit.c, it is only for
Solaris. Do not use libcxxrt's memory.cc, the same content is already
provided by libc++ in new.cpp and that version agrees with the
overwriting rules for the operators from C++11.

show more ...


# 2df21d79 30-Apr-2013 joerg <joerg@NetBSD.org>

Explicitly disable standard C++ include paths to prevent mixing
includes.


# ecb06a3b 27-Apr-2013 joerg <joerg@NetBSD.org>

Add build glue for libc++.