<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/libcxx/include/bitset, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2019-07-01T19:59:34+00:00</updated>
<entry>
<title>Ensure bitset's string constructor doesn't poison the overload set.</title>
<updated>2019-07-01T19:59:34+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2019-07-01T19:59:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=d1523f7a8c2247adfee559b127206a40ce4b2591'/>
<id>urn:sha1:d1523f7a8c2247adfee559b127206a40ce4b2591</id>
<content type='text'>
llvm-svn: 364842
</content>
</entry>
<entry>
<title>Update more file headers across all of the LLVM projects in the monorepo</title>
<updated>2019-01-19T10:56:40+00:00</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2019-01-19T10:56:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=57b08b0944046a6a57ee9b7b479181f548a5b9b4'/>
<id>urn:sha1:57b08b0944046a6a57ee9b7b479181f548a5b9b4</id>
<content type='text'>
to reflect the new license. These used slightly different spellings that
defeated my regular expressions.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351648
</content>
</entry>
<entry>
<title>[libcxx] Call __count_bool_true for bitset count</title>
<updated>2019-01-11T17:31:17+00:00</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2019-01-11T17:31:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=63ea9585210fb7aa24a78576297e84c620cc3c74'/>
<id>urn:sha1:63ea9585210fb7aa24a78576297e84c620cc3c74</id>
<content type='text'>
This patch aims to help clang with better information so it can inline
__bit_reference count function usage for both std::biset. Current clang
inliner can not infer that the passed typed will be used only to select
the optimized variant, it evaluates the type argument and type check as
a load plus compare (although later optimization phases correctly
optimized this out).

It is mainly to help llvm inliner to generate better code for std::bitset
count for aarch64. It helps on both runtime and code size, since if inline
decides that _VSTD::count should not be inlined the vectorization will
create both aligned and unaligned variants (which add both code size and
runtime costs)

llvm-svn: 350936
</content>
</entry>
<entry>
<title>[NFC][libc++] Consistently use spaces to indent</title>
<updated>2018-08-03T22:36:53+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2018-08-03T22:36:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7c3492b00d99c81d4a58a8015dbe313eabaea799'/>
<id>urn:sha1:7c3492b00d99c81d4a58a8015dbe313eabaea799</id>
<content type='text'>
rdar://problem/19988944

llvm-svn: 338933
</content>
</entry>
<entry>
<title>Fix problems with r'890 when building on machines where sizeof(size_t) != sizeof(unsigned long long) and C++03</title>
<updated>2017-11-27T22:27:22+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2017-11-27T22:27:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=ea44ee202f6a73bfd832d89bd882b34cda9ca65e'/>
<id>urn:sha1:ea44ee202f6a73bfd832d89bd882b34cda9ca65e</id>
<content type='text'>
llvm-svn: 319106
</content>
</entry>
<entry>
<title>Fix PR#35438 - bitset constructor does not zero unused bits</title>
<updated>2017-11-27T19:03:30+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2017-11-27T19:03:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=14d7aac15dafa4e2622dd9ba284044977d40363f'/>
<id>urn:sha1:14d7aac15dafa4e2622dd9ba284044977d40363f</id>
<content type='text'>
llvm-svn: 319074
</content>
</entry>
<entry>
<title>[Libc++] Use #pragma push_macro/pop_macro to better handle min/max on Windows</title>
<updated>2017-05-31T22:07:49+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2017-05-31T22:07:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a016efb1dcda61e606e527b73791fbacf1bc9c86'/>
<id>urn:sha1:a016efb1dcda61e606e527b73791fbacf1bc9c86</id>
<content type='text'>
Summary:
This patch improves how libc++ handles min/max macros within the headers. Previously libc++ would undef them and emit a warning.
This patch changes libc++ to use `#pragma push_macro`  to save the macro before undefining it, and `#pragma pop_macro` to restore the macros and the end of the header.

Reviewers: mclow.lists, bcraig, compnerd, EricWF

Reviewed By: EricWF

Subscribers: cfe-commits, krytarowski

Differential Revision: https://reviews.llvm.org/D33080

llvm-svn: 304357
</content>
</entry>
<entry>
<title>Cleanup usages of _LIBCPP_HAS_NO_&lt;c++11-feature&gt; in &lt;bitset&gt;, &lt;ios&gt;, &lt;locale&gt;, and &lt;iterator&gt;</title>
<updated>2017-04-19T01:34:08+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2017-04-19T01:34:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=046492b932bc2033517c08a279da2a0c008005e6'/>
<id>urn:sha1:046492b932bc2033517c08a279da2a0c008005e6</id>
<content type='text'>
llvm-svn: 300648
</content>
</entry>
<entry>
<title>[NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS</title>
<updated>2017-01-04T23:56:00+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2017-01-04T23:56:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e2f2d1edef9fda1c7533850cdcbeccf8083a677a'/>
<id>urn:sha1:e2f2d1edef9fda1c7533850cdcbeccf8083a677a</id>
<content type='text'>
The name _LIBCPP_TYPE_VIS_ONLY is no longer accurate because both
_LIBCPP_TYPE_VIS and _LIBCPP_TYPE_VIS_ONLY expand to
__attribute__((__type_visibility__)) with Clang. The only remaining difference
is that _LIBCPP_TYPE_VIS_ONLY can be applied to templates whereas
_LIBCPP_TYPE_VIS cannot (due to dllimport/dllexport not being allowed on
templates).

This patch renames _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS.

llvm-svn: 291035
</content>
</entry>
<entry>
<title>Avoid narrowing warnings in __bitset constructor</title>
<updated>2016-09-02T21:02:11+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dimitry@andric.com</email>
</author>
<published>2016-09-02T21:02:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=54150db2328562139021f259038a3978cc6b521e'/>
<id>urn:sha1:54150db2328562139021f259038a3978cc6b521e</id>
<content type='text'>
When &lt;bitset&gt; is compiled with warnings enabled, on a platform where
size_t is 4 bytes, it results in errors similar to:

    bitset:265:16: error: non-constant-expression cannot be narrowed
    from type 'unsigned long long' to '__storage_type' (aka 'unsigned
    int') in initializer list [-Wc++11-narrowing]
        : __first_{__v, __v &gt;&gt; __bits_per_word}
                   ^~~
    bitset:676:52: note: in instantiation of member function
    'std::__1::__bitset&lt;2, 53&gt;::__bitset' requested here
            bitset(unsigned long long __v) _NOEXCEPT : base(__v) {}
                                                       ^

Fix these by casting the initializer list elements to __storage_type.

Reviewers: mclow.lists, EricWF
Differential Revision: https://reviews.llvm.org/D23960

llvm-svn: 280543
</content>
</entry>
</feed>
