llvm/lib/System, branch release_27 http://llvm.org https://git.amat.us/llvm/atom/lib/System?h=release_27 2010-02-14T18:20:09Z follow-on to PR6280 2010-02-14T18:20:09Z Chris Lattner sabre@nondot.org 2010-02-14T18:20:09Z urn:sha1:782ab584e5c91d9d3dfcfa66d94903767552fbee git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96172 91177308-0d34-0410-b5e6-96231b3b80d8 improve support for minix, PR6280, patch by 2010-02-12T00:37:46Z Chris Lattner sabre@nondot.org 2010-02-12T00:37:46Z urn:sha1:6ae7bbb5ea15ec11fa516fc920719f5d9c1abb00 Kees van Reeuwijk! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@95946 91177308-0d34-0410-b5e6-96231b3b80d8 Add llvm::Program::ChangeStderrToBinary(). 2010-01-28T06:42:08Z Douglas Gregor dgregor@apple.com 2010-01-28T06:42:08Z urn:sha1:21569cddc1a9df3bf4a3c9e06977273f1eba3e63 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94743 91177308-0d34-0410-b5e6-96231b3b80d8 mark some libraries that currently require RTTI. 2010-01-24T20:22:08Z Chris Lattner sabre@nondot.org 2010-01-24T20:22:08Z urn:sha1:c0f8a361f5dc93f0817411ef17af57b0d3fe60b6 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94377 91177308-0d34-0410-b5e6-96231b3b80d8 Fix TimeValue::now() on Unix. 2010-01-22T15:51:31Z Torok Edwin edwintorok@gmail.com 2010-01-22T15:51:31Z urn:sha1:b0a5baefaa74411e441631343e2c50bb7535e893 TimeValue()::now().toEpochTime() is supposed to be the same as time(), but it wasn't, because toEpoch subtracted PosixZeroTime, but now() didn't add PosixZeroTime! Add a unittest to check this works. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94178 91177308-0d34-0410-b5e6-96231b3b80d8 Stubs for getHostCPUFeatures API. This implements part of PR5389. 2010-01-19T21:26:05Z Xerxes Ranby xerxes@zafena.se 2010-01-19T21:26:05Z urn:sha1:1c8183df7f03b2e939c9fdeded8561abcdd52c45 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@93913 91177308-0d34-0410-b5e6-96231b3b80d8 Remove spurious semicolon. 2010-01-14T20:19:51Z Anton Korobeynikov asl@math.spbu.ru 2010-01-14T20:19:51Z urn:sha1:f4b6d88cdace335e71da7ec9b44804ffa058f37f Patch by Diego Iastrubni! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@93450 91177308-0d34-0410-b5e6-96231b3b80d8 Alternative fix to make sure that the extern declarations used by 2009-12-23T19:12:50Z Douglas Gregor dgregor@apple.com 2009-12-23T19:12:50Z urn:sha1:37b7baec0dfe183a03df8e54be267cc2ae37be72 DynamicLibrary::SearchForAddressOfSymbol refer to declarations in the global namespace. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92023 91177308-0d34-0410-b5e6-96231b3b80d8 Revert 92020 until I figure out a more portable fix 2009-12-23T19:04:10Z Douglas Gregor dgregor@apple.com 2009-12-23T19:04:10Z urn:sha1:0b64472737a1267d15ae218b833d516808848051 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92021 91177308-0d34-0410-b5e6-96231b3b80d8 Move the extern symbol declarations outside of 2009-12-23T18:56:27Z Douglas Gregor dgregor@apple.com 2009-12-23T18:56:27Z urn:sha1:0f706ab789c29030c57da6e0b0d820b80689728d DynamicLibrary::SearchForAddressOfSymbol and force them to have "C" linkage. Interestingly, GCC treats the block-scoped "extern" declarations we previously had as if they were extern "C" declarations (or, at least, were in the global namespace), so that GCC bug papered over this LLVM bug. Clang and EDG get the linkage correct; this new variant seems to work for both GCC and Clang. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92020 91177308-0d34-0410-b5e6-96231b3b80d8