| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | Fix PR6673: updating the callback should not clear the map. | Chris Lattner | 2010-03-22 |
| | | | | | git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@99227 91177308-0d34-0410-b5e6-96231b3b80d8 | ||
| * | Fix the third (and last known) case of code update problems due | Chris Lattner | 2010-03-16 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | to LLVM IR changes with addr label weirdness. In the testcase, we generate references to the two bb's when codegen'ing the first function: _test1: ## @test1 leaq Ltmp0(%rip), %rax .. leaq Ltmp1(%rip), %rax Then continue to codegen the second function where the blocks get merged. We're now smart enough to emit both labels, producing this code: _test_fun: ## @test_fun ## BB#0: ## %entry Ltmp1: ## Block address taken Ltmp0: ## BB#1: ## %ret movl $-1, %eax ret Rejoice. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@98595 91177308-0d34-0410-b5e6-96231b3b80d8 | ||
| * | Implement support for the case when a reference to a addr-of-bb | Chris Lattner | 2010-03-15 |
| label is generated, but then the block is deleted. Since the value is undefined, we just emit the label right after the entry label of the function. It might matter that the label is in the same section as the function was afterall. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@98579 91177308-0d34-0410-b5e6-96231b3b80d8 | |||
 |
index : llvm | |
| Unofficial llvm GIT mirror used in EmbToolkit | Git daemon user |
| summaryrefslogtreecommitdiff |