mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-01 08:23:21 +01:00
5f190b5e4e
In r143502, we renamed getHostTriple() to getDefaultTargetTriple() as part of work to allow the user to supply a different default target triple at configure time. This change also affected the JIT. However, it is inappropriate to use the default target triple in the JIT in most circumstances because this will not necessarily match the current architecture used by the process, leading to illegal instruction and other such errors at run time. Introduce the getProcessTriple() function for use in the JIT and its clients, and cause the JIT to use it. On architectures with a single bitness, the host and process triples are identical. On other architectures, the host triple represents the architecture of the host CPU, while the process triple represents the architecture used by the host CPU to interpret machine code within the current process. For example, when executing 32-bit code on a 64-bit Linux machine, the host triple may be 'x86_64-unknown-linux-gnu', while the process triple may be 'i386-unknown-linux-gnu'. This fixes JIT for the 32-on-64-bit (and vice versa) build on non-Apple platforms. Differential Revision: http://llvm-reviews.chandlerc.com/D254 llvm-svn: 172627
22 lines
576 B
LLVM
22 lines
576 B
LLVM
; RUN: %lli_mcjit %s > /dev/null
|
|
@var = global i32 1, align 4
|
|
@llvm.global_ctors = appending global [1 x { i32, void ()* }] [{ i32, void ()* } { i32 65535, void ()* @ctor_func }]
|
|
@llvm.global_dtors = appending global [1 x { i32, void ()* }] [{ i32, void ()* } { i32 65535, void ()* @dtor_func }]
|
|
|
|
define i32 @main() nounwind {
|
|
entry:
|
|
%0 = load i32* @var, align 4
|
|
ret i32 %0
|
|
}
|
|
|
|
define internal void @ctor_func() section ".text.startup" {
|
|
entry:
|
|
store i32 0, i32* @var, align 4
|
|
ret void
|
|
}
|
|
|
|
define internal void @dtor_func() section ".text.startup" {
|
|
entry:
|
|
ret void
|
|
}
|