History log of /external/llvm/lib/Support/ErrorHandling.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
cddc3e03e4ec99c0268c03a126195173e519ed58 04-Mar-2016 Pirama Arumuga Nainar <pirama@google.com> Update aosp/master LLVM for rebase to r256229

http://b/26987366

(cherry picked from commit f3ef5332fa3f4d5ec72c178a2b19dac363a19383)

Change-Id: Ic75dcb63191d65df1b69724576392c0aaeb47728
/external/llvm/lib/Support/ErrorHandling.cpp
ebe69fe11e48d322045d5949c83283927a0d790b 23-Mar-2015 Stephen Hines <srhines@google.com> Update aosp/master LLVM for rebase to r230699.

Change-Id: I2b5be30509658cb8266be782de0ab24f9099f9b9
/external/llvm/lib/Support/ErrorHandling.cpp
37ed9c199ca639565f6ce88105f9e39e898d82d0 01-Dec-2014 Stephen Hines <srhines@google.com> Update aosp/master LLVM for rebase to r222494.

Change-Id: Ic787f5e0124df789bd26f3f24680f45e678eef2d
/external/llvm/lib/Support/ErrorHandling.cpp
c6a4f5e819217e1e12c458aed8e7b122e23a3a58 21-Jul-2014 Stephen Hines <srhines@google.com> Update LLVM for rebase to r212749.

Includes a cherry-pick of:
r212948 - fixes a small issue with atomic calls

Change-Id: Ib97bd980b59f18142a69506400911a6009d9df18
/external/llvm/lib/Support/ErrorHandling.cpp
dce4a407a24b04eebc6a376f8e62b41aaa7b071f 29-May-2014 Stephen Hines <srhines@google.com> Update LLVM for 3.5 rebase (r209712).

Change-Id: I149556c940fb7dc92d075273c87ff584f400941f
/external/llvm/lib/Support/ErrorHandling.cpp
36b56886974eae4f9c5ebc96befd3e7bfe5de338 24-Apr-2014 Stephen Hines <srhines@google.com> Update to LLVM 3.5a.

Change-Id: Ifadecab779f128e62e430c2b4f6ddd84953ed617
/external/llvm/lib/Support/ErrorHandling.cpp
b21ab43cfc3fa0dacf5c95f04e58b6d804b59a16 18-Nov-2013 Alexey Samsonov <samsonov@google.com> Revert r194865 and r194874.

This change is incorrect. If you delete virtual destructor of both a base class
and a subclass, then the following code:
Base *foo = new Child();
delete foo;
will not cause the destructor for members of Child class. As a result, I observe
plently of memory leaks. Notable examples I investigated are:
ObjectBuffer and ObjectBufferStream, AttributeImpl and StringSAttributeImpl.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@194997 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
5a364c5561ec04e33a6f5d52c14f1bac6f247ea0 15-Nov-2013 Juergen Ributzka <juergen@apple.com> [weak vtables] Remove a bunch of weak vtables

This patch removes most of the trivial cases of weak vtables by pinning them to
a single object file.

Differential Revision: http://llvm-reviews.chandlerc.com/D2068

Reviewed by Andy

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@194865 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
16da44c56235d4aa12c001d94f87ca1dd8e30837 22-Oct-2013 Alp Toker <alp@nuanti.com> Fix the -Werror -Wpedantic clang selfhost build

This is a stopgap fix for cast warnings introduced in r192864.

A proper fix should be investigated by the author when possible.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@193160 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
0739140b05337d97c22fd17c97ac71ab5a34f5d9 17-Oct-2013 Filip Pizlo <fpizlo@apple.com> Expose install_fatal_error_handler() through the C API.

I expose the API with some caveats:

- The C++ API involves a traditional void* opaque pointer for the fatal
error callback. The C API doesn’t do this. I don’t think that the void*
opaque pointer makes any sense since this is a global callback - there will
only be one of them. So if you need to pass some data to your callback,
just put it in a global variable.

- The bindings will ignore the gen_crash_diag boolean. I ignore it because
(1) I don’t know what it does, (2) it’s not documented AFAIK, and (3) I
couldn’t imagine any use for it. I made the gut call that it probably
wasn’t important enough to expose through the C API.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@192864 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
e7ff00846244c73836d8ef2fb7f6ffed3c00b60e 16-Jul-2013 Reid Kleckner <reid@kleckner.net> [Support] Fix some warnings when self-hosting clang on Windows

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@186413 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
ce945578ee190cefee0cdd987c1c287d04b8536a 27-Mar-2013 Chad Rosier <mcrosier@apple.com> Add a boolean parameter to the llvm::report_fatal_error() function to indicated
if crash diagnostics should be generated. By default this is enabled.
Part of rdar://13296693


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178161 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
d04a8d4b33ff316ca4cf961e06c9e312eff8e64f 03-Dec-2012 Chandler Carruth <chandlerc@gmail.com> Use the new script to sort the includes of every file under lib.

Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.

Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169131 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
fc298c76c7e5f569ab4310b237784609458c2ea8 13-Nov-2012 Chad Rosier <mcrosier@apple.com> Revert 167755/167760. We don't want to emit crash diagnostics on command-line syntax errors.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167849 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
f4e3309e849dd0b89a39363c7f2fac337c6db81e 12-Nov-2012 Chad Rosier <mcrosier@apple.com> Revert r167620; this can be implemented using an existing CL option.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167755 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
a0f5092703a9850b4be2eaa0861bab789befedd9 23-Apr-2011 Jay Foad <jay.foad@gmail.com> Like the coding standards say, do not use "using namespace std".

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@130054 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
1f6efa3996dd1929fbc129203ce5009b620e6969 29-Nov-2010 Michael J. Spencer <bigcheesegs@gmail.com> Merge System into Support.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120298 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
afd693cff38ea76188f8f895c75fdf24c90c606a 13-Nov-2010 Daniel Dunbar <daniel@zuster.org> report_fatal_error: Simplify a possible ambiguity.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@118972 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
dd2fdd81bca3fd99ae769771892cd92ddeb33145 16-Sep-2010 Duncan Sands <baldrick@free.fr> Some versions of gcc still warn about "ignoring return value ... declared
with attribute warn_unused_result" here - suppress the warning harder.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@114072 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
d77e5a8176bd45fd26445b03079d690d6c5cfa28 19-Aug-2010 Dan Gohman <gohman@apple.com> Tidy.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@111432 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
7942e3c41228dd06637634bd571ae3e33133c975 18-Aug-2010 Chris Lattner <sabre@nondot.org> include config.h to get config params, hopefully unbreaking mingw builder.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@111325 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
73ebaff79f2a26d76cccd37d176f05f32b09ad2e 18-Aug-2010 Chris Lattner <sabre@nondot.org> report_fatal_error can't use errs(), because errs() can call
into report_fatal_error. Just blast the string to stderr with write(2)
and hope for the best! Part of rdar://8318441


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@111320 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
d5477089760b39affbfe28d5ef49197f63d34900 08-May-2010 Daniel Dunbar <daniel@zuster.org> Run interrupt routines as part of report_fatal_error, since we are failing
ungracefully.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@103334 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
b0094c2404d0f826aa736bdb7d4d2fba65ad50b4 08-Apr-2010 Chris Lattner <sabre@nondot.org> rename llvm_install_error_handler -> install_fatal_error_handler
and friends.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@100717 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
75361b69f3f327842b9dad69fa7f28ae3b688412 08-Apr-2010 Chris Lattner <sabre@nondot.org> rename llvm::llvm_report_error -> llvm::report_fatal_error



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@100709 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
16e02097d283159c240996185a8b20f4ea46ccfc 24-Mar-2010 Dan Gohman <gohman@apple.com> Fix minor style issues.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@99414 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
af6c8cc27297cfba8bfed7a0bf4298f4ccfe7268 05-Jan-2010 David Greene <greened@obbligato.org> Change errs() to dbgs().

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92637 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
073f5b669d3f2ea60981d0c044bd43099e7a3dd1 20-Aug-2009 Dan Gohman <gohman@apple.com> Add a comment explaining why llvm_unreachable_internal doesn't call
the ErrorHandler callback.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@79541 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
a9ad04191cb56c42944b17980b8b2bb2afe11ab2 13-Aug-2009 Dan Gohman <gohman@apple.com> This void is implicit in C++.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@78848 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
ca15f3d6d6c29e9cc75225730270e9ef85834a22 10-Aug-2009 Daniel Dunbar <daniel@zuster.org> Add support for a user supplied pointer argument to llvm_install_error_handler.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@78553 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
82a29b6a02324e65847ed99bae84dafb2755ea32 24-Jul-2009 Daniel Dunbar <daniel@zuster.org> Allow llvm_report_error to accept a Twine.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@76961 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
c23197a26f34f559ea9797de51e187087c039c42 14-Jul-2009 Torok Edwin <edwintorok@gmail.com> llvm_unreachable->llvm_unreachable(0), LLVM_UNREACHABLE->llvm_unreachable.
This adds location info for all llvm_unreachable calls (which is a macro now) in
!NDEBUG builds.
In NDEBUG builds location info and the message is off (it only prints
"UREACHABLE executed").


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75640 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
93990d775ea4ac13c9c2614e84fc19a7a2161771 14-Jul-2009 Torok Edwin <edwintorok@gmail.com> After converting assert(0) to LLVM_UNREACHABLE we lost file/line location.
Fix by making the LLVM_UNREACHABLE pass __FILE__ and __LINE__ to
llvm_unreachable.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75631 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
c25e7581b9b8088910da31702d4ca21c4734c6d7 11-Jul-2009 Torok Edwin <edwintorok@gmail.com> assert(0) -> LLVM_UNREACHABLE.
Make llvm_unreachable take an optional string, thus moving the cerr<< out of
line.
LLVM_UNREACHABLE is now a simple wrapper that makes the message go away for
NDEBUG builds.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75379 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
f361238a9358e18a7b682ac5be93b5236e1b3c23 07-Jul-2009 Torok Edwin <edwintorok@gmail.com> Fix braces.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@74923 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp
31e2466f159a887fed9139067a676f65adf2a8c3 07-Jul-2009 Torok Edwin <edwintorok@gmail.com> Introduce new error handling API.
This will replace exit()/abort() style error handling with an API
that allows clients to register custom error handling hooks.
The default is to call exit(1) when no error handler is provided.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@74922 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/ErrorHandling.cpp