Displaying 3 results from an estimated 3 matches for "5068f2aa".
Did you mean:
5068e2a
2009 Jun 17
2
[LLVMdev] Localizing Globals ?
...y checking
GV->getType()->getAddressSpace() == 0.
- Sanjiv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.bc
Type: application/octet-stream
Size: 1496 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090617/5068f2aa/attachment.obj>
2009 Jun 16
0
[LLVMdev] Localizing Globals ?
On Tue, Jun 16, 2009 at 2:35 AM, Sanjiv Gupta<sanjiv.gupta at microchip.com> wrote:
> What if my global variable was into a different address space than stack?
It doesn't matter in terms of semantics: because AnalyzeGlobal
returned false, we're guaranteed the address of the global is never
taken. I wouldn't be surprised if we end up generating invalid IR in
some cases,
2009 Jun 16
3
[LLVMdev] Localizing Globals ?
The code excerpt is from IPO/GlobalOpt.cpp
// If this is a first class global and has only one accessing function
// and this function is main (which we know is not recursive we can make
// this global a local variable) we replace the global with a local
alloca
// in this function.
//
// NOTE: It doesn't make sense to promote non single-value types
since we
// are