emscripten clang https://git.amat.us/emscripten-fastcomp-clang/atom/test/CodeGenCXX?h=master 2014-02-25T01:32:54Z 2014-02-25T01:32:54Z Dan Gohman sunfish@google.com 2014-02-22T00:09:43Z urn:sha1:f6e2fddff6294c1c2ec2f9602c30ff680359ed19 Notable changes from le32-unknown-nacl so far include: - Set i32 as the legal integer set, to help the optimizer avoid creating needlessly inefficient code for asm.js. - We can use llvm.pow. - Don't predefine __ELF__ or __pnacl__ so that we don't need to undefine them later. - Do predefine asm.js and Emscripten macros, so that we don't need to define them later. - Don't provide __has_feature(pnacl). 2013-07-25T21:34:41Z Robert Grosse grosse@chromium.org 2013-07-25T21:34:41Z urn:sha1:7b390888fd9f3886d966ab072c328f4fbd9c64b4 filtering. If omitted entirely, the original behavior is restored. This also undos the string and __pnacl_profile stuff from the previous CL. Finally, it fixes and updates the -finstrument-function tests. BUG=none R=bradnelson@google.com, dschuff@chromium.org Review URL: https://codereview.chromium.org/19793007 2013-07-15T23:08:08Z Eli Bendersky eliben@chromium.org 2013-07-15T23:08:08Z urn:sha1:e789858899a7b36caf11b371a97411a1582a482b Conflicts: lib/CodeGen/ItaniumCXXABI.cpp 2013-07-12T22:19:54Z Eli Bendersky eliben@chromium.org 2013-07-12T22:19:54Z urn:sha1:99a5501f5ae5b75017dfc386d4abf648234e85df 2013-06-24T22:46:39Z Mark Seaborn mseaborn@chromium.org 2013-06-24T22:46:39Z urn:sha1:8f0218fcec810b1178a0515843aceef43a339869 My previous change set IsARM=true for PNaCl in ItaniumCXXABI.cpp. This gives us ARM-style representation of method pointers, which we want, and ARM-style usage of guard variables, which we don't necessarily want. Switch the latter back so that the guard variable is tested via "load i8 and compare with zero" rather than a "load i32 and test the bottom bit". This should make the Clang-generated code match with how libstdc++ is using the guard variable. This makes the code match the patch I sent upstream (which hasn't been committed yet). BUG=https://code.google.com/p/nativeclient/issues/detail?id=3450 TEST=test/CodeGenCXX/static-init-pnacl.cpp Review URL: https://codereview.chromium.org/17616003 2013-06-19T22:25:12Z Mark Seaborn mseaborn@chromium.org 2013-06-19T22:25:12Z urn:sha1:bdfbe91f5f6db852e3e91d6830a82b323c4dd846 This avoids baking into pexes an assumption that function pointers are 0 mod 2, which might not be the case in future sandboxing models. BUG=https://code.google.com/p/nativeclient/issues/detail?id=3450 TEST=run_method_pointer_repr_test in NaCl + llvm-lit test Review URL: https://codereview.chromium.org/17419005 2013-05-16T18:43:39Z Bill Wendling isanbard@gmail.com 2013-05-16T18:43:39Z urn:sha1:f081e973301d3ddc1e39b146a0e3710180f2890c ------------------------------------------------------------------------ r181465 | rsmith | 2013-05-08 13:32:14 -0700 (Wed, 08 May 2013) | 2 lines Add missing triple to unit test. ------------------------------------------------------------------------ git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@182037 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-08T09:20:56Z Bill Wendling isanbard@gmail.com 2013-05-08T09:20:56Z urn:sha1:6acf861cfca57327d2bb91027f75e3e6f73249b5 ------------------------------------------------------------------------ r181368 | rsmith | 2013-05-07 14:53:22 -0700 (Tue, 07 May 2013) | 3 lines Don't crash in IRGen if a conditional with 'throw' in one of its branches is used as a branch condition. ------------------------------------------------------------------------ git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@181401 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-06T23:33:13Z David Blaikie dblaikie@gmail.com 2013-05-06T23:33:13Z urn:sha1:c2fc4ab28c13ebc1da5828e12e638514d4d777dc git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181272 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-03T20:11:48Z Adrian Prantl aprantl@apple.com 2013-05-03T20:11:48Z urn:sha1:d072e59eb6b5e32f93be25f08f212b0ec21d6c5d Un-break the gdb buildbot. - Use the debug location of the return expression for the cleanup code if the return expression is trivially evaluatable, regardless of the number of stop points in the function. - Ensure that any EH code in the cleanup still gets the line number of the closing } of the lexical scope. - Added a testcase with EH in the cleanup. rdar://problem/13442648 git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181056 91177308-0d34-0410-b5e6-96231b3b80d8