emscripten-fastcomp/test/Transforms/NaCl, branch master LLVM with the emscripten fastcomp javascript backend https://git.amat.us/emscripten-fastcomp/atom/test/Transforms/NaCl?h=master 2014-03-06T20:56:53Z Implement integer promotion for urem, udiv, srem, and sdiv 2014-03-06T20:56:53Z Dan Gohman sunfish@mozilla.com 2014-03-06T20:23:34Z urn:sha1:68081ee62375a1d900d46f969e38330f14fb8775 The optimizer sometimes thinks it's beneficial to truncate all manner of i64 operators to narrower types, even when still wider than the platform's widest legal type. Move ExpandI64 into lib/Target/JSBackend. 2014-02-28T19:22:37Z Dan Gohman sunfish@mozilla.com 2014-02-26T16:47:51Z urn:sha1:0dac79df771f7708a03e724126dded4f64531bc5 Preserve alignment information when promoting integer loads and stores. 2014-02-14T19:38:16Z Dan Gohman sunfish@google.com 2014-02-14T03:24:56Z urn:sha1:71fb6dcb87d2abd302080149d4a583a5e35e3697 Preserve alignment information when splitting loads and stores. 2014-02-14T19:38:16Z Dan Gohman sunfish@google.com 2014-02-14T03:02:20Z urn:sha1:f3359807242e95f9e94bb35c0d90a73c794f1af0 Emscripten doesn't need to legalize pointers. 2014-02-13T23:04:31Z Dan Gohman sunfish@google.com 2014-02-13T22:51:59Z urn:sha1:7f2cf3ceadbcbb41227b9c0008c33d7e911e59e3 Don't leave behind unreachable blocks with illegal instructions. 2014-02-13T19:47:44Z Dan Gohman sunfish@google.com 2014-02-13T19:47:44Z urn:sha1:6f629a513c37587247dc83b961e86c177cef5d6d Revamp ExpandI64. 2014-02-13T06:30:21Z Dan Gohman sunfish@google.com 2014-02-13T02:09:52Z urn:sha1:718e02f4cea34a6f34d7a6f1f82411960bff1ba4 By using a reverse-postorder traversal of the basic blocks, we can perform this transform in a single pass. This eliminates the need for tricky coordination between the passes. Generalize PromoteIntegers to handle arbitrary bit widths. 2014-02-13T06:30:21Z Dan Gohman sunfish@google.com 2014-02-13T02:09:29Z urn:sha1:2b36da6f5426d0ea67c85fdee8016a5bbc828a23 PNaCl: Change exception info format to distinguish catch-all/cleanup clauses 2013-11-16T01:22:57Z Mark Seaborn mseaborn@chromium.org 2013-11-16T01:22:57Z urn:sha1:a4504c6f116760d6c0f9f920bb755c3d0136f6c6 The initial version of ExceptionInfoWriter.cpp encodes a landingpad's "cleanup" clause the same as "catch i8* null" (a catch-all). But it turns out we do want to distinguish these two: If an uncaught exception occurs, we don't want the runtime to run C++ destructors (cleanups), because this involves unwinding the stack to jump to landingpads, which loses the context of where the uncaught exception was thrown from, which is unhelpful for debugging. (The C++ standard says it's optional whether destructors are run when an uncaught exception occurs.) So, change the encoding as follows: * Use 0 as the ID for "cleanup" clauses. * Add 1 to the IDs of types and "catch" clauses. (Adding 1 to both seems neater than just one of them.) * This means we can use 0 for the terminator of filter lists instead of -1, which seems a little neater. This requires a corresponding change to eh_pnacl.cc in libsupc++. BUG=https://code.google.com/p/nativeclient/issues/detail?id=3696 TEST=NaCl's EH tests with libsupc++ change applied Review URL: https://codereview.chromium.org/69923008 Switch PromoteIntegers pass from clearing upper bits after converted operations 2013-11-15T19:02:12Z Derek Schuff dschuff@chromium.org 2013-11-15T19:02:12Z urn:sha1:ee2d94412a363a6e50574fc9b81b64f6d096e298 that may affect them, to clearing before operations that may be affected This is just a cleanup that doesn't have any significant performance or functionality impact, but I thought it might make fixing bug 3714 a bit simpler. R=mseaborn@chromium.org BUG= https://code.google.com/p/nativeclient/issues/detail?id=3714 Review URL: https://codereview.chromium.org/59533011