<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/libcxx/test/std/utilities/any/any.nonmembers, 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-08-21T00:14:12+00:00</updated>
<entry>
<title>libcxx: Rename .hpp files in libcxx/test/support to .h</title>
<updated>2019-08-21T00:14:12+00:00</updated>
<author>
<name>Nico Weber</name>
<email>nicolasweber@gmx.de</email>
</author>
<published>2019-08-21T00:14:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=cc89063bff0f73ec7049a1dcb5d4688ae6806941'/>
<id>urn:sha1:cc89063bff0f73ec7049a1dcb5d4688ae6806941</id>
<content type='text'>
LLVM uses .h as its extension for header files.

Files renamed using:

    for f in libcxx/test/support/*.hpp; do git mv $f ${f%.hpp}.h; done

References to the files updated using:

    for f in $(git diff master | grep 'rename from' | cut -f 3 -d ' '); do
        a=$(basename $f);
        echo $a;
        rg -l $a libcxx | xargs sed -i '' "s/$a/${a%.hpp}.h/";
    done

HPP include guards updated manually using:

    for f in $(git diff master | grep 'rename from' | cut -f 3 -d ' '); do
      echo ${f%.hpp}.h ;
    done | xargs mvim

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

llvm-svn: 369481
</content>
</entry>
<entry>
<title>Fix test failures due to modified wording in Clang diagnostics.</title>
<updated>2019-06-24T22:01:03+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-06-24T22:01:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4bd4acc969fc2fa8ba00c7405e22aa4e5e980646'/>
<id>urn:sha1:4bd4acc969fc2fa8ba00c7405e22aa4e5e980646</id>
<content type='text'>
llvm-svn: 364241
</content>
</entry>
<entry>
<title>Add include for 'test_macros.h' to all the tests that were missing them. Thanks to Zoe for the (big, but simple) patch. NFC intended.</title>
<updated>2019-05-31T18:35:30+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2019-05-31T18:35:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7fc6a55688c816f5fc1a5481ae7af25be7500356'/>
<id>urn:sha1:7fc6a55688c816f5fc1a5481ae7af25be7500356</id>
<content type='text'>
llvm-svn: 362252
</content>
</entry>
<entry>
<title>Add an any_cast test for array types. Thanks to Jonathan Wakely for the suggestion.</title>
<updated>2019-04-24T12:11:12+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2019-04-24T12:11:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c564c16308896bdcd5cc84d75eeb3accf287463e'/>
<id>urn:sha1:c564c16308896bdcd5cc84d75eeb3accf287463e</id>
<content type='text'>
llvm-svn: 359085
</content>
</entry>
<entry>
<title>[libc++] Mark bad_any_cast tests as unsupported when the dylib doesn't support bad_any_cast</title>
<updated>2019-03-21T15:37:11+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2019-03-21T15:37:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f3486db1f73773cf2e53c24837f2a0a24a302d2c'/>
<id>urn:sha1:f3486db1f73773cf2e53c24837f2a0a24a302d2c</id>
<content type='text'>
With the latest compiler fix to availability, some availability failures
that didn't trigger before now trigger.

llvm-svn: 356678
</content>
</entry>
<entry>
<title>[libc++] Fix XFAILs on macOS when exceptions are disabled</title>
<updated>2019-02-05T20:11:58+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2019-02-05T20:11:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f5f2f77755072888e955d05bc0ff568b18260ca0'/>
<id>urn:sha1:f5f2f77755072888e955d05bc0ff568b18260ca0</id>
<content type='text'>
Some tests are marked as failing on platforms where the dylib does not
provide the required exception classes. However, when testing with
exceptions disabled, those tests shouldn't be marked as failing.

llvm-svn: 353210
</content>
</entry>
<entry>
<title>[libcxx] Start defining lit features for tests depending on availability</title>
<updated>2019-02-05T19:22:38+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2019-02-05T19:22:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=51358e45e23ea0889d11a91c4077bb3af406be55'/>
<id>urn:sha1:51358e45e23ea0889d11a91c4077bb3af406be55</id>
<content type='text'>
This patch removes some vendor-specific availability XFAILs from the
test suite. In the future, when a new feature is introduced in the
dylib, an availability macro should be created and a matching lit
feature should be created. That way, the test suite can XFAIL whenever
the implementation lacks the necessary feature instead of being
cluttered by vendor-specific annotations.

Right now, those vendor-specific annotations are still somewhat cluttering
the test suite by being in `config.py`, but at least they are localized.
In the future, we could design a way to define those less intrusively or
even automatically based on the availability macros that already exist
in &lt;__config&gt;.

llvm-svn: 353201
</content>
</entry>
<entry>
<title>Support tests in freestanding</title>
<updated>2019-02-04T20:31:13+00:00</updated>
<author>
<name>JF Bastien</name>
<email>jfbastien@apple.com</email>
</author>
<published>2019-02-04T20:31:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2df59c50688c122bbcae7467d3eaf862c3ea3088'/>
<id>urn:sha1:2df59c50688c122bbcae7467d3eaf862c3ea3088</id>
<content type='text'>
Summary:
Freestanding is *weird*. The standard allows it to differ in a bunch of odd
manners from regular C++, and the committee would like to improve that
situation. I'd like to make libc++ behave better with what freestanding should
be, so that it can be a tool we use in improving the standard. To do that we
need to try stuff out, both with "freestanding the language mode" and
"freestanding the library subset".

Let's start with the super basic: run the libc++ tests in freestanding, using
clang as the compiler, and see what works. The easiest hack to do this:

In utils/libcxx/test/config.py add:

  self.cxx.compile_flags += ['-ffreestanding']

Run the tests and they all fail.

Why? Because in freestanding `main` isn't special. This "not special" property
has two effects: main doesn't get mangled, and main isn't allowed to omit its
`return` statement. The first means main gets mangled and the linker can't
create a valid executable for us to test. The second means we spew out warnings
(ew) and the compiler doesn't insert the `return` we omitted, and main just
falls of the end and does whatever undefined behavior (if you're luck, ud2
leading to non-zero return code).

Let's start my work with the basics. This patch changes all libc++ tests to
declare `main` as `int main(int, char**` so it mangles consistently (enabling us
to declare another `extern "C"` main for freestanding which calls the mangled
one), and adds `return 0;` to all places where it was missing. This touches 6124
files, and I apologize.

The former was done with The Magic Of Sed.

The later was done with a (not quite correct but decent) clang tool:

  https://gist.github.com/jfbastien/793819ff360baa845483dde81170feed

This works for most tests, though I did have to adjust a few places when e.g.
the test runs with `-x c`, macros are used for main (such as for the filesystem
tests), etc.

Once this is in we can create a freestanding bot which will prevent further
regressions. After that, we can start the real work of supporting C++
freestanding fairly well in libc++.

&lt;rdar://problem/47754795&gt;

Reviewers: ldionne, mclow.lists, EricWF

Subscribers: christof, jkorous, dexonsmith, arphaman, miyuki, libcxx-commits

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

llvm-svn: 353086
</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] Use clang-verify in the lit test suite even when availability is enabled</title>
<updated>2018-11-28T17:31:17+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2018-11-28T17:31:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4eacdb41e98168d44af610805f4f0068a90d1e47'/>
<id>urn:sha1:4eacdb41e98168d44af610805f4f0068a90d1e47</id>
<content type='text'>
llvm-svn: 347780
</content>
</entry>
</feed>
