Displaying 3 results from an estimated 3 matches for "e667e543".
2009 Dec 04
0
[LLVMdev] r72619
Hi Bill,
> There's a problem with your check-in for r72619 is causing "weak
> external" symbols to appear in C++ code when it shouldn't. Take this
> code for example,
>
> #include <stdexcept>
>
> void dummysymbol() {
> throw(std::runtime_error("string"));
> }
>
> The c'tor for std::string is emitted as code from
2009 Dec 04
2
[LLVMdev] r72619
Hi Duncan,
There's a problem with your check-in for r72619 is causing "weak
external" symbols to appear in C++ code when it shouldn't. Take this
code for example,
#include <stdexcept>
void dummysymbol() {
throw(std::runtime_error("string"));
}
The c'tor for std::string is emitted as code from llvm-gcc. It is then
inlined. And a weak external for
2009 Dec 04
2
[LLVMdev] r72619
...e of the implicit/
explicit template instantiation stuff.
-bw
-------------- next part --------------
A non-text attachment was scrubbed...
Name: duncan.ll
Type: application/octet-stream
Size: 14741 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091204/e667e543/attachment.obj>
-------------- next part --------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: orig.ll
Type: application/octet-stream
Size: 4768 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091204/e667e543...