Displaying 4 results from an estimated 4 matches for "globalscopeasm".
2010 Feb 22
2
[LLVMdev] how to build eglibc using llvm-gcc without unsupported -fno-toplevel-reorder
...ddition of ordering?
I guess class Module and it's uses in parser (and linker) will be
mostly affected.
Currently Module stores different entities separately and concatenates
all top level asm into single string.
FunctionListType FunctionList; ///< The Functions in the module
std::string GlobalScopeAsm; ///< Inline Asm at global scope.
Are there any other issues?
Regards,
Sergey Y.
2010 Feb 22
0
[LLVMdev] how to build eglibc using llvm-gcc without unsupported -fno-toplevel-reorder
> Are there any reasons why option can't be supported by llvm?
It is hard and has very few users. For this to work you would have to
add ordering information to the LLVM IL. It looks easier to patch
eglibc.
> Regards,
> Sergey Yakoushkin
Cheers,
--
Rafael Ávila de Espíndola
2010 Feb 23
0
[LLVMdev] how to build eglibc using llvm-gcc without unsupported -fno-toplevel-reorder
...guess class Module and it's uses in parser (and linker) will be
> mostly affected.
> Currently Module stores different entities separately and concatenates
> all top level asm into single string.
> FunctionListType FunctionList; ///< The Functions in the module
> std::string GlobalScopeAsm; ///< Inline Asm at global scope.
>
> Are there any other issues?
Take a look at gcc's implementation. They need to keep the order of
every definition they see. It also has other issues:
1654 /* Output all functions, variables, and asm statements in the order
1655 according to t...
2010 Feb 22
2
[LLVMdev] how to build eglibc using llvm-gcc without unsupported -fno-toplevel-reorder
Hi,
llvm doesn't support -fno-toplevel-reorder option which affects
glibc/eglibc for some targets.
http://www.llvm.org/bugs/show_bug.cgi?id=6364
>From conversations with gcc and eglibc maintainers, seems option is
highly expected and is not going to deprecate.
>> 2010/2/23 Ian Lance Taylor <iant at google.com>:
>> If option is going to deprecate in gcc in near future as