ae558d6b4bcee740f7e61434982eb5f2c999fb97 |
|
25-Aug-2014 |
Chih-Hung Hsieh <chh@google.com> |
Add standard throw() spec to delete operators. Without these specs, clang will reports mismatch between standard definitions and these declarations/definitions. These specs are ignored when compiled with -fno-exceptions. BUG: 17136236 Change-Id: I386c712a61dc4fc74dfde45f9ec2d3d037f2e9f1
|
acc2f79ed7881178c203b1f7cea31596d42ca6cd |
|
31-May-2014 |
Dan Albert <danalbert@google.com> |
Use __libc_fatal() for failed malloc in new This way we can print a useful message to the log isntead of just dying mysteriously. (cherry picked from commit 989725940e765f0065b2bc06b881cde864b62595) Bug: 13564922 Change-Id: I704e1263ec1e7556808348b821a20bacc934eb4a
|
989725940e765f0065b2bc06b881cde864b62595 |
|
31-May-2014 |
Dan Albert <danalbert@google.com> |
Use __libc_fatal() for failed malloc in new This way we can print a useful message to the log isntead of just dying mysteriously. Change-Id: Ib660c2fd8ce8bb9aa0d0bb634ae08c645d3901e5
|
15b641a26731a7e42455c3ed22e1e9bdf31ea79c |
|
15-May-2014 |
Elliott Hughes <enh@google.com> |
Move libstdc++ into libc. The Android build system always links against libstdc++.so anyway. Having operator new and operator delete in a separate library means we can't use constructors and destructors on heap-allocated objects inside the C library, which is quite an unfortunate limitation. This will be cheaper too; on LP64 we can stop linking against the [now empty] libstdc++.so giving the dynamic linker one less library to worry about for every process. There's precedent too --- we already have no libpthread or librt. For now I'm leaving the include files where they are, and I'm generating a dummy libstdc++.so and libstdc++.a. We can come back and clean that up later if all goes well. Bug: 13367666 Change-Id: I6f3e27ea7c30d03d6394965d0400c9dc87fa83db
|