<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/gnu/lib/libstdc++, branch stable/10</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>MFC r257532 (by adrian):</title>
<updated>2013-12-30T20:15:46+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-12-30T20:15:46+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=b25be9b061084aa0e228fbb6d644b5544582ebe3'/>
<id>b25be9b061084aa0e228fbb6d644b5544582ebe3</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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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
</pre>
</div>
</content>
</entry>
<entry>
<title>After r255321, clang uses libc++ by default.  This leads to a lot of</title>
<updated>2013-09-12T21:24:59+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-09-12T21:24:59+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=44acc1e156e6aca0958fbbc292d52a18d1eea245'/>
<id>44acc1e156e6aca0958fbbc292d52a18d1eea245</id>
<content type='text'>
errors when you enable WITH_GNUCXX to build libstdc++, since it will
include C++ headers from the libc++ installation under ${WORLDTMP}, and
those are not compatible with libstdc++ at all.

To fix this, add -stdlib=libstdc++ to CXXFLAGS when building libstdc++
(and its companion libsupc++) with clang.

Approved by:	re (delphij)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
errors when you enable WITH_GNUCXX to build libstdc++, since it will
include C++ headers from the libc++ installation under ${WORLDTMP}, and
those are not compatible with libstdc++ at all.

To fix this, add -stdlib=libstdc++ to CXXFLAGS when building libstdc++
(and its companion libsupc++) with clang.

Approved by:	re (delphij)
</pre>
</div>
</content>
</entry>
<entry>
<title>Teach libstdc++ about logl(3).</title>
<updated>2013-08-13T20:28:21+00:00</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2013-08-13T20:28:21+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=79078034baad93c740a80898ffdccab239d992e3'/>
<id>79078034baad93c740a80898ffdccab239d992e3</id>
<content type='text'>
The logl(3) family of functions were implemented in r251292.
Define them in libstdc++'s configuration so they can be used.

Reviewed by:	dim
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The logl(3) family of functions were implemented in r251292.
Define them in libstdc++'s configuration so they can be used.

Reviewed by:	dim
</pre>
</div>
</content>
</entry>
<entry>
<title>Regenerate libstdc++'s config.h, synchronizing it with our current</title>
<updated>2013-02-15T23:12:35+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-02-15T23:12:35+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=cc636314f023958f9bf8d7d933835c7903cea77f'/>
<id>cc636314f023958f9bf8d7d933835c7903cea77f</id>
<content type='text'>
almost-C99 headers.

MFC after:	1 week
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
almost-C99 headers.

MFC after:	1 week
</pre>
</div>
</content>
</entry>
<entry>
<title>Add compiler support for the ARM EABI.</title>
<updated>2013-01-17T05:56:28+00:00</updated>
<author>
<name>Andrew Turner</name>
<email>andrew@FreeBSD.org</email>
</author>
<published>2013-01-17T05:56:28+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=1992e9a10c0528edb04533610ee7a6bb1ea689f6'/>
<id>1992e9a10c0528edb04533610ee7a6bb1ea689f6</id>
<content type='text'>
ARM EABI support is disabled by default and can be enabled by setting
WITH_ARM_EABI when building, however only the kernel-toolchain target will
work with this flag until the rest of the support is added.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ARM EABI support is disabled by default and can be enabled by setting
WITH_ARM_EABI when building, however only the kernel-toolchain target will
work with this flag until the rest of the support is added.
</pre>
</div>
</content>
</entry>
<entry>
<title>For building GNU libstdc++ and libsupc++, filter out libc++-specific and</title>
<updated>2012-10-23T18:57:20+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-10-23T18:57:20+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=f289fa663ba261938294e4d53a5af8a4a9ff6c39'/>
<id>f289fa663ba261938294e4d53a5af8a4a9ff6c39</id>
<content type='text'>
-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.

MFC after:	1 week
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
-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.

MFC after:	1 week
</pre>
</div>
</content>
</entry>
<entry>
<title>For building libstdc++ and libsupc++, filter out any -stdlib=libc++</title>
<updated>2012-08-25T23:08:24+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-08-25T23:08:24+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=69714daa44b01b3d961c51bb77ee05f35338caa9'/>
<id>69714daa44b01b3d961c51bb77ee05f35338caa9</id>
<content type='text'>
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;
MFC after:	2 weeks
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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;
MFC after:	2 weeks
</pre>
</div>
</content>
</entry>
<entry>
<title>Turn on TLS support for arm on here as it is supported since r231618/</title>
<updated>2012-06-14T20:27:28+00:00</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-06-14T20:27:28+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=acc743293d12201d18fc6bdfd98241c015ef9dae'/>
<id>acc743293d12201d18fc6bdfd98241c015ef9dae</id>
<content type='text'>
r231619 and working since r233106.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
r231619 and working since r233106.
</pre>
</div>
</content>
</entry>
<entry>
<title>Make libsupc++ build as a shared library and make libstdc++ a filter library</title>
<updated>2012-03-31T14:25:12+00:00</updated>
<author>
<name>David Chisnall</name>
<email>theraven@FreeBSD.org</email>
</author>
<published>2012-03-31T14:25:12+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=cf56074e5271c8a71b5b954f90bb965fd9f3a72a'/>
<id>cf56074e5271c8a71b5b954f90bb965fd9f3a72a</id>
<content type='text'>
for it.

This allows people to swap out libsupc++ for libcxxrt easily, so we can begin
the libstdc++ -&gt; libc++ migration.

Approved by:	dim (mentor)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
for it.

This allows people to swap out libsupc++ for libcxxrt easily, so we can begin
the libstdc++ -&gt; libc++ migration.

Approved by:	dim (mentor)
</pre>
</div>
</content>
</entry>
<entry>
<title>When one attempts to compile the tree with -march=i386, which also used</title>
<updated>2011-11-06T14:07:23+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2011-11-06T14:07:23+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=130515293b34058d9f48fd431657b1d8d7a6a5c0'/>
<id>130515293b34058d9f48fd431657b1d8d7a6a5c0</id>
<content type='text'>
to be gcc's default before r198344, calls to atomic builtins will not be
expanded inline.  Instead, they will be generated as calls to external
functions (e.g. __sync_fetch_and_add_N), leading to linking errors later
on.

Put in a seatbelt that disables use of atomic builtins in libstdc++ and
llvm, when tuning specifically for the real i386 CPU.  This does not
protect against all possible issues, but it is better than nothing.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
to be gcc's default before r198344, calls to atomic builtins will not be
expanded inline.  Instead, they will be generated as calls to external
functions (e.g. __sync_fetch_and_add_N), leading to linking errors later
on.

Put in a seatbelt that disables use of atomic builtins in libstdc++ and
llvm, when tuning specifically for the real i386 CPU.  This does not
protect against all possible issues, but it is better than nothing.
</pre>
</div>
</content>
</entry>
</feed>
