diff options
| author | Mehdi Amini <mehdi.amini@apple.com> | 2015-08-25 01:07:25 +0000 |
|---|---|---|
| committer | Mehdi Amini <mehdi.amini@apple.com> | 2015-08-25 01:07:25 +0000 |
| commit | 84b2e325d3b1986e6a824e453d8c9d6efc66e872 (patch) | |
| tree | 53b9f3e4984874ed84f20089de0ad993e6cf177f /libcxx/test/std/thread | |
| parent | 0aacc46220f42dfa704460b33ee46bb4414df3ed (diff) | |
| download | bcm5719-llvm-84b2e325d3b1986e6a824e453d8c9d6efc66e872.tar.gz bcm5719-llvm-84b2e325d3b1986e6a824e453d8c9d6efc66e872.zip | |
Fix LLVM C API for DataLayout
We removed access to the DataLayout on the TargetMachine and
deprecated the C API function LLVMGetTargetMachineData() in r243114.
However the way I tried to be backward compatible was broken: I
changed the wrapper of the TargetMachine to be a structure that
includes the DataLayout as well. However the TargetMachine is also
wrapped by the ExecutionEngine, in the more classic way. A client
using the TargetMachine wrapped by the ExecutionEngine and trying
to get the DataLayout would break.
It seems tricky to solve the problem completely in the C API
implementation. This patch tries to address this backward
compatibility in a more lighter way in the C++ API. The C API is
restored in its original state and the removed C++ API is
reintroduced, but privately. The C API is friended to the
TargetMachine and should be the only consumer for this API.
Reviewers: ributzka
Differential Revision: http://reviews.llvm.org/D12263
From: Mehdi Amini <mehdi.amini@apple.com>
llvm-svn: 245916
Diffstat (limited to 'libcxx/test/std/thread')
0 files changed, 0 insertions, 0 deletions
