summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGenCXX/member-function-pointer-calls.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Win64: Pass member pointers larger than 8 bytes by referenceReid Kleckner2014-05-021-0/+5
| | | | | | | | | | | | | The Win64 ABI docs on MSDN say that arguments bigger than 8 bytes are passed by reference. Prior to this change, we were only applying this logic to RecordType arguments. This affects both the Itanium and Microsoft C++ ABIs. Reviewers: majnemer Differential Revision: http://reviews.llvm.org/D3587 llvm-svn: 207817
* CHECK-LABEL-ify some code gen tests to improve diagnostic experience when ↵Stephen Lin2013-08-151-2/+2
| | | | | | tests fail. llvm-svn: 188447
* Relax the FileCheck assertions in this test a touch. Previously the testChandler Carruth2012-03-221-4/+2
| | | | | | | | | | | | | | | | | | | relied on an artifact of how the inliner and subsequent passes in clang's -O3 mode happen to treat basic blocks and the labels for the basic blocks. In my work on the inliner, and changed this fundamental assumption, and the label that was being checked on the entry basic block will no longer appear in opt builds. There was no reason to expect the label to always be present anyways, much to my regret. I've changed the test to just ensure that we return an immediate constant. If there are intervening instructions, that's bad, but not really that relevant to the test. I'd love it if others have a better way of checking that a function body contains only a 'ret' instruction that isn't dependent on whether or not the entry block receives a label... llvm-svn: 153243
* with recent optimizer changes, these all get devirtualized.Chris Lattner2010-05-011-6/+5
| | | | llvm-svn: 102825
* Fix another pointer-to-member function miscompile, this time when trying to ↵Anders Carlsson2010-02-041-0/+26
call a virtual member function. llvm-svn: 95307
OpenPOWER on IntegriCloud