[llvm-commits] [llvm] r44858 - in /llvm/trunk: include/llvm/Bitcode/LLVMBitCodes.h include/llvm/DerivedTypes.h include/llvm/GlobalVariable.h include/llvm/Instructions.h lib/AsmParser/LLLexer.cpp lib/AsmParser/llvmAsmParser.y lib/Bitcode/Reader/BitcodeReader.cpp lib/Bitcode/Writer/BitcodeWriter.cpp lib/VMCore/AsmWriter.cpp lib/VMCore/Constants.cpp lib/VMCore/Globals.cpp lib/VMCore/Instructions.cpp lib/VMCore/Type.cpp test/Assembler/2007-12-11-AddressSpaces.ll tools/llvm-bcanalyzer/llvm-bcanalyzer.cpp

Christopher Lamb christopher.lamb at gmail.com
Wed Dec 12 00:39:22 PST 2007


On Dec 11, 2007, at 4:12 PM, Chris Lattner wrote:

> Also, should it be possible to place a function in an address space?

I think probably not...

> Does the embedded C spec allow this?

"A function type shall not be qualified by an address-space qualifier."

I don't think this precludes the compiler from placing all functions  
in a non-default address space, however I'm not sure what that would  
get you other than a different way to handle function pointers. I  
assume you don't need address spaces to deal specially with function  
pointers in the back end.

--
Christopher Lamb






More information about the llvm-commits mailing list