<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/gnu/lib, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2013-12-30T20:15:46Z</updated>
<entry>
<title>MFC r257532 (by adrian):</title>
<updated>2013-12-30T20:15:46Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-12-30T20:15:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=479283791e11583216f0a4859cb621ba427d74fa'/>
<id>urn:sha1:479283791e11583216f0a4859cb621ba427d74fa</id>
<content type='text'>
Fix this build for clang.

MFC r259730:

To avoid having to explicitly test COMPILER_TYPE for setting
clang-specific or gcc-specific flags, introduce the following new
variables for use in Makefiles:

CFLAGS.clang
CFLAGS.gcc
CXXFLAGS.clang
CXXFLAGS.gcc

In bsd.sys.mk, these get appended to the regular CFLAGS or CXXFLAGS for
the right compiler.

MFC r259913:

For libstand and sys/boot, split off gcc-only flags into CFLAGS.gcc.

MFC r259927:

Fix pc98 build, by also forcing COMPILER_TYPE in sys/boot/pc98/boot2's
Makefile.

Pointy hat to:	dim
</content>
</entry>
<entry>
<title>MFC r259720:</title>
<updated>2013-12-25T00:40:42Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-12-25T00:40:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d39998aa411738ac6bf85673a87a4454c41b5981'/>
<id>urn:sha1:d39998aa411738ac6bf85673a87a4454c41b5981</id>
<content type='text'>
For gnu/lib/csu, only use gcc-specific flags when compiling with gcc.
</content>
</entry>
<entry>
<title>MFC r251820.  This fixes some symbol visibility issues with libsupc++ that broke</title>
<updated>2013-06-23T14:36:12Z</updated>
<author>
<name>David Chisnall</name>
<email>theraven@FreeBSD.org</email>
</author>
<published>2013-06-23T14:36:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6e84b5b4c31b7aa26d2ca7449e5ffa7b7027d8bf'/>
<id>urn:sha1:6e84b5b4c31b7aa26d2ca7449e5ffa7b7027d8bf</id>
<content type='text'>
 compilation of GNUstep libobjc.
</content>
</entry>
<entry>
<title>libstdc++: Revert the expl addition from r246857.</title>
<updated>2013-04-20T14:55:48Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2013-04-20T14:55:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f4c2c1a988fa396da830c07128017bfba6b1c890'/>
<id>urn:sha1:f4c2c1a988fa396da830c07128017bfba6b1c890</id>
<content type='text'>
When the needed configuration update to libstdc++ was done.
we overlooked  that expl hasn't been merged. This is causing
breakage in  some ports.

Reported by:	Diane Bruce
Reviewed by:	dim
</content>
</entry>
<entry>
<title>MFC r246857:</title>
<updated>2013-02-22T18:30:41Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-02-22T18:30:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5acd63c42c2c532f34e5618dca1702e42993c1af'/>
<id>urn:sha1:5acd63c42c2c532f34e5618dca1702e42993c1af</id>
<content type='text'>
Regenerate libstdc++'s config.h, synchronizing it with our current
almost-C99 headers.
</content>
</entry>
<entry>
<title>MFC r246028 (by theraven):</title>
<updated>2013-02-05T19:10:50Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-02-05T19:10:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=de16ca02ea8b17e36a1be02b74bc35f2a5ca356f'/>
<id>urn:sha1:de16ca02ea8b17e36a1be02b74bc35f2a5ca356f</id>
<content type='text'>
  Fix some symbol version mismatches between libstdc++ and libsupc++/libcxxrt
  that were causing the runtime and STL libraries to see different versions of
  various classes and functions when libstdc++ is used as a filter.

  Note: This changes the ABI for libcxxrt, but libcxxrt is currently only in
  -STABLE for testing and is not used by anything unless explicitly enabled by
  the end user.  No default compiler configurations use it.

  libc++ will need to be recompiled after this change.  make buildworld will do
  this automatically, but make in lib/libc++ will not necessarily work unless the
  new libcxxrt is installed first.

  PR:		kern/171610, stand/175453
  Reviewed by:	kib

MFC r246297:

  Add several missing symbols to libcxxrt's symbol version map, and remove
  a few duplicates.  This should fix building world with -stdlib=libc++
  after r246028.

  Submitted by:	Yamaya Takashi &lt;yamayan@kbh.biglobe.ne.jp&gt;
</content>
</entry>
<entry>
<title>MFC r241957:</title>
<updated>2012-10-30T07:51:18Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-10-30T07:51:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=539d76862268eb690115d58e6aa7c3fb974d5359'/>
<id>urn:sha1:539d76862268eb690115d58e6aa7c3fb974d5359</id>
<content type='text'>
  Fix several clang warnings in libstdc++, which were exposed by the
  recent atf import.  These changes are purely cosmetic, no functional
  change.

MFC r241959:

  Fix a number of other clang warnings in libstdc++, which could appear
  when building other C++ software with it.  Also fix one actual bug in
  libsupc++, which was exposed by such a warning.  This latter fix is the
  only functional change.

MFC r241960:

  For building GNU libstdc++ and libsupc++, filter out libc++-specific and
  -std= flags above c++98 or gnu++98 from CXXFLAGS *after* including
  bsd.lib.mk, otherwise some additions to CXXFLAGS done in bsd.*.mk might
  not be preserved.
</content>
</entry>
<entry>
<title>MFC r239680:</title>
<updated>2012-09-08T11:34:22Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-09-08T11:34:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f9fddececadf3651cb4651c872a10c1de38199a6'/>
<id>urn:sha1:f9fddececadf3651cb4651c872a10c1de38199a6</id>
<content type='text'>
  Add libcxxrt's objects (prefixing them with cxxrt_ to avoid collisions)
  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 r239686:

  When using -stdlib=libc++, add the correct dependency to .depend in
  bsd.prog.mk.

  Submitted by:	Yamaya Takashi &lt;yamayan@kbh.biglobe.ne.jp&gt;

MFC r239695:

  For building libstdc++ and libsupc++, filter out any -stdlib=libc++
  option from CXXFLAGS, otherwise these libraries will not build.
  Similarly, filter out any -std=xxx options that aren't supported.

  Submitted by:	Yamaya Takashi &lt;yamayan@kbh.biglobe.ne.jp&gt;
</content>
</entry>
<entry>
<title>MFC symbol exports for libsupcc++ and libcxxrt that correctly export new and</title>
<updated>2012-07-01T21:51:57Z</updated>
<author>
<name>David Chisnall</name>
<email>theraven@FreeBSD.org</email>
</author>
<published>2012-07-01T21:51:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e453b5b896968f940ade25a4be60ac024f5b3e3a'/>
<id>urn:sha1:e453b5b896968f940ade25a4be60ac024f5b3e3a</id>
<content type='text'>
delete operators.
</content>
</entry>
<entry>
<title>MFC: r231620, r237098</title>
<updated>2012-06-23T18:43:11Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-06-23T18:43:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=662da500f45b52ffddbf72a3c9050e3ff1ec5638'/>
<id>urn:sha1:662da500f45b52ffddbf72a3c9050e3ff1ec5638</id>
<content type='text'>
Enable TLS support for ARM toolchain
</content>
</entry>
</feed>
