emscripten clang https://git.amat.us/emscripten-fastcomp-clang/atom/test/CodeGen?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-08-07T22:50:44Z JF Bastien jfb@chromium.org 2013-08-07T22:50:44Z urn:sha1:3b1ef29c338890ce55a1990389d8e63f6be7da2c This is a companion patch to: https://codereview.chromium.org/22240002/ https://codereview.chromium.org/22474008/ and deals with the Clang-side of things. The above patch will handle the fallouts of this Clang patch, including some changes to un-duplicate work that RewriteAsmDirectives.cpp does. The goal of this patch is to force some extra ordering on non-atomics for le32 which LLVM doesn't necessarily provide. R=eliben@chromium.org TEST= ninja check-all BUG= https://code.google.com/p/nativeclient/issues/detail?id=3475 BUG= https://code.google.com/p/nativeclient/issues/detail?id=3611 Review URL: https://codereview.chromium.org/22294002 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-22T21:02:59Z JF Bastien jfb@chromium.org 2013-07-22T21:02:59Z urn:sha1:ccad851d1493d84019f3372c0033908cdd516f58 Specifically: r186564 - Fix volatile _Complex alignment test on platforms where 64-bit floating point isn't 64-bit aligned r186490 - Propagate alignment for _Complex These should fix GCC torture test failures, as well as the all-important uses of volatile _Complex numbers in C, and their alignment being incorrect. BUG= PNaCl FYI bots red on torture tests TEST= ./tools/toolchain_tester/torture_test.py pnacl x86-64 --concurrency=32 >& torture-x86-64.log ; ./tools/toolchain_tester/torture_test.py pnacl x86-32 --concurrency=32 >& torture-x86-32.log ; ./tools/toolchain_tester/torture_test.py pnacl arm --concurrency=32 >& torture-arm.log R=stichnot@chromium.org Review URL: https://codereview.chromium.org/19915003 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-07-10T15:54:29Z Eli Bendersky eliben@chromium.org 2013-07-10T15:54:29Z urn:sha1:f69ebb4201da8bb5045f9335150ed6ef6bcfc2cc SVN log from upstream clang: r185568 | eliben | 2013-07-03 12:19:12 -0700 (Wed, 03 Jul 2013) Add target hook CodeGen queries when generating builtin pow*. Without fmath-errno, Clang currently generates calls to @llvm.pow.* intrinsics when it sees pow*(). This may not be suitable for all targets (for example le32/PNaCl), so the attached patch adds a target hook that CodeGen queries. The target can state its preference for having or not having the intrinsic generated. Non-PNaCl behavior remains unchanged; PNaCl-specific test added. BUG= https://code.google.com/p/nativeclient/issues/detail?id=3513 R=dschuff@chromium.org Review URL: https://codereview.chromium.org/18953003 2013-06-27T21:49:34Z Eli Bendersky eliben@chromium.org 2013-06-27T21:49:34Z urn:sha1:192dd614d8d7291768f808bbd6ad8f1a98d62c57 Instead, it should generate calls to the pow* library functions, which get found within the pexe. This is a LOCALMOD for now, but I'm working on a more generic solution that can be upstreamed to Clang. BUG=https://code.google.com/p/nativeclient/issues/detail?id=3513 R=jvoung@chromium.org Review URL: https://codereview.chromium.org/18135002 2013-05-21T13:48:39Z Reid Kleckner reid@kleckner.net 2013-05-21T13:48:39Z urn:sha1:52195b74d01520b6bce0f8c08234bf6eb8cfd496 Was "Implement __declspec(selectany) under -fms-extensions ..." git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@182381 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-21T00:06:11Z Bill Wendling isanbard@gmail.com 2013-05-21T00:06:11Z urn:sha1:1cac0481166dd383a5d685fd53154661fbac5896 ------------------------------------------------------------------------ r182266 | rnk | 2013-05-20 07:02:37 -0700 (Mon, 20 May 2013) | 13 lines Implement __declspec(selectany) under -fms-extensions selectany only applies to externally visible global variables. It has the effect of making the data weak_odr. The MSDN docs suggest that unused definitions can only be dropped at linktime, so Clang uses weak instead of linkonce. MSVC optimizes away references to constant selectany data, so it must assume that there is only one definition, hence weak_odr. Reviewers: espindola Differential Revision: http://llvm-reviews.chandlerc.com/D814 ------------------------------------------------------------------------ git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@182337 91177308-0d34-0410-b5e6-96231b3b80d8