mclow.lists closed this revision.
mclow.lists added a comment.
landed as revision 318864
https://reviews.llvm.org/D40144
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists created this revision.
This adds six calls each to `basic_string` and `basic_string_view`:
- starts_with (3 variants)
- ends_with (3 variants)
This is a C++2a feature
https://reviews.llvm.org/D40586
Files:
include/string
include/string_view
test/std/strings/basic.string/stri
mclow.lists added a comment.
Sorry for the extra bits.
Comment at: include/string:1365
static _LIBCPP_INLINE_VISIBILITY
size_type __recommend(size_type __s) _NOEXCEPT
+{
This is a leftover change. Disregard this bit.
Comment
mclow.lists added inline comments.
Comment at: include/string:309
+ bool ends_with(charT c) const noexcept;
+ bool ends_with(const charT* s) const;
+
rsmith wrote:
> The indentation here seems off. Should these have a `// C++2a` comment?
I may have le
mclow.lists updated this revision to Diff 124677.
mclow.lists added a comment.
Wrapped the `string_view` bits in #ifdef for C++2a.
De-tabbed.
https://reviews.llvm.org/D40586
Files:
include/string
include/string_view
test/std/strings/basic.string/string.ends_with/ends_with.char.pass.cpp
mclow.lists added inline comments.
Comment at: include/string_view:577
+ bool starts_with(basic_string_view __s) const _NOEXCEPT
+ { return size() >= __s.size() && compare(0, __s.size(), __s) == 0; }
+
rsmith wrote:
> mclow.lists wrote:
> > rsmith wro
mclow.lists created this revision.
This patch implements most of https://wg21.link/P0451r1 - the notable exception
being division.
The current implementation of complex division in libc++ uses `logb`, `fmax`,
and a couple of other primitives that are not constexpr. The paper has some
approaches
mclow.lists closed this revision.
mclow.lists added a comment.
Committed as revision 319687
https://reviews.llvm.org/D40586
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists closed this revision.
mclow.lists added a comment.
Committed as revision 319736
https://reviews.llvm.org/D28253
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists added a comment.
These tests don't fail for me. (using a clang I built two days ago)
https://reviews.llvm.org/D41048
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists added inline comments.
Comment at: include/tuple:1015
struct __find_exactly_one_checked {
- static constexpr bool __matches[] = {is_same<_T1, _Args>::value...};
+#if defined(__clang__) && __clang_major__ > 5 && __cplusplus > 201402L
+// Workaround https://bugs.l
mclow.lists added a comment.
Ah - that was the factor I was missing.
The tests pass for me with `-std=c++2a`, but fail for `std=c++17`
Casey's original post said they fail with `2a`, and I'm *still* not seeing that.
https://reviews.llvm.org/D41048
mclow.lists requested changes to this revision.
mclow.lists added a comment.
This revision now requires changes to proceed.
In https://reviews.llvm.org/D41064#950946, @aaron.ballman wrote:
> I think that it would be more appropriate to fix this in Clang rather than
> libc++. For instance, we don
mclow.lists added a comment.
Except for the stuff in TODO.txt these look good to me.
We need to do some work on that file - it's pretty out of date.
https://reviews.llvm.org/D40991
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists
mclow.lists added a comment.
Dan - I think I need a bit more context here.
How does UBSan get triggered?
Repository:
rCXX libc++
https://reviews.llvm.org/D40743
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin
mclow.lists added a comment.
This looks good to me; with a couple of nits.
Comment at:
test/std/input.output/string.streams/stringbuf/stringbuf.cons/default.pass.cpp:26
+{
+assert(this->eback() == 0);
+assert(this->gptr() == 0);
Not zero, p
mclow.lists added a comment.
> Avoid MSVC "warning C4293: '<<': shift count negative or too big, undefined
> behavior".
> MSVC sees (1ULL << N) and warns - being guarded by const bool canFit is
> insufficient. A small change to the code
Your compiler needs to either (a) get much smarter about
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
These look fine to me. Thanks for the attention to detail.
https://reviews.llvm.org/D41030
___
cfe-commits mailing list
cfe-commits@li
mclow.lists added a comment.
> Thanks, I've checked this in without the changes to TODO.TXT
Thanks - that works for me.
https://reviews.llvm.org/D40991
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/li
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM. Do you need someone to commit it?
https://reviews.llvm.org/D40707
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http:/
mclow.lists added a comment.
Other than the actual text being output, this LGTM.
I'ld like to see the changes I suggested in the test go in, but they're really
minor.
Comment at: include/ostream:225
+basic_ostream& operator<<(nullptr_t)
+{ return *this << (const void*)
mclow.lists added a comment.
If you're going to do `__add__lvalue_reference`, `__add_rvalue_reference`, and
`__remove_reference`, why not go all the way and add `__is_reference`,
`__is_lvalue_reference` and `__is_rvalue_reference`?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTI
mclow.lists added a comment.
What's the use case here? What are you trying to accomplish?
https://reviews.llvm.org/D36713
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists added a comment.
I suggest you take all the techniques at
http://graphics.stanford.edu/~seander/bithacks.html and make sure they don't
cause a warning.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D108003/new/
https://reviews.llvm.org/D108003
_
mclow.lists added inline comments.
Comment at: libcxx/test/std/containers/views/span.cons/span.fail.cpp:78
-
-// Try to remove const and/or volatile (static -> static)
-{
Ok. The comment here is wrong; this is testing dynamic -> static.
However, why are you
mclow.lists added a comment.
Sorry I'm late to the party; I've been traveling for 3+ weeks.
I would like to be reassured that the following code will not warn:
`
long foo = ...; // some calculation
if (foo < std::numeric_limits::min() || foo >
std::numeric_limits::max()) .
This is imp
mclow.lists added a comment.
Sorry I've let this lie fallow for so long.
Comment at: include/charconv:234
+to_chars(char* __first, char* __last, _Tp __value, int __base)
+-> to_chars_result
+{
Why use the trailing return type here?
I don't see any advantage
mclow.lists added a comment.
A few small comments...
Comment at: libcxx/include/functional:1821
{
-if ((void *)__f_ == &__buf_)
-__f_->destroy();
-else if (__f_)
-__f_->destroy_deallocate();
-__f_ = 0;
+function::operator=(nullptr);
if (__f
mclow.lists added a comment.
I'm going to stop here, because all the things I've noted are ticky-tack;
formatting and minor changes.
More substantial comments coming soon.
Comment at: libcxx/include/experimental/simd:40
+template inline constexpr bool is_abi_tag_v = is_abi_ta
mclow.lists requested changes to this revision.
mclow.lists added a comment.
This revision now requires changes to proceed.
Please don't commit this.
Comment at: libcxx/trunk/include/__split_buffer:201
__alloc_rr& __a = this->__alloc();
+pointer __to_be_end = this->__e
mclow.lists added a comment.
So.
https://bugs.llvm.org/show_bug.cgi?id=10011 was resolved by
https://wg21.link/P0600 (which added `[[nodiscard]]` to `string.empty()`
We can do the same for `move`.
However, I have been promised a comprehensive paper listing all the (100s?) of
places in the stand
mclow.lists added a comment.
[rand.device]/2 seems to be the authoritative word here:
If implementation limitations prevent generating nondeterministic random
numbers, the implementation may employ a random number engine.
https://reviews.llvm.org/D41316
___
mclow.lists added a comment.
When you add a new header file to libc++, you have to update two additional
files:
- include/module.modulemap
- test/libcxx/double_include.sh.cpp
See http://llvm.org/viewvc/llvm-project?view=revision&revision=329144 for an
example of how to do this.
mclow.lists added inline comments.
Comment at: libcxx/test/std/experimental/simd/simd.traits/is_abi_tag.pass.cpp:44
+static_assert(is_abi_tag>::value, "");
+static_assert(is_abi_tag>::value, "");
+
Needs negative tests.
Comment at: libcxx/test
mclow.lists added a comment.
A couple of notes.
- This change means that now requires C++11 (the new `__push` function
w/ the varargs). I don't know how important that is; but I'm pretty sure
libc++ currently provides `` in C++03 mode.
- This is an ABI change; existing code that was compiled
mclow.lists added a comment.
I can confirm that with this patch the (large) regex that used to cause a stack
overflow does not any more.
https://reviews.llvm.org/D39308
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/c
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
Committed as revision 316914. Thanks!
https://reviews.llvm.org/D39405
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://li
mclow.lists added a comment.
I dislike this change fairly strongly.
I would much rather pursue a clang-based solution (since clang is being
unhelpful here)
Don't know if we can get one, though.
https://reviews.llvm.org/D39149
___
cfe-commits mailin
mclow.lists added a comment.
If we have to go down this road, I'd prefer the approach used in
http://llvm.org/viewvc/llvm-project/libcxx/trunk/test/std/experimental/filesystem/fs.op.funcs/fs.op.last_write_time/last_write_time.pass.cpp?r1=315874&r2=315873&pathrev=315874
https://reviews.llvm.org/
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM
https://reviews.llvm.org/D38362
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/list
mclow.lists created this revision.
`std::launder` was introduced into c++17 as a compiler optimization barrier.
It's something that the compiler 'knows about', and affects codegen.
See https://wg21.link/p0137r1 for more.
https://reviews.llvm.org/D40144
Files:
include/new
test/std/languag
mclow.lists marked an inline comment as done.
mclow.lists added inline comments.
Comment at: include/new:174
+_LIBCPP_NODISCARD_AFTER_CXX17 inline _LIBCPP_INLINE_VISIBILITY
+constexpr _Tp* launder(_Tp* __p) noexcept { return __p;}
+#endif
efriedma wrote:
> efried
mclow.lists updated this revision to Diff 123422.
mclow.lists marked an inline comment as done.
mclow.lists added a comment.
Move the `launder` function into the main libc++ namespace.
Call `__builtin_launder` when available.
Check to see when it's available (for gcc and clang)
https://reviews.l
mclow.lists updated this revision to Diff 123644.
mclow.lists added a comment.
Made an internal function `__launder` which is not c++17 specific.
Fixed some wording for the standard asserts.
https://reviews.llvm.org/D40144
Files:
include/__config
include/new
test/std/language.support/sup
mclow.lists added inline comments.
Comment at: include/new:260
+static_assert (!is_function<_Tp>::value, "can't launder functions" );
+static_assert (!is_same_v>, "can't launder cv-void"
);
+#ifdef _LIBCPP_COMPILER_HAS_BUILTIN_LAUNDER
tcanens wrote:
> Te
mclow.lists updated this revision to Diff 123663.
mclow.lists added a comment.
Un-c++17'ed the internal function `__launder`
https://reviews.llvm.org/D40144
Files:
include/__config
include/new
test/std/language.support/support.dynamic/ptr.launder/launder.nodiscard.fail.cpp
test/std/lan
mclow.lists added a comment.
D'Oh - that was a paste that went wrong.
You are correct that `assert(c.size() == 3)` is correct.
However, what I was *trying* to fix were the lines before.
Pushing a `3` into a `vector` is not the best idea L#34 and L#53 should
both read `c.push_back(true);`
https
mclow.lists added inline comments.
Comment at:
test/std/language.support/support.dynamic/ptr.launder/launder.nodiscard.fail.cpp:16
+// UNSUPPORTED: c++98, c++03, c++11, c++14, c++17
+// UNSUPPORTED: clang-3.3, clang-3.4, clang-3.5, clang-3.6, clang-3.7,
clang-3.8
+
mclow.lists updated this revision to Diff 123877.
mclow.lists added a comment.
`_VSTD::` qualify the call to `__launder`.
De-dup error messages in test.
https://reviews.llvm.org/D40144
Files:
include/__config
include/new
test/std/language.support/support.dynamic/ptr.launder/launder.nodis
mclow.lists added a comment.
This looks fine to me.
All the other places that use this (or related functionality) have a rank of 2.
Interestingly enough, this has been there since "the beginning of time" (the
initial import of libc++ into the LLVM subversion repo)
https://reviews.llvm.org/D2
mclow.lists added a comment.
I like this. A lot.
I'm a bit concerned about @smeenai 's comments about __LP64_, and @EricWF 's
comment about solaris.
This patch accomplishes (or maybe just moves closer, I need to check) to a goal
of mine, which is to have no references to `_WIN32` in any heade
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM. My comment is a suggestion, not a requirement.
Comment at: include/support/win32/support.h:112
// Search from LSB to MSB for first set bit.
// Returns zero
mclow.lists created this revision.
mclow.lists added a reviewer: EricWF.
mclow.lists added a subscriber: cfe-commits.
http://llvm.org/show_bug.cgi?id=28929 shows a scenario where `make_shared` of a
class with a protected constructor compiles successfully (it should fail).
This is because we appl
mclow.lists added inline comments.
Comment at: test/libcxx/test/config.py:415
self.cxx.compile_flags += ['-I' + cxx_headers]
+if self.libcxx_obj_root is None:
+return
Whoops. This change doesn't belong here.
But it fixes a problem run
mclow.lists added inline comments.
Comment at: include/__tree:1400
__parent_pointer& __parent, const key_type& __v);
+// FIXME: Make this function const qualified. Unfortunetly doing so
+// breaks existing code which uses non-const callable comparator
mclow.lists abandoned this revision.
mclow.lists added a comment.
This was resolved by https://reviews.llvm.org/D26829
https://reviews.llvm.org/D26667
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/list
mclow.lists created this revision.
mclow.lists added reviewers: EricWF, rsmith.
mclow.lists added a subscriber: cfe-commits.
Make `assign`/`length`/`find`/`compare` for `std::char_traits` constexpr.
This makes using `string_view`s at compile time easier.
Use the compiler intrinsics when availabl
mclow.lists added inline comments.
Comment at: include/__string:261
+
+// inline _LIBCPP_CONSTEXPR_AFTER_CXX14
+// int
I will remove this block before committing.
https://reviews.llvm.org/D28473
___
cfe-commits ma
mclow.lists accepted this revision.
mclow.lists added a reviewer: mclow.lists.
mclow.lists added a comment.
This revision is now accepted and ready to land.
revision 291741
https://reviews.llvm.org/D28473
___
cfe-commits mailing list
cfe-commits@lis
mclow.lists created this revision.
Implement `std::byte` from the paper http://wg21.link/P0298R3.
Split the implementation across two files; putting the stuff that needs
`enable_if` into and the rest in , where it belongs.
Sadly, this means that now includes (at the end).
https://reviews.
mclow.lists added inline comments.
Comment at: www/cxx1z_status.html:144
http://wg21.link/P0521R0";>P0521R0LWGProposed
Resolution for CA 14 (shared_ptr
use_count/unique)IssaquahNothing to
don/a
+ http://wg21.link/P0156R2";>P0156R2LWGVariadic Lock
guardK
mclow.lists updated this revision to Diff 92370.
mclow.lists added a comment.
Put the `std::byte` type in the unadorned namespace `std`, rather than the
versioned one. This matches the behavior of other types that the compiler
"knows about", like `initializer_list`, `type_info`, `bad_alloc` and
mclow.lists created this revision.
WG21 has decided that the ABI-breaking `lock_guard` proposal that we (@EricWF)
implemented (and hid behind an ABI-break macro) is not the way to go. Instead,
we're introducing a new class, `scoped_lock`, which is variadic, and leaving
`lock_guard` as non-varia
mclow.lists created this revision.
Mark most of the hash functions provided by libc++ as noexcept; the exceptions
being `optional` and `variant`.
Tests to ensure this.
There's still some investigation to be done on `unique_ptr` and fancy pointer
support, but that can come later.
https://revie
mclow.lists updated this revision to Diff 92645.
mclow.lists added a comment.
Add missing include to the `thread::id` test and mark `unique_ptr`s hash as not
noexcept.
https://reviews.llvm.org/D31234
Files:
include/memory
include/optional
include/thread
include/variant
test/std/conta
mclow.lists added inline comments.
Comment at: include/mutex:176
+template unique_lock(unique_lock)
+-> unique_lock; // C++17
EricWF wrote:
> This should be guarded behind a feature test macro. I would suggest adding
> this to `__config`.
>
> ```
> #if !d
mclow.lists closed this revision.
mclow.lists added a comment.
Committed as revision 298573
https://reviews.llvm.org/D31234
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists updated this revision to Diff 92896.
mclow.lists added a comment.
Removed the deduction guides. Guarded the tests for the deduction guides with
#ifdefs.
https://reviews.llvm.org/D31163
Files:
include/__config
include/__mutex_base
include/mutex
include/shared_mutex
test/l
mclow.lists marked 8 inline comments as done.
mclow.lists added inline comments.
Comment at: include/mutex:176
+template unique_lock(unique_lock)
+-> unique_lock; // C++17
mclow.lists wrote:
> EricWF wrote:
> > This should be guarded behind a feature test m
mclow.lists closed this revision.
mclow.lists added a comment.
Committed as revision 298689
https://reviews.llvm.org/D31022
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists closed this revision.
mclow.lists marked an inline comment as done.
mclow.lists added a comment.
Committed as revision 298681.
https://reviews.llvm.org/D31163
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/
mclow.lists closed this revision.
mclow.lists added a comment.
Committed as revision 298597
https://reviews.llvm.org/D30045
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM
https://reviews.llvm.org/D31515
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/list
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
committed as revision 299652
https://reviews.llvm.org/D16541
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.
mclow.lists created this revision.
As proposed in http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4190
I'm leaving `unary_function` and `binary_function` in place until I can figure
out a non-ABI breaking way to remove them.
To get them back in C++17, you can `-D _LIBCPP_ENABLE_CXX17_R
mclow.lists added a comment.
The following idiom for detecting member typedefs now throws an warning:
struct __two {char __lx; char __lxx;};
namespace __has_pointer_type_imp
{
template __two __test(...);
template char __test(typename _Up::pointer* = 0);
}
template
mclow.lists added a comment.
Complete reproducer:
// Tested with with: clang++ -std=c++14 -Wunused-function UnusedFVassily.cpp
//
// UnusedFVassily.cpp:8:39: warning: unused function '__test'
[-Wunused-function]
// template static __two __test(...);
//
mclow.lists created this revision.
Implement the `optional` and `any` part of this issue.
This changes the return type of these functions.
https://reviews.llvm.org/D31956
Files:
include/any
include/optional
test/std/utilities/any/any.class/any.modifiers/emplace.pass.cpp
test/std/utili
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM
https://reviews.llvm.org/D31966
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/list
mclow.lists closed this revision.
mclow.lists added a comment.
committed as revision 300232
https://reviews.llvm.org/D31769
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists added inline comments.
Comment at: libcxx/include/math.h:400
+inline _LIBCPP_INLINE_VISIBILITY
+typename std::enable_if::value, int>::type
+fpclassify(_A1 __lcpp_x) _NOEXCEPT
hfinkel wrote:
> Maybe we should predicate this, and other infinity-related
mclow.lists added inline comments.
Comment at: libcxx/include/memory:3700
+
+template
+inline T
`template `, please.
Otherwise when some client code does `#define T true` (yes, I've seen that!)
this breaks. `_Tp` is a reserved identifier, and if they use that
mclow.lists added a comment.
> there's probably a better way to state `_LIBCPP_STD_VER <= 14 ||
> defined(_LIBCPP_NO_REMOVE_AUTO_PTR)`.
There probably is; but remember, we want to make it so someone can
`-D_LIBCPP_NO_REMOVE_AUTO_PTR` on the command-line and get this back.
> I would love to hav
mclow.lists updated this revision to Diff 84593.
mclow.lists added a comment.
Updated the macro name.
Use REQUIRES-ALL
Found a couple more tests that needed to be updated.
Fixed the libcxx/test bit.
https://reviews.llvm.org/D20660
Files:
include/memory
test/libcxx/depr/depr.auto.ptr/auto.pt
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
LGTM. Thanks!
https://reviews.llvm.org/D28931
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mai
mclow.lists created this revision.
In C++11/14, the return type of `emplace_front` and `emplace_back` was `void`.
In http://wg21.link/p0084, Alan Talbot proposed changing the return type to
return a reference to the newly created element.
We implemented that - but unilaterally.
This changes th
mclow.lists added a comment.
Ok, this is weird. It looks like the changes to <__config> got committed, but
not the test.
https://reviews.llvm.org/D26110
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/l
mclow.lists added a comment.
> In https://reviews.llvm.org/rL279744, __throw_XXX() functions were
> introduced, partially for compatibility with software compiled against
> libstdc++.
You're working from a false premise. These functions were not added for
compatibility with libstdc++, but rat
mclow.lists added a comment.
> It would be nice to have some way of making them semi-compatible.
I'm afraid I disagree. If we make them something that people can "count on",
then we have to support them.
The whole point of names that start with `__` (or `_[A-Z]` are that they are
internal, imp
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
this LGTM. assert is not something we should have in the dylib.
Comment at: include/__config:827
# endif
+# if !defined(_LIBCPP_BUILDING_LIBRARY)
# define _
mclow.lists accepted this revision.
mclow.lists added a comment.
This revision is now accepted and ready to land.
Landed as revision 292990.
https://reviews.llvm.org/D28933
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.or
mclow.lists added a comment.
This doesn't work when running the libc++ tests against a non-system libc++.
(which is what all the libc++ developers and AND all the test bots do)
Repository:
rL LLVM
https://reviews.llvm.org/D34556
___
cfe-commits
mclow.lists added a comment.
> I'm not exactly sure why the test failed, but the patch was reverted in
> r306859.
My bad, since the tests are failing due to clang whining about the system dylib
not supporting aligned new/delete on 10.12, I meant to post this on
https://reviews.llvm.org/D34574
mclow.lists added a comment.
This commit breaks all the libc++ aligned new/delete tests on Mac OS. Was that
deliberate?
Failing Tests (8):
libc++ ::
std/language.support/support.dynamic/new.delete/new.delete.array/delete_align_val_t_replace.pass.cpp
libc++ ::
std/language.support/support.
mclow.lists added a comment.
@smeenai wrote:
> This is kinda ugly, but I can't think of a better way to do it. I'm fine with
> this, but given that it's a pretty invasive change, I'm not comfortable
> accepting. You may wanna ping @EricWF and @mclow.lists directly.
I'll be meeting with the MS
mclow.lists created this revision.
Implement the C++2a feature "A compile time endian-ness detection idiom"
Howard's suggested implementation is:
enum class endian
{
#ifdef _WIN32
little = 0,
big= 1,
native = little
#else
mclow.lists added inline comments.
Comment at: include/type_traits:4740
+#if _LIBCPP_STD_VER > 14
+enum class endian
lebedev.ri wrote:
> (Apologies for double commenting, did not notice that it was in phab until
> after replying)
>
> I'm probably wrong, but i
mclow.lists added a comment.
Can you share your benchmark results, please?
https://reviews.llvm.org/D41976
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mclow.lists added a comment.
I'm a bit leery of this patch. Not because of what it's trying to do, but
rather, the introduction of a method `__clear_and_shrink` that leaves the
string in an invalid state. For all the uses that you put it to, I don't
think that's a problem (though I'm still w
mclow.lists created this revision.
mclow.lists added a reviewer: EricWF.
Herald added subscribers: kristof.beyls, aemerson.
See https://bugs.llvm.org/show_bug.cgi?id=35945, which reports that libc++
doesn't build for the Raspberry PI.
The problem is that the exception class is defined as a `char
301 - 400 of 444 matches
Mail list logo