emscripten clang https://git.amat.us/emscripten-fastcomp-clang/atom/include?h=master 2014-04-25T23:00:38Z 2014-04-25T23:00:38Z Dan Gohman sunfish@mozilla.com 2014-04-25T23:00:38Z urn:sha1:364355da26053c321180fa31ecd731d36c4cffae Emscripten uses the ARM ABI for pointers to member functions and doesn't require that member functions are aligned. 2014-04-25T22:51:06Z Dan Gohman sunfish@mozilla.com 2014-04-25T22:51:06Z urn:sha1:ad32fdb927a37dba26cb8b56f3a6b11667fe6584 Emscripten uses the Itanium C++ ABI for most things, except that it uses ARM C++ ABI pointers to member functions, to avoid the overhead of aligning functions. 2013-08-01T22:05:44Z JF Bastien jfb@chromium.org 2013-08-01T22:05:44Z urn:sha1:e801395572ecfeb5ba913c4064944ed7fac3e806 This is part of a bigger CL to fix C++11 in PNaCl, to commit in the following order: - https://codereview.chromium.org/20552002 - https://codereview.chromium.org/20554002 - https://codereview.chromium.org/20560002 - https://codereview.chromium.org/20561002 This change is needed in Clang so that it can recognize the builtin and translate it to the intrinsic that 20554002 adds. BUG= https://code.google.com/p/nativeclient/issues/detail?id=3475 TEST= ./scons run_synchronization_cpp11_test --verbose bitcode=1 platform=x86-64 R=dschuff@chromium.org Review URL: https://codereview.chromium.org/20552002 2013-07-25T22:05:16Z Robert Grosse grosse@chromium.org 2013-07-25T22:05:16Z urn:sha1:548960c21c590dcd4919a1bba000e989c140c8ef __pnacl_profile_function_x takes a single argument - the name of the current function as a constant string, rather than a pair of function addresses like __cyg takes. This makes it work even in PNaCl and removes the need to track symbol information separately. BUG=none R=dschuff@chromium.org Review URL: https://codereview.chromium.org/20000003 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-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:22:29Z Bill Wendling isanbard@gmail.com 2013-05-21T00:22:29Z urn:sha1:ef98ec8ac0f8d370b0a96ffdc9805adae3f152a8 ------------------------------------------------------------------------ r181487 | fjahanian | 2013-05-08 16:38:56 -0700 (Wed, 08 May 2013) | 4 lines put noisy "unknown command tag name" warning under -Wdocumentation-unknown-command and off by default. patch by Dmitri Gribenko. ------------------------------------------------------------------------ git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@182338 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 2013-05-17T18:52:50Z Bill Wendling isanbard@gmail.com 2013-05-17T18:52:50Z urn:sha1:424aa2e72ee59d51914201ce184b585410e1a5fa ------------------------------------------------------------------------ r182072 | rsmith | 2013-05-16 19:19:35 -0700 (Thu, 16 May 2013) | 6 lines PR15757: When we instantiate an inheriting constructor template, also instantiate the inherited constructor template and mark that as the constructor which the instantiated specialization is inheriting. This fixes a crash-on-valid when trying to compute the exception specification of a specialization of the inheriting constructor. ------------------------------------------------------------------------ git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_33@182150 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-06T21:39:12Z John McCall rjmccall@apple.com 2013-05-06T21:39:12Z urn:sha1:993f43f24d7a45a5cd4678a3316b0852261fc5d4 - References to ObjC bit-field ivars are bit-field lvalues; fixes rdar://13794269, which got me started down this. - Introduce Expr::refersToBitField, switch a couple users to it where semantically important, and comment the difference between this and the existing API. - Discourage Expr::getBitField by making it a bit longer and less general-sounding. - Lock down on const_casts of bit-field gl-values until we hear back from the committee as to whether they're allowed. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181252 91177308-0d34-0410-b5e6-96231b3b80d8