Displaying 4 results from an estimated 4 matches for "ltocodemodel".
2016 May 30
0
[cfe-dev] How to debug if LTO generate wrong code?
...ptions -fno-rtti -o CMakeFiles/LLVMgold.dir/gold-plugin.cpp.o -c /home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp
> /home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp:60:16: error: unknown type name 'string'; did you mean 'std::string'?
> static cl::opt<string> LTOCodeModel("lto-use-large-codemodel", cl::Hidden,
> ^~~~~~
> std::string
> /usr/lib/gcc/x86_64-linux-gnu/5.3.1/../../../../include/c++/5.3.1/bits/stringfwd.h:74:33: note: 'std::string' declared here
> typedef basic_string<char> string;
>...
2016 May 30
0
[cfe-dev] How to debug if LTO generate wrong code?
...-fno-exceptions -fno-rtti -o CMakeFiles/LLVMgold.dir/gold-plugin.cpp.o -c /home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp
/home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp:60:16: error: unknown type name 'string'; did you mean 'std::string'?
static cl::opt<string> LTOCodeModel("lto-use-large-codemodel", cl::Hidden,
^~~~~~
std::string
/usr/lib/gcc/x86_64-linux-gnu/5.3.1/../../../../include/c++/5.3.1/bits/stringfwd.h:74:33: note: 'std::string' declared here
typedef basic_string<char> string;...
2016 May 30
2
[cfe-dev] How to debug if LTO generate wrong code?
Hi Steven,
> On May 29, 2016, at 11:28 PM, Shi, Steven <steven.shi at intel.com> wrote:
>
> Hi Mehdi,
> Should I apply your attached patch on my llvm3.8 source firstly? Or should I use the latest llvm SVN trunk instead?
I wrote it on trunk, but I expect it to be fairly easy to port on 3.8. This is really just quickly plumbing an option on the TargetMachine creation.
--
2016 May 30
7
[cfe-dev] How to debug if LTO generate wrong code?
> On May 29, 2016, at 5:44 PM, Shi, Steven <steven.shi at intel.com> wrote:
>
> (And I doubt the GNU linker supports LTO with LLVM).
> [Steven]: I’ve pushed GNU Binutils ld to support LLVM gold plugin, see detail in this bug https://sourceware.org/bugzilla/show_bug.cgi?id=20070 <https://sourceware.org/bugzilla/show_bug.cgi?id=20070>. The new GNU ld linker works well with