File: 2007-04-04-BadFoldBitcastIntoMalloc.ll

package info (click to toggle)
llvm-2.9 2.9%2Bdfsg-7
  • links: PTS, VCS
  • area: main
  • in suites: wheezy
  • size: 69,236 kB
  • sloc: cpp: 439,289; ansic: 16,211; asm: 13,295; sh: 12,912; python: 4,459; ml: 4,274; perl: 2,093; makefile: 1,808; pascal: 1,481; exp: 427; objc: 334; xml: 283; ada: 235; lisp: 187; csh: 117; f90: 36
file content (19 lines) | stat: -rw-r--r-- 688 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
; In the presence of a negative offset (the -8 below), a fold of a bitcast into
; a malloc messes up the element count, causing an extra 4GB to be allocated on
; 64-bit targets.
;
; RUN: opt < %s -instcombine -S | not grep {= add }

target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64"
target triple = "x86_64-unknown-freebsd6.2"

define i1 @test(i32 %tmp141, double** %tmp145)
{
  %tmp133 = add i32 %tmp141, 1
  %tmp134 = shl i32 %tmp133, 3
  %tmp135 = add i32 %tmp134, -8
  %tmp136 = malloc i8, i32 %tmp135
  %tmp137 = bitcast i8* %tmp136 to double*
  store double* %tmp137, double** %tmp145
  ret i1 false
}