search for: unemit

Displaying 7 results from an estimated 7 matches for "unemit".

Did you mean: unedit
2010 Mar 15
2
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...tbr is only defined within a function so there's no ordering problem if you're looking at the indirectbr. > > The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. > > Bob/Dan, do you guys have any other ideas on how to handle this? Is the problem when you've got a blockaddress that references a dead label in a diff...
2010 Mar 15
3
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...e the code generator (UnreachableBlockElim & CodeGenPrepare) zap dead blocks, so test_label was being deleted. > > The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. > > Bob/Dan, do you guys have any other ideas on how to handle this? > > -Chris >
2010 Mar 15
0
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...run before the code generator (UnreachableBlockElim & CodeGenPrepare) zap dead blocks, so test_label was being deleted. The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. Bob/Dan, do you guys have any other ideas on how to handle this? -Chris
2010 Mar 15
0
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...the time test_func is codegen'd, the block is deleted, so the definition isn't emitted. I'll fix this. >> The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. >> >> Bob/Dan, do you guys have any other ideas on how to handle this? > > Is the problem when you've got a blockaddress that references a de...
2010 Mar 15
3
[LLVMdev] LLVM tries to remove labels used in blockaddress()
Hi, i ran into a problem when using blockaddress() with a label in another function. It seems to me that LLVM tries to remove the label used in blockaddress because it seems like it is not used, but in fact it may be used somewhere with a indirectbr. I attached a small test-case that produces this error. (The original problem is much more complicated, so i hope the reduced example, which has no
2010 Mar 15
0
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...de generator (UnreachableBlockElim & CodeGenPrepare) zap dead blocks, so test_label was being deleted. >> >> The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. >> >> Bob/Dan, do you guys have any other ideas on how to handle this? >> >> -Chris >>
2010 Mar 15
1
[LLVMdev] LLVM tries to remove labels used in blockaddress()
...or (UnreachableBlockElim & CodeGenPrepare) zap dead blocks, so test_label was being deleted. > >> > >> The code generator doesn't want dead blocks coming into it for various reasons, so removing them is important. I guess we'll have to do something like buffer up the unemitted labels and emit them at the end of the file (in a meaningless location). This should provide correct code, but is somewhat gross. > >> > >> Bob/Dan, do you guys have any other ideas on how to handle this? > >> > >> -Chris