| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
functionality change, just removal of duplicated code.
llvm-svn: 208246
|
|
|
|
| |
llvm-svn: 189603
|
|
|
|
|
|
| |
fixes http://llvm.org/bugs/show_bug.cgi?id=16996.
llvm-svn: 189194
|
|
|
|
|
|
| |
Demangler tests updated.
llvm-svn: 184097
|
|
|
|
|
|
| |
std::string under the exception classes. I think the changes to stdexcept.cpp have got that down now. 2) On Apple platforms I'm seeing visibility bugs in applications with respect to type_info's being hidden. This is causing dynamic_cast to malfunction because there are multiple type_info's running around for one type within an application, making dynamic_cast believe that one type is actually multiple types. As a stop gap measure I'm trying to detect this error, print out an error message, but continue with the most likely desired result. This is all under __APPLE__. This behavior can be expanded to other platforms if desired.
llvm-svn: 164809
|
|
|
|
| |
llvm-svn: 164404
|
|
|
|
|
|
| |
and if found, checks the string stored in <stdexcept> exception objects to see if it is the gcc empty string singleton before manipulating the reference count. This is done so that if such an exception is created with a zero-length string in libstdc++, libc++abi won't try to delete the memory. This is part of a ongoing process to make libc++ exceptions ABI-compatible with libstdc++-4.2 exceptions, to the point that each library can catch exceptions thrown by the other. If other parties would also like this behavior, the #if __APPLE__ can be broadened.
llvm-svn: 164170
|
|
|
|
|
|
| |
bits for 64 bit targets. This is controls the data layout of all exceptions defined in <stdexcept>. This aligns the ABI with that of gcc-4.2.
llvm-svn: 161496
|
|
llvm-svn: 150834
|