Dimitry Andric 130515293b 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.		2011-11-06 14:07:23 +00:00
..
csu	MFtbemd:	2010-08-23 22:24:11 +00:00
libdialog	Update dialog to 1.1-20110707.	2011-07-14 14:01:36 +00:00
libgcc	Revert last change now that the reason for it is no more...	2011-02-02 03:24:52 +00:00
libgcov	Compile libgcov without stack protection. It can be linked into	2009-10-25 15:52:31 +00:00
libgomp	Now that TLS is supported for sparc64 by both binutils 2.17.50 committed	2011-03-11 21:24:02 +00:00
libodialog	Update dialog to version 20100428. This changes the license under which	2011-01-12 14:55:02 +00:00
libreadline	Fix buildworld -DNO_CLEAN when using with Perforce, which marks files as	2010-08-12 20:46:49 +00:00
libregex	Bump the version of all non-symbol-versioned shared libraries in	2009-07-19 17:25:24 +00:00
libssp	Second attempt at eliminating .text relocations in shared libraries	2009-07-14 21:19:13 +00:00
libstdc++	When one attempts to compile the tree with -march=i386, which also used	2011-11-06 14:07:23 +00:00
libsupc++	Non-GCC gcc compatible compilers may provide the same multimedia intrinsic	2010-05-12 19:59:32 +00:00
Makefile	Remove libobjc and other Objective-C related components, as these are	2011-04-17 21:03:23 +00:00
Makefile.inc	Avoid linting GNU contrib'ed stuff, even if the build engineer asked	2002-09-25 09:55:20 +00:00