mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-25 12:12:47 +01:00
775da1948b
This is not just a matter of passing in the target triple from the module; currently backends are making decisions based on the build and host architecture. The goal is to migrate to making these decisions based off of the triple (in conjunction with the feature string). Thus most clients pass in the target triple, or the host triple if that is empty. This has one important change in the way behavior of the JIT and llc. For the JIT, it was previously selecting the Target based on the host (naturally), but it was setting the target machine features based on the triple from the module. Now it is setting the target machine features based on the triple of the host. For LLC, -march was previously only used to select the target, the target machine features were initialized from the module's triple (which may have been empty). Now the target triple is taken from the module, or the host's triple is used if that is empty. Then the triple is adjusted to match -march. The take away is that -march for llc is now used in conjunction with the host triple to initialize the subtarget. If users want more deterministic behavior from llc, they should use -mtriple, or set the triple in the input module. llvm-svn: 77946
13 lines
380 B
LLVM
13 lines
380 B
LLVM
; RUN: llvm-as < %s | llc | grep wsbw | count 1
|
|
|
|
target datalayout = "e-p:32:32:32-i1:8:8-i8:8:32-i16:16:32-i32:32:32-i64:32:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64"
|
|
target triple = "psp"
|
|
|
|
define i32 @__bswapsi2(i32 %u) nounwind {
|
|
entry:
|
|
tail call i32 @llvm.bswap.i32( i32 %u ) ; <i32>:0 [#uses=1]
|
|
ret i32 %0
|
|
}
|
|
|
|
declare i32 @llvm.bswap.i32(i32) nounwind readnone
|