src/gnu/lib/libstdc++/config.h, branch releng/9.3

libstdc++: Revert the expl addition from r246857.

2013-04-20T14:55:48Z

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

MFC r246857:

2013-02-22T18:30:41Z

Regenerate libstdc++'s config.h, synchronizing it with our current almost-C99 headers.

MFC: r231620, r237098

2012-06-23T18:43:11Z

Enable TLS support for ARM toolchain

MFC r227215:

2011-12-30T22:07:04Z

When one attempts to compile the tree with -march=i386, which also used 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. MFC r227538: LLVM uses atomic operations, which are not supported on i386 and GCC emits calls for them, rather than expanding them inline. Older FreeBSD versions compile for i386 by default and as such we end up with unresolved symbols when we build LLVM's TableGen utility as a build tool on them. Add the functions that GCC emits here, but don't bother to make them atomic. Such is not needed. Submitted by: marcel MFC r227636: Revert r227538, since it doesn't compile with clang at all (it doesn't allow the built-in operations to be redefined, at least not without excessive force). Instead, just disable LLVM's support for atomic operations for now. Nothing in either clang or the tablegen tools currently depends on it. This still allows users of head built before r198344 to upgrade to top-of-head seamlessly.

Now that TLS is supported for sparc64 by both binutils 2.17.50 committed

2011-03-11T21:24:02Z

in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC.

GCC defines built-ins for atomic instructions found on i486 and higher.

2010-09-07T08:33:17Z

Because FreeBSD no longer supports the 80386 cpu all code targeting FreeBSD/i386 necessarily runs on i486 or higher so the compiler built-ins can be used by default inside libstdc++ and in C++ headers. This allows newly compiled C++ code to inline some atomic operations. Old binaries continue to use libstdc++ functions. PR: 148926 Tested by: Yuri Karaban Reviewed by: kan Approved by: kib (mentor) MFC after: 2 weeks

Add MIPS to the list of "no TLS" architectures.

2008-05-03T21:24:28Z

Approved by: cognet (mentor)

Update bmake glue to build GCC 4.2.

2007-05-19T04:25:59Z

Also: Switch FreeBSD to use libgcc_s.so.1. Use dl_iterate_phdr to locate shared objects' exception frame info instead of depending on older register_frame_info machinery. This allows us to avoid depending on libgcc_s.so.1 in binaries that do not use exception handling directly. As an additional benefit it breaks circular libc <=> libgcc_s.so.1 dependency too. Build newly added libgomp.so.1 library, the runtime support bits for OpenMP. Build LGPLed libssp library. Our libc provides our own BSD-licensed SSP callbacks implementation, so this library is only built to benefit applications that have hadcoded knowledge of libssp.so and libssp_nonshared.a. When linked in from command line, these libraries override libc implementation.

Reduce diffs with file generated by FSF configure.

2006-09-22T15:08:07Z

Include to get __ISO_C_VISIBLE definition is one is not

2005-09-16T21:24:10Z

already available.