r322064 - ananas: Add shared library support

Author: ed Date: Tue Jan 9 01:18:14 2018 New Revision: 322064 URL: http://llvm.org/viewvc/llvm-project?rev=322064=rev Log: ananas: Add shared library support The Ananas Operating System (https://github.com/zhmu/ananas) has shared library support as of commit

r319746 - Add __WINT_MAX__.

Author: ed Date: Tue Dec 5 01:13:18 2017 New Revision: 319746 URL: http://llvm.org/viewvc/llvm-project?rev=319746=rev Log: Add __WINT_MAX__. This definition is similar to __WCHAR_MAX__, except that it applies to wint_t. It's also documented as being supported by GCC 4.5 and later. Modified:

r306239 - Add support for Ananas platform

Author: ed Date: Sun Jun 25 01:29:09 2017 New Revision: 306239 URL: http://llvm.org/viewvc/llvm-project?rev=306239=rev Log: Add support for Ananas platform Ananas is a home-brew operating system, mainly for amd64 machines. After using GCC for quite some time, it has switched to clang and never

r297956 - Make table cells referring to Clang 4 green, as Clang 4 has been released.

Author: ed Date: Thu Mar 16 09:21:00 2017 New Revision: 297956 URL: http://llvm.org/viewvc/llvm-project?rev=297956=rev Log: Make table cells referring to Clang 4 green, as Clang 4 has been released. Modified: cfe/trunk/www/cxx_status.html Modified: cfe/trunk/www/cxx_status.html URL:

[libunwind] r297364 - Fix up the places where AddressSpace.hpp is included.

Author: ed Date: Thu Mar 9 02:04:07 2017 New Revision: 297364 URL: http://llvm.org/viewvc/llvm-project?rev=297364=rev Log: Fix up the places where AddressSpace.hpp is included. The AddressSpace.hpp header declares two classes: LocalAddressSpace and RemoteAddressSpace. These classes are only

Re: [libunwind] r297174 - Improve readability and correctness of the OS specific libunwind bits.

Hi Asiri, 2017-03-07 20:42 GMT+01:00 Asiri Rathnayake : > Could you please always include cfe-commits as a subscriber in you phab > reviews? > > We would like to be aware of these changes in advance before they land. Sure thing! I'll try to do that from now on. That

Re: [libunwind] r297175 - Tidy up the way we include EHHeaderParser.hpp.

Hi Marshall, 2017-03-08 15:47 GMT+01:00 Marshall Clow : > I'm having trouble building libunwind this morning (on a Mac). Ah, thanks for reporting. I only tested this on FreeBSD and CloudABI. On those systems we don't build Unwind_AppleExtras.cpp. >

[libunwind] r297175 - Tidy up the way we include EHHeaderParser.hpp.

Author: ed Date: Tue Mar 7 12:21:51 2017 New Revision: 297175 URL: http://llvm.org/viewvc/llvm-project?rev=297175=rev Log: Tidy up the way we include EHHeaderParser.hpp. Other source files in the source tree tend to include this header file unconditionally. It also parses perfectly fine on ARM

[libunwind] r297174 - Improve readability and correctness of the OS specific libunwind bits.

Author: ed Date: Tue Mar 7 12:15:52 2017 New Revision: 297174 URL: http://llvm.org/viewvc/llvm-project?rev=297174=rev Log: Improve readability and correctness of the OS specific libunwind bits. All of the access to __exidx_*, dl_iterate_phdr(), etc. is specific to the findUnwindSections()

[libunwind] r297149 - Let arm_section_length store the number of bytes.

Author: ed Date: Tue Mar 7 09:21:57 2017 New Revision: 297149 URL: http://llvm.org/viewvc/llvm-project?rev=297149=rev Log: Let arm_section_length store the number of bytes. Exception section data that we extract for DWARF gets stored as the offset and the number of bytes. For ARM exception

[libunwind] r296991 - Drop the dependency on dl_unwind_find_exidx().

Author: ed Date: Sun Mar 5 13:11:24 2017 New Revision: 296991 URL: http://llvm.org/viewvc/llvm-project?rev=296991=rev Log: Drop the dependency on dl_unwind_find_exidx(). While porting libunwind over to CloudABI for ARMv6, I observed that this source file doesn't build, as it depends on

Re: [libunwind] r295948 - Revert r295944.

Hi there, 2017-02-23 10:37 GMT+01:00 Asiri Rathnayake : > I have a feeling that the no-exceptions builders are missing a few > configuration bits. > > "No-exceptions" libraries should not require libunwind... > > Looking at the cmake configs: >

[libunwind] r295948 - Revert r295944.

Author: ed Date: Thu Feb 23 03:13:22 2017 New Revision: 295948 URL: http://llvm.org/viewvc/llvm-project?rev=295948=rev Log: Revert r295944. Even though the change works perfectly fine on CloudABI, it fails to work on the libcxx-libcxxabi-libunwind-arm-linux-noexceptions build bot. Looking at the

[libunwind] r295944 - Drop the dependency on dl_unwind_find_exidx().

Author: ed Date: Thu Feb 23 02:05:58 2017 New Revision: 295944 URL: http://llvm.org/viewvc/llvm-project?rev=295944=rev Log: Drop the dependency on dl_unwind_find_exidx(). While porting libunwind over to CloudABI for ARMv6, I observed that this source file doesn't build, as it depends on

[libcxx] r294833 - Remove a now unneeded __CloudABI__ check.

Author: ed Date: Sat Feb 11 02:33:16 2017 New Revision: 294833 URL: http://llvm.org/viewvc/llvm-project?rev=294833=rev Log: Remove a now unneeded __CloudABI__ check. CloudABI has gained the setlocale() function in the meantime, meaning there is no longer a need to conditionalize this.

[libcxx] r294832 - Fix the build of thread.cpp on CloudABI.

Author: ed Date: Sat Feb 11 02:30:18 2017 New Revision: 294832 URL: http://llvm.org/viewvc/llvm-project?rev=294832=rev Log: Fix the build of thread.cpp on CloudABI. CloudABI does provide unistd.h, but doesn't define __unix__. We need to include this header file to make hardware_concurrency work.

[libcxx] r290748 - Remove mblen(), mbtowc() and wctomb() from the thread-unsafe functions.

Author: ed Date: Fri Dec 30 04:44:00 2016 New Revision: 290748 URL: http://llvm.org/viewvc/llvm-project?rev=290748=rev Log: Remove mblen(), mbtowc() and wctomb() from the thread-unsafe functions. Back in r240527 I added a knob to prevent thread-unsafe functions from being exposed. mblen(),

r290443 - Extend the tests for -Wmissing-variable-declarations.

Author: ed Date: Fri Dec 23 13:20:07 2016 New Revision: 290443 URL: http://llvm.org/viewvc/llvm-project?rev=290443=rev Log: Extend the tests for -Wmissing-variable-declarations. We shouldn't throw a warning when the static keyword is not present in an anonymous namespace, just like we do for

[libunwind] r282589 - Also use the proper register numbers on CloudABI.

Author: ed Date: Wed Sep 28 08:51:23 2016 New Revision: 282589 URL: http://llvm.org/viewvc/llvm-project?rev=282589=rev Log: Also use the proper register numbers on CloudABI. Without this change applied, unw_step() fails to obtain the next frame properly. Modified:

r280672 - Add support for targeting armv6-unknown-cloudabi-eabihf.

Author: ed Date: Mon Sep 5 13:38:34 2016 New Revision: 280672 URL: http://llvm.org/viewvc/llvm-project?rev=280672=rev Log: Add support for targeting armv6-unknown-cloudabi-eabihf. I'm in the progress of adding ARMv6 support to CloudABI. On the compiler side, everything seems to work properly

r278395 - Don't enable PIE on i686-unknown-cloudabi.

Author: ed Date: Thu Aug 11 15:03:22 2016 New Revision: 278395 URL: http://llvm.org/viewvc/llvm-project?rev=278395=rev Log: Don't enable PIE on i686-unknown-cloudabi. We're only going to provide support for using PIE on architectures that provide PC-relative addressing. i686 is not one of those,

r278393 - Pass in frame pointer omitting compiler flags for CloudABI as well.

Author: ed Date: Thu Aug 11 14:23:30 2016 New Revision: 278393 URL: http://llvm.org/viewvc/llvm-project?rev=278393=rev Log: Pass in frame pointer omitting compiler flags for CloudABI as well. On Linux we pass in -fomit-frame-pointer flags (and similar) automatically if optimization is enabled.

[libcxx] r272886 - Remove CloudABI specific workaround.

Author: ed Date: Thu Jun 16 06:53:11 2016 New Revision: 272886 URL: http://llvm.org/viewvc/llvm-project?rev=272886=rev Log: Remove CloudABI specific workaround. CloudABI has gained the mblen_l() function in the meantime that does properly return whether the character set has shift-states (read:

r265546 - Enable PIE for CloudABI.

Author: ed Date: Wed Apr 6 10:37:06 2016 New Revision: 265546 URL: http://llvm.org/viewvc/llvm-project?rev=265546=rev Log: Enable PIE for CloudABI. As we're currently working on making CloudABI executables easier to emulate in userspace (e.g., on OS X and Windows), it makes a whole lot of sense

r264787 - Enable the SafeStack sanitizer on CloudABI by default.

Author: ed Date: Tue Mar 29 16:13:53 2016 New Revision: 264787 URL: http://llvm.org/viewvc/llvm-project?rev=264787=rev Log: Enable the SafeStack sanitizer on CloudABI by default. Over the last month we've been testing SafeStack extensively. As far as we know, it works perfectly fine. That why

r261135 - Enable SafeStack for CloudABI.

Author: ed Date: Wed Feb 17 12:56:20 2016 New Revision: 261135 URL: http://llvm.org/viewvc/llvm-project?rev=261135=rev Log: Enable SafeStack for CloudABI. Summary: I've got a patchset in my home directory to integrate support for SafeStack into CloudABI's C library. All of the CloudABI unit

Re: [PATCH] D16639: [libcxx] Limit catopen usage to unix-like OSes

ed added a comment. I'm usually not a big fan of using definitions such as `__unix__`, because it is pretty vague and defined inconsistently. That said, if you're going to use this definition, then there is some good news: CloudABI doesn't define it, meaning that you could just remove it from

r246857 - Put ext_implicit_lib_function_decl in ImplicitFunctionDeclare.

Author: ed Date: Fri Sep 4 11:07:39 2015 New Revision: 246857 URL: http://llvm.org/viewvc/llvm-project?rev=246857=rev Log: Put ext_implicit_lib_function_decl in ImplicitFunctionDeclare. If we build with -Werror=implicit-function-declaration, only implicit function declarations of non-library

Re: [PATCH] D11781: Refactored pthread usage in libcxx

ed added a comment. A general note I have regarding this change: Now that we're introducing separate implementations for mutexes and condition variables, could we also consider letting `shared_mutex` and friends simply use `pthread_rwlock_*()`? We currently have it implemented as a wrapper on