summaryrefslogtreecommitdiffstats
path: root/gnu/lib
Commit message (Collapse)AuthorAgeFilesLines
* MFC r282115, r282152, r282201pfg2015-05-162-1/+7
| | | | | | | | | | | | | | | MFV r282150 libgomp: Update to version 4.3.5. bring initial BSD support from upstream. This was not meant to be MFC'd at first but the original OMP support for FreeBSD was in very poor shape. The effect of this change should be minimal as all ports are already using the version of libgomp that comes with the gcc ports. The local libgomp is planned to be disabled for platforms that are not using older gcc by default so this version of libgomp will not be shipped in tier-1 platform releases. Discussed with: emaste
* MFC r274116:dteske2014-11-251-0/+3
| | | | | | | | | | | | | | | | | Add new libraries/utilities for data throughput visualization. dpv(3): dialog progress view library dpv(1): stream data from stdin or multiple paths with dialog progress view figpar(3): configuration file parsing library MFC r274120, r274121, r274123, r274124, r274144, r274146, r274159, r274192, r274203, r274209, r274226, r274270, and r274851: Fixes following r274116 Reviews: D714 Relnotes: New libdpv/libfigpar and dpv(1) utility Reviewed by: jelischer, shurd Discussed at: MeetBSD California 2014 Vendor/Dev Summit Discussed on: -current Thanks to: ngie, ian, jelischer, shurd, bapt
* MFC r270216:ngie2014-09-041-0/+1
| | | | | | | Add ${LIBC} to DPADD to fix "make checkdpadd" Phabric: D632 Approved by: jmmv (mentor)
* MFH (r264367): add RANLIBFLAGS and set timestamps in static libraries to 0des2014-08-241-2/+2
|
* MFC r264741: Add placeholder Kyuafiles for various top-level hierarchies.jmmv2014-04-282-0/+14
| | | | This is "make tinderbox" clean.
* MFC r260874:pfg2014-01-221-3/+3
| | | | | | | | | | gcc: fix libgcc by adding the bswap builtins for all platforms. This change was missing from r258428 which attempted to add the bswap builtins to gcc. The change is also missing from the patch in gnu/155309. Found by: marcel
* MFC r257532 (by adrian):dim2013-12-304-12/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* MFC r259720:dim2013-12-251-4/+6
| | | | For gnu/lib/csu, only use gcc-specific flags when compiling with gcc.
* Update dialog to 1.2-20130923.dteske2013-09-241-1/+1
| | | | Approved by: re (marius)
* After r255321, clang uses libc++ by default. This leads to a lot ofdim2013-09-122-0/+8
| | | | | | | | | | | 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)
* On platforms where clang is the default compiler, don't build gcc or libstdc++.theraven2013-09-061-1/+1
| | | | | | | | | | | | | | | | | | To enable them, set WITH_GCC and WITH_GNUCXX in src.conf. Make clang default to using libc++ on FreeBSD 10. Bumped __FreeBSD_version for the change. GCC is still enabled on PC98, because the PC98 bootloader requires GCC to build (or, at least, hard-codes the use of gcc into its build). Thanks to everyone who helped make the ports tree ready for this (and bapt for coordinating them all). Also to imp for reviewing this and working on the forward-porting of the changes in our gcc so that we're getting to a much better place with regard to external toolchains. Sorry to all of the people who helped who I forgot to mention by name. Reviewed by: bapt, imp, dim, ...
* 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
* Bump shlib for dialog because ABI has changed when version 1.2 was importedbapt2013-06-231-1/+1
| | | | Reviewed by: kib
* lower the WARNS to 1 again until I have more time to figure out the problems ↵bapt2013-06-171-1/+1
| | | | | | with WARNS=4 Reported by: gavin
* Update dialog to 1.2-20130523bapt2013-06-172-12/+29
| | | | Level up WARNS
* Fix some missing symbols in the libsupc++ Version.maptheraven2013-06-161-0/+13
| | | | MFC after: 1 week
* Connect libgnuregex 2.17 to the build.jkim2013-06-0510-11465/+47
|
* Enable libcompiler-rt on MIPS.ed2013-04-201-4/+0
| | | | | | | | | Originally we disabled libcompiler-rt on MIPS and SPARC64, because of an issue where __clzdi2 and __ctzdi2 would cause endless recursion. This bug has been fixed in r230021 already, but for some reason we only switched to libcompiler-rt on SPARC64 -- not MIPS. This means we can finally use <stdatomic.h> on all our architectures.
* As it's done for libstdc++, use SJLJ-based exceptions on arm when we're notcognet2013-03-221-0/+11
| | | | using EABI, and use unwind-arm.h instead of unwind-generic.h when using EABI.
* Link libgcc_s against compiler-rt on ARM EABI. This allows us to use all ofandrew2013-03-171-3/+3
| | | | | | the symbols in compiler-rt, including the ones not available in the old libgcc. This fixes the build with clang which generates calls to funstions that are missing from libgcc_s.
* Regenerate libstdc++'s config.h, synchronizing it with our currentdim2013-02-151-5/+14
| | | | | | almost-C99 headers. MFC after: 1 week
* Fix some symbol version mismatches between libstdc++ and libsupc++/libcxxrttheraven2013-01-281-0/+29
| | | | | | | | | | | | | | | | | 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 after: 1 week
* Add compiler support for the ARM EABI.andrew2013-01-174-9/+35
| | | | | | 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.
* Revert r241818 that updated dialog to 20120706. This turns out to horriblynwhitehorn2012-12-301-16/+5
| | | | | | break mixed form dialogs in conjunction with the FreeBSD termcap, making the bsdinstall partition editor Add dialog, among other things, completely nonfunctional. This restores dialog 20110707.
* Get libcompiler-rt and libgcc building on ARM with clang.andrew2012-12-181-1/+8
| | | | | | | * Don't provide clear_cache or the __sync_* functions on ARM with clang as they are provided by clang as builtin functions. * Tell clang it is aloud to compile some libgcc code using heinous GCC extensions.
* Clean up hardcoded ar(1) flags in the tree to use the global ARFLAGS ineadler2012-12-061-2/+2
| | | | | | | | | | | | share/mk/sys.mk instead. This is part of a medium term project to permit deterministic builds of FreeBSD. Submitted by: Erik Cederstrand <erik@cederstrand.dk> Reviewed by: imp, toolchain@ Approved by: cperciva MFC after: 2 weeks
* For building GNU libstdc++ and libsupc++, filter out libc++-specific anddim2012-10-232-2/+6
| | | | | | | | -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
* Update dialog to 20120706: includes minor useability enhancements andnwhitehorn2012-10-211-5/+16
| | | | fixes for warnings encountered with clang.
* For building libstdc++ and libsupc++, filter out any -stdlib=libc++dim2012-08-252-0/+2
| | | | | | | | 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-142-2/+2
| | | | r231619 and working since r233106.
* Clean up some symbol versions for libsupc++ / libcxxrt.theraven2012-06-111-14/+10
| | | | | MFC after: 1 week Reviewed by: kan
* Add mangled symbols for operator new / delete on 64-bit platforms.des2012-06-051-1/+9
| | | | | Reported by: decke@ MFC after: 1 week
* Correctly export operator new / delete for things linking against libsupc++ buttheraven2012-05-281-0/+10
| | | | | | | | | | | not libstdc++. Unfortunately, it appears that libsupc++ / libstdc++ have a different idea of the type of size_t to the rest of the world, which may cause problems later on... Reported by: des MFC after: 1 week
* Don't recurse into libssp when MK_SSP is set to no.marcel2012-05-211-1/+5
|
* Build the "S" objects with the same name they get installed under.marcel2012-05-171-4/+4
| | | | | | | That is, build crtbeginS.o and crtendS.o instead of crtbegin.So and crtend.So. Remove the name substitution during install. Obtained from: Juniper Networks, Inc.
* Switch sparc64 to using libcompiler_rt; since r230021 we have a workaroundmarius2012-05-151-1/+1
| | | | | in place allowing it to be used there and since r235388 (see also r235486) we also have usable div/mod optimizations like libgcc has.
* Revert r234356 for now, as it leads to run-time problems on 32-bitdim2012-04-231-1/+0
| | | | | | | PowerPC. Note this will break world. Reported by: andreast Pointy hat to: dim
* Replace a bare use of nm with ${NM} for easier cross compilation inimp2012-04-211-2/+2
| | | | environments where nm is spelled differently.
* Work around an issue on 32-bit PowerPC, where clang executable can getdim2012-04-161-0/+1
| | | | | | too big, causing 'relocation truncated to fit' errors at link time. Reviewed by: nwhitehorn
* Make libsupc++ build as a shared library and make libstdc++ a filter librarytheraven2012-03-313-2/+144
| | | | | | | | | for it. This allows people to swap out libsupc++ for libcxxrt easily, so we can begin the libstdc++ -> libc++ migration. Approved by: dim (mentor)
* Assume a big-endian default on MIPS and drop the "eb" suffix from MACHINE_ARCH.jmallett2012-03-291-1/+1
| | | | | | | | | | | | | | | This makes our naming scheme more closely match other systems and the expectations of much third-party software. MIPS builds which are little-endian should require and exhibit no changes. Big-endian TARGET_ARCHes must be changed: From: To: mipseb mips mipsn32eb mipsn32 mips64eb mips64 An entry has been added to UPDATING and some foot-shooting protection (complete with warnings which should become errors in the near future) to the top-level base system Makefile.
* libodialog: Remove no longer used library.fjoe2011-11-2455-11676/+0
|
* libodialog: disconnect from the build and obsolete.fjoe2011-11-241-2/+1
|
* 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.
* Update dialog to 1.1-20110707.nwhitehorn2011-07-141-5/+5
|
* Remove libobjc and other Objective-C related components, as these aredim2011-04-172-54/+0
| | | | | | extremely outdated, and not used by anything in the base system. Silence from: current@
* Update dialog to version 1.1-20110302.nwhitehorn2011-04-171-5/+6
|
* Now that TLS is supported for sparc64 by both binutils 2.17.50 committedmarius2011-03-112-2/+2
| | | | in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC.
* Merge binutils 2.17.50 to head. This brings a number of improvements todim2011-02-186-807/+0
|\ | | | | | | | | | | | | | | | | x86 CPU support, better support for powerpc64, some new directives, and many other things. Bump __FreeBSD_version, and add a note to UPDATING. Thanks to the many people that have helped to test this. Obtained from: projects/binutils-2.17
| * Sync: merge r215273 through r215318 from ^/head.dim2010-11-141-2/+2
| |
OpenPOWER on IntegriCloud