llvm-svn: 20280

llvm-svn: 20279

llvm-svn: 20278

llvm-svn: 20277

llvm-svn: 20276

llvm-svn: 20275

llvm-svn: 20274

llvm-svn: 20273

Changing 'op' here caused us to not enter the store into a map, causing
reemission of the code!!  In practice, a simple loop like this:

no_exit:                ; preds = %no_exit, %entry
        %indvar = phi uint [ %indvar.next, %no_exit ], [ 0, %entry ]            ; <uint> [#uses=3]
        %tmp.4 = getelementptr "complex long double"* %P, uint %indvar, uint 0          ; <double*> [#uses=1]
        store double 0.000000e+00, double* %tmp.4
        %indvar.next = add uint %indvar, 1              ; <uint> [#uses=2]
        %exitcond = seteq uint %indvar.next, %N         ; <bool> [#uses=1]
        br bool %exitcond, label %return, label %no_exit

was being code gen'd to:

.LBBtest_1:     # no_exit
        movl %edx, %esi
        shll $4, %esi
        movl $0, 4(%eax,%esi)
        movl $0, (%eax,%esi)
        incl %edx
        movl $0, (%eax,%esi)
        movl $0, 4(%eax,%esi)
        cmpl %ecx, %edx
        jne .LBBtest_1  # no_exit

Note that we are doing 4 32-bit stores instead of 2.  Now we generate:

.LBBtest_1:     # no_exit
        movl %edx, %esi
        incl %esi
        shll $4, %edx
        movl $0, (%eax,%edx)
        movl $0, 4(%eax,%edx)
        cmpl %ecx, %esi
        movl %esi, %edx
        jne .LBBtest_1  # no_exit

This is much happier, though it would be even better if the increment of ESI
was scheduled after the compare :-/

llvm-svn: 20265

llvm-svn: 20264

llvm-svn: 20262

llvm-svn: 20261

llvm-svn: 20260

llvm-svn: 20259

ANY program that does not have all functions internalized.

llvm-svn: 20258

llvm-svn: 20256

llvm-svn: 20255

llvm-svn: 20253

WARNING: Type conflict between types named 'union.._604.'.
    Src=' %union.._604.'.
   Dest=' %union.._604.'
llvm-svn: 20252

llvm-svn: 20251

llvm-svn: 20250

llvm-svn: 20249

llvm-svn: 20248

%XX = global int cast (int* getelementptr ([2 x int]* getelementptr (%struct.S* null, int 0, uint 0), int 0, int 1) to int)

which is the literal translation of the testcase :)

llvm-svn: 20247

llvm-svn: 20246

llvm-svn: 20245

llvm-svn: 20244

llvm-svn: 20243

llvm-svn: 20242

spaces in path names and not confuse the shell.

llvm-svn: 20241

variable so that spaces don't screw it up.

llvm-svn: 20240

llvm-svn: 20239

* --config-file is really --config-dir, according to `llvmc --help'

llvm-svn: 20238

llvm-svn: 20237

llvm-svn: 20233

llvm-svn: 20232

llvm-svn: 20231

for 0.0 and -0.0.

llvm-svn: 20230

llvm-svn: 20229

Don't sink argument loads into loops or other bad places.  This disables folding of argument loads with instructions that are not in the entry block.

llvm-svn: 20228