replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
hanchenye-llvm-project/llvm/test/Transforms/GlobalOpt/2008-01-29-VolatileGlobal.ll

10 lines
326 B
LLVM
Raw Normal View History

Move "atomic" and "volatile" designations on instructions after the opcode of the instruction. Note that this change affects the existing non-atomic load and store instructions; the parser now accepts both forms, and the change is noted in the release notes. llvm-svn: 137527
2011-08-13 06:50:01 +08:00
; RUN: opt < %s -globalopt -S | grep {load volatile}
Don't let globalopt hack on volatile loads or stores. llvm-svn: 46523
2008-01-30 03:01:37 +08:00
@t0.1441 = internal global double 0x3FD5555555555555, align 8 ; <double*> [#uses=1]
define double @foo() nounwind {
entry:
Upgrade syntax of tests using volatile instructions to use 'load volatile' instead of 'volatile load', which is archaic. llvm-svn: 145171
2011-11-27 14:54:59 +08:00
%tmp1 = load volatile double* @t0.1441, align 8 ; <double> [#uses=2]
Split the Add, Sub, and Mul instruction opcodes into separate integer and floating-point opcodes, introducing FAdd, FSub, and FMul. For now, the AsmParser, BitcodeReader, and IRBuilder all preserve backwards compatability, and the Core LLVM APIs preserve backwards compatibility for IR producers. Most front-ends won't need to change immediately. This implements the first step of the plan outlined here: http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt llvm-svn: 72897
2009-06-05 06:49:04 +08:00
%tmp4 = fmul double %tmp1, %tmp1 ; <double> [#uses=1]
Don't let globalopt hack on volatile loads or stores. llvm-svn: 46523
2008-01-30 03:01:37 +08:00
ret double %tmp4
}