summaryrefslogtreecommitdiffstats
path: root/gnu/lib/libstdc++
Commit message (Collapse)AuthorAgeFilesLines
* MFC r257532 (by adrian):dim2013-12-301-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* After r255321, clang uses libc++ by default. This leads to a lot ofdim2013-09-121-0/+4
| | | | | | | | | | | 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)
* Teach libstdc++ about logl(3).pfg2013-08-131-2/+2
| | | | | | | The logl(3) family of functions were implemented in r251292. Define them in libstdc++'s configuration so they can be used. Reviewed by: dim
* Regenerate libstdc++'s config.h, synchronizing it with our currentdim2013-02-151-5/+14
| | | | | | almost-C99 headers. MFC after: 1 week
* Add compiler support for the ARM EABI.andrew2013-01-171-1/+9
| | | | | | 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.
* For building GNU libstdc++ and libsupc++, filter out libc++-specific anddim2012-10-231-1/+3
| | | | | | | | -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
* For building libstdc++ and libsupc++, filter out any -stdlib=libc++dim2012-08-251-0/+1
| | | | | | | | option from CXXFLAGS, otherwise these libraries will not build. Similarly, filter out any -std=xxx options that aren't supported. Submitted by: Yamaya Takashi <yamayan@kbh.biglobe.ne.jp> MFC after: 2 weeks
* Turn on TLS support for arm on here as it is supported since r231618/marius2012-06-141-1/+1
| | | | r231619 and working since r233106.
* Make libsupc++ build as a shared library and make libstdc++ a filter librarytheraven2012-03-311-1/+1
| | | | | | | | | for it. This allows people to swap out libsupc++ for libcxxrt easily, so we can begin the libstdc++ -> libc++ migration. Approved by: dim (mentor)
* When one attempts to compile the tree with -march=i386, which also useddim2011-11-061-1/+1
| | | | | | | | | | | 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.
* Now that TLS is supported for sparc64 by both binutils 2.17.50 committedmarius2011-03-111-1/+1
| | | | 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.tijl2010-09-072-2/+2
| | | | | | | | | | | | | | 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 <tech askold net> Reviewed by: kan Approved by: kib (mentor) MFC after: 2 weeks
* MFtbemd:imp2010-08-231-6/+6
| | | | | Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want to test of all the CPUs of a given family conform.
* Non-GCC gcc compatible compilers may provide the same multimedia intrinsicobrien2010-05-121-1/+2
| | | | | | | headers as GCC, but of their own implementation. So put the GCC ones into their own header "namespace". Requested by: ed
* Use the new PO_CXXFLAGS from r202807 to remove the '-ffunction-sections'sepotvin2010-01-221-0/+1
| | | | | | | flag when compiling profiled objects as it's ignored by the compiler. This removes the associated warning for each file compiled. MFC after: 1 month
* There's no need to redundantly redefine atomicity.h.imp2008-12-311-1/+0
|
* Install extra include files that were forgotten in original GCC 4.2.xkan2008-06-161-1/+15
| | | | | | | | import changes. PR: 124647 Submitted by: Vlad GALU MFC after: 2 days
* Add MIPS to the list of "no TLS" architectures.gonzo2008-05-031-1/+1
| | | | Approved by: cognet (mentor)
* Install etx/numeric_traits.h.kan2007-08-161-4/+4
| | | | | PR: gnu/115250 Approved by: re (blanket)
* Fix the fallout from over-zealous obsolete files removal. Use correctkan2007-05-191-1/+1
| | | | atomicity.h file for arm and powerpc.
* Update bmake glue to build GCC 4.2.kan2007-05-192-513/+783
| | | | | | | | | | | | | | | | | | | | | 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.
* The ARM platform does the setjmp/longjmp type of exception handling.obrien2006-10-051-0/+3
|
* Fix build due to the incomplete removal of demangle.h.ru2006-09-301-1/+1
|
* Reduce diffs with file generated by FSF configure.kan2006-09-221-12/+18
|
* Include <sys/defs.h> to get __ISO_C_VISIBLE definition is one is notkan2005-09-161-0/+3
| | | | already available.
* Do not expose vfwscanf, vswscanf, vwscanf and wcstof functions ifkan2005-09-161-0/+8
| | | | they are not visible from wchar.h.
* Bump the shared library version number of all libraries that have notkensmith2005-07-221-1/+1
| | | | | | | been bumped since RELENG_5. Reviewed by: ru Approved by: re (not needed for commit check but in principle...)
* Enforce style.Makefile(5).trhodes2005-04-221-1/+1
| | | | Glanced at by: ru (some time ago).
* Teach libstdc++ about frexpl() and ldexpl().das2005-03-261-2/+2
|
* More math functions.kan2005-01-261-3/+3
| | | | Prodded by: stefanf
* We have floorl() now. Reflect this in the library config file.kan2005-01-261-1/+1
|
* Of all templates only lists need a special implmementation file compiledkan2005-01-261-8/+9
| | | | | to support __GLIBCXX_DEBUG. Add debug_list.cc to the list of files to compile.
* Add -frandom-seed=RepeatabilityConsideredGood to CFLAGS for building thiscperciva2005-01-171-0/+1
| | | | | | | | | | | | | library. As the value suggests, this allows the library to be built repeatably; without this flag, gcc uses a random value in its parsing. Since the random seed is only used when handling files which do not have any externally-visible symbols, this change is not needed for any other libraries in the FreeBSD base system. Discussed on: freebsd-arch (in early November) Approved by: kan MFC after: 1 week
* Add atomicity.cc to CLEANFILES.ru2004-09-011-0/+1
|
* Bmake glue for GCC 3.4.2-prerelease.kan2004-07-282-522/+626
|
* We generate this file from config.h automatically.kan2004-07-281-1227/+0
|
* Fixed style of DPADD and LDADD assignments as per style.Makefile(5).ru2004-02-051-2/+2
|
* Correct the atomicity.h fallback path on architectures which do notkan2004-01-061-1/+1
| | | | define their own.
* Do not install files which are not part of GCC 3.3.x anymore.kan2004-01-051-3/+3
|
* Update bmake bits to build GCC 3.3.1-prerelease.kan2003-07-111-29/+41
|
* Update for GCC 3.3.1-pre.kan2003-07-112-24/+96
|
* Oops, remove hack to stop libstdc++.so being built now that gcc usespeter2003-06-261-5/+0
| | | | -lgcc_pic by default on -fpic stuff. I forgot about this here.
* Do not bogusly set CSTD to the empty string.des2003-06-141-1/+0
|
* Something funky is going on here... disabling CSTD makes it go away...obrien2003-06-021-0/+1
|
* libstdc++.so breaks on amd64 due to bogons in our build, so prevent thepeter2003-05-241-0/+5
| | | | | | | | | | | | | | shared library being built for amd64. The problem is that libstdc++.so is produced with 'cc -shared'. This has an internal -lgcc, which is not PIC. libstdc++.so uses exceptions and the dwarf2 unwinder, which are in libgcc.a. As a result, non-PIC code gets pulled into libstdc++.so. This is fatal on amd64 when certain relocation types cannot be used in PIC mode. The official FSF solution to this is to have libgcc.so with internal ELF symbol versioning to solve the ABI problem, but I dont want to fight that battle yet. I tried making libgcc_pic.a (which worked fine), but thats not something for the 11th hour before a release. Approved by: re (amd64 "safe" stuff)
* Enable wchar_t support in libstdc++.kan2003-04-292-2/+2
|
* Enable ISO-C99 compatibility -- among other things, this tells libstdc++obrien2003-04-252-9/+9
| | | | | | | not to blindly undef isnan() and other functions that became macros in C99. Enable use of newly grown C99 functions: strtof(), strtold(), wcstof() Submitted by: das
* Update for GCC 3.2.2kan2003-02-192-11/+17
|
* Install one more header file which is new with GCC 3.2.2.kan2003-02-101-0/+1
|
* C++ exceptions with shared libraries are working on sparc64 now.kan2002-12-051-2/+0
| | | | | | Build shared libstdc++so on sparc64 platform too. Approved: re (rwatson)
OpenPOWER on IntegriCloud