<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libc++, branch release/10.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-03-05T19:30:36Z</updated>
<entry>
<title>MFC r261283:</title>
<updated>2014-03-05T19:30:36Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2014-03-05T19:30:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a9596b64114346102751546bf621b90fff10d9a3'/>
<id>urn:sha1:a9596b64114346102751546bf621b90fff10d9a3</id>
<content type='text'>
Import libc++ 3.4 release.  This contains a lot of bugfixes, and some
preliminary support for C++1y.

MFC r261604:

HEAD is not buildable for the past day.  Commit a 'quick fix' in order to permit
buildworld to complete.

Reviewed by:	theraven

MFC r261608:

Apply a cleaner solution for the sign warnings that can occur when
compiling libc++'s &lt;locale&gt; header with -Wsystem-headers on.

This has also been submitted upstream.

Reported by:	asomers

MFC r261801:

An ABI incompatibility crept into the libc++ 3.4 import in r261283.  It
was caused by upstream libc++ commit r194536, which aimed to make the
headers more standards-compliant, by making std::pair's copy constructor
trivial.  Unfortunately, this could cause certain C++ applications using
shared libraries built against the previous version of libc++ to crash.

Fix the ABI incompatibility by making std::pair's copy constructor
non-trivial again.

Please note: Any C++ applications or shared libraries built with libc++
between r261283 and this revision should be recompiled.

Reported by:	stefanf
</content>
</entry>
<entry>
<title>Add a c++/v1/tr1 include directory containing symlinks to all of the standard</title>
<updated>2013-09-04T15:02:14Z</updated>
<author>
<name>David Chisnall</name>
<email>theraven@FreeBSD.org</email>
</author>
<published>2013-09-04T15:02:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c354d333b2349f751e9e3424ea8f10097a302c39'/>
<id>urn:sha1:c354d333b2349f751e9e3424ea8f10097a302c39</id>
<content type='text'>
headrs.

Lots of third-party code expects to find C++03 headers under tr1 because that's
where GNU decided to hide them.  This should fix ports that expect them there.

MFC after:	1 week
</content>
</entry>
<entry>
<title>After r253839, which modifies ld's behaviour to not automatically pull</title>
<updated>2013-08-03T16:23:43Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-08-03T16:23:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e669ff37e907c3efd77c79df2245c8c4d6b0b4af'/>
<id>urn:sha1:e669ff37e907c3efd77c79df2245c8c4d6b0b4af</id>
<content type='text'>
in needed libraries, change libc++.so into a linker script, so it can
automatically pull in libcxxrt.so.

MFC after:	1 week
</content>
</entry>
<entry>
<title>Fix broken macro checking in the libc++ Makefile, introduced in r241909.</title>
<updated>2012-11-02T12:18:38Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-11-02T12:18:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a006bb4ba3ac14ec911f9e6cd3a7e2aa0ae54c3c'/>
<id>urn:sha1:a006bb4ba3ac14ec911f9e6cd3a7e2aa0ae54c3c</id>
<content type='text'>
This caused -std=c++0x not to be passed to the build by default.

Pointy hat to:	dim
MFC after:	3 days
</content>
</entry>
<entry>
<title>Allow building libc++ with any custom -std=xxx flag.  Note that using</title>
<updated>2012-10-22T19:44:17Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-10-22T19:44:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cb554de22232dd60f35883efa86e9470022a4569'/>
<id>urn:sha1:cb554de22232dd60f35883efa86e9470022a4569</id>
<content type='text'>
-std=gnu++98 will give a lot of warnings with clang, so please use
-std=c++0x or higher, or use NO_WERROR.

MFC after:	1 week
</content>
</entry>
<entry>
<title>Add libcxxrt's objects (prefixing them with cxxrt_ to avoid collisions)</title>
<updated>2012-08-25T13:15:44Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-08-25T13:15:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=15e154df01c318447ac6d0746f65ac4a255c20ce'/>
<id>urn:sha1:15e154df01c318447ac6d0746f65ac4a255c20ce</id>
<content type='text'>
to libc++.a and libc++_p.a, to make static linking of C++ executables
with libc++ easier.  This is similar to the approach used in libstdc++.

MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Install libcxxrt's C++ ABI and unwind headers.  This is done in libc++'s</title>
<updated>2012-06-02T11:07:19Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-06-02T11:07:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cd38c40872c4d4cda7744045ff4672e89d8bf714'/>
<id>urn:sha1:cd38c40872c4d4cda7744045ff4672e89d8bf714</id>
<content type='text'>
Makefile, so these headers go into the same destination directory as
libc++'s own headers, currently /usr/include/c++/v1.

MFC after:	3 days
</content>
</entry>
<entry>
<title>Tabify libcxxrt and libc++'s Makefiles.</title>
<updated>2012-06-02T11:00:48Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-06-02T11:00:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=01dd3d87fbca9db9d22e5525b783eb5ff120bf94'/>
<id>urn:sha1:01dd3d87fbca9db9d22e5525b783eb5ff120bf94</id>
<content type='text'>
MFC after:	3 days
</content>
</entry>
<entry>
<title>Make sure libgcc_s is finished building in _startup_libs before</title>
<updated>2012-03-17T22:12:09Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2012-03-17T22:12:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=15d321c5aaa6c4579b837a6cfe33ab78a57a2483'/>
<id>urn:sha1:15d321c5aaa6c4579b837a6cfe33ab78a57a2483</id>
<content type='text'>
building libcxxrt with high -j levels.  The workaround in
libc++/Makefile isn't necessary once that race is solved.

Reviewed by:	theravin
</content>
</entry>
<entry>
<title>Import new versions of libcxxrt and libc++.</title>
<updated>2012-03-14T00:09:36Z</updated>
<author>
<name>David Chisnall</name>
<email>theraven@FreeBSD.org</email>
</author>
<published>2012-03-14T00:09:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=94e3ee44c3581ff37c5e01b5ffe5eb16d30079a7'/>
<id>urn:sha1:94e3ee44c3581ff37c5e01b5ffe5eb16d30079a7</id>
<content type='text'>
Please tests any C++ code you care about with -stdlib=libc++!

Approved by:	dim (mentor)
</content>
</entry>
</feed>
