| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 150834
|
|
|
|
| |
llvm-svn: 150827
|
|
|
|
| |
llvm-svn: 149633
|
|
|
|
| |
llvm-svn: 149539
|
|
|
|
| |
llvm-svn: 149538
|
|
|
|
|
|
| |
make can_catch pure virtual in the top __shim_type_info, and have each sub-class implement its own. There are some repeated definitions, but they are trivial.
llvm-svn: 149537
|
|
|
|
|
|
| |
copy of gcc-4.2. But I believe the tests to be correct (and they pass for libc++abi). I've enquired on the C++ standards mailing list for a clarification in case I'm wrong. So far I've gotten one response that agrees with me.
llvm-svn: 149534
|
|
|
|
| |
llvm-svn: 149530
|
|
|
|
| |
llvm-svn: 149527
|
|
|
|
|
|
| |
search_above_dst. can_catch is looking for an unamiguous public base class of a specific type, but at any address. search_above_dst is looking for an unambiguous public base class of a specific type, *and* at a specific address. Additionally can_catch is run for all types. search_above_dst is only run on class types. So these are only superficially similar. Not similar enough for resuse, at least without making the code unreadable.
llvm-svn: 149522
|
|
|
|
| |
llvm-svn: 149520
|
|
|
|
|
|
| |
foreign. Even other C++ exceptions.
llvm-svn: 149518
|
|
|
|
| |
llvm-svn: 149515
|
|
|
|
| |
llvm-svn: 149513
|
|
|
|
|
|
| |
crasher on -O3. I've looked for a libc++abi bug and can't find one. I'm suspecting clang optimizer bug. But I don't have a good test case at the moment. Deferring investigation on this for now as I will soon be developing more and smaller tests.
llvm-svn: 149414
|
|
|
|
|
|
| |
the type of exception instead of the mangled name.
llvm-svn: 149409
|
|
|
|
| |
llvm-svn: 149403
|
|
|
|
|
|
| |
rethrows the same exception then needed information gets overwritten in the original exception header. Therefore save it locally before executing the unexpected_handler.
llvm-svn: 149400
|
|
|
|
|
|
| |
table if the action entry is zero.
llvm-svn: 149389
|
|
|
|
|
|
| |
caught-but-unhandled exception, and choose the handler out of that if found.
llvm-svn: 149329
|
|
|
|
|
|
| |
lists.
llvm-svn: 149272
|
|
|
|
| |
llvm-svn: 149271
|
|
|
|
|
|
| |
war on throw specs, both old and new style. Except where we have already publicly exposed the throw spec, I'm getting rid of them. They may come back later. But they seem somewhat prone to cyclic dependencies here. The throw spec implies compiler generated code that this library has to jump to during stack unwinding. I'd like to minimize the possiblity that the code used to properly make that jump is itself creating such jumps.
llvm-svn: 149251
|
|
|
|
| |
llvm-svn: 149158
|
|
|
|
| |
llvm-svn: 149157
|
|
|
|
|
|
| |
times, and I'm still not quite sure I have them correct.
llvm-svn: 149154
|
|
|
|
|
|
| |
the testing of libc++abi.dylib at this point in time.
llvm-svn: 148967
|
|
|
|
| |
llvm-svn: 148966
|
|
|
|
|
|
| |
to cxa_guard.cpp and abort_messsage.h, and added a comment regarding reentrancy brought up by John McCall. Thanks John.
llvm-svn: 148965
|
|
|
|
|
|
| |
comment regarding reentrancy brought up by John McCall. Thanks John.
llvm-svn: 148963
|
|
|
|
|
|
| |
and link all of the source files into a dylib. Prior to this substitution the changed functions were calling __cxa_call_unexpected which isn't implemented yet. However in none of these cases do we actaully want __cxa_call_unexpected to be called. Primative buildit script added.
llvm-svn: 148880
|
|
|
|
|
|
| |
uncaught_exception() from cxa_vector.cpp. libc++abi is very nearly a self-contained (though not complete) library now.
llvm-svn: 148866
|
|
|
|
|
|
| |
testing purposes. We've agreed to simply rename fallback_malloc.cpp to fallback_malloc.ipp. Thanks Marshall.
llvm-svn: 148863
|
|
|
|
|
|
| |
under #DEBUG (again).
llvm-svn: 148860
|
|
|
|
|
|
| |
header. I've manually included it into the only place it is used: cxa_exception.cpp.
llvm-svn: 148854
|
|
|
|
| |
llvm-svn: 148853
|
|
|
|
|
|
| |
Thanks for the suggestion Doug. The use is consistent with how the same header is used in llvm/lib/Support/PrettyStackTrace.cpp (though there autoconfig is used instead of __has_include).
llvm-svn: 148851
|
|
|
|
|
|
| |
default_terminate_handler. Recovered the equivalent functionality at a lower level.
llvm-svn: 148830
|
|
|
|
|
|
| |
kOurDependentExceptionClass from source to header so that they can be used in multiple sources. This is a private header, these constants are not publicly exposed.
llvm-svn: 148829
|
|
|
|
|
|
| |
header so that they can be used in multiple sources. This is a private header, these constants are not publicly exposed.
llvm-svn: 148827
|
|
|
|
| |
llvm-svn: 148763
|
|
|
|
| |
llvm-svn: 148754
|
|
|
|
|
|
| |
script which I'm still working on. I also added a struct for the crash reporter on __APPLE__.
llvm-svn: 148752
|
|
|
|
|
|
| |
returning null if __cxa_get_globals() hasn't been called yet. However it doesn't reliably do that, at least on OS X if __cxa_get_globals_fast() is called prior to pthread_key_create() running. Our choice is to either limit our use of __cxa_get_globals_fast() more than we have, or to have __cxa_get_globals_fast() initialize with pthread_key_create() if necessary. I chose the latter, and replaced pthread_once with a C++11 local static (which should do the same thing).
llvm-svn: 148750
|
|
|
|
| |
llvm-svn: 148749
|
|
|
|
| |
llvm-svn: 148713
|
|
|
|
|
|
| |
setting the adjusted pointer to the caught object appearing in the catch clause.
llvm-svn: 148666
|
|
|
|
|
|
| |
and the void* to the thrown object. So I've gone through these two files and attempted to institute a consistent variable naming scheme, and in a few instances, turned void* into a concrete* to have the type system help me out. No change in functionality for this commit is intended.
llvm-svn: 148663
|
|
|
|
|
|
| |
other type_info-derived classes. This is where all of the virtual functions that serve as details of the inner-workings of type_info will live (safely hidden from public view). All type_info objects will be safely down-castable to __shim_type_info, so as to access implementation detail virtual functions. Also temporarily add some print/display statements to each type_info-derived class. This is in support of the continuing development on the personality function.
llvm-svn: 148647
|
|
|
|
|
|
| |
then try to break out of the loop early, eliminate the attempt to break out of the loop after the last search. And with that, I'm declaring __dynamic_cast done. Though if anyone sees any problems, has suggestions for improvements, or wants to contribute some test cases, that is certainly welcome feedback.
llvm-svn: 148246
|