[libc++/abi] Revert "[libc++] Move the weak symbols list to libc++abi"This reverts commit c7d4aa711a. I am still investigating the issue,but it looks like that commit has an interaction with ld64
[libc++/abi] Revert "[libc++] Move the weak symbols list to libc++abi"This reverts commit c7d4aa711a. I am still investigating the issue,but it looks like that commit has an interaction with ld64 that causesnew/delete weak re-exports not to work properly anymore. This is weirdbecause this commit did not touch the exports of new/delete -- I amstill investigating.
show more ...
[libc++] Move the weak symbols list to libc++abiThose symbols are exported from libc++abi in the first place, so itmakes more sense to have them there.
[libc++] Fix the no-exceptions build of libc++ on AppleWe previously tried re-exporting symbols that didn't exist whenexceptions were disabled. Note that building libc++abi withoutexceptions stil
[libc++] Fix the no-exceptions build of libc++ on AppleWe previously tried re-exporting symbols that didn't exist whenexceptions were disabled. Note that building libc++abi withoutexceptions still doesn't work when linking against the default-providedlibSystem.dylib, because it transitively depends on libobjc.dylib,and that requires __gxx_personality_v0. But building libc++abiwith exceptions and libc++ without exceptions does work.
[libc++abi] Do not export some implementation-detail functionsSummary:Those functions started being mistakenly exported from the libc++abishared library after commit r344152 in 2018. Removing the
[libc++abi] Do not export some implementation-detail functionsSummary:Those functions started being mistakenly exported from the libc++abishared library after commit r344152 in 2018. Removing these symbols istechnically an ABI break. However, they are not part of the C++ ABI,they haven't ever been re-exported from libc++, and they are notdeclared in any public header, so it's very unlikely that calls tothese functions exist out there. Also, the functions have reservednames, so any impacted user would have to have tried really hardbeing broken by this removal.Note that avoiding this kind of problem is exactly why we're nowcontrolling exported symbols explicitly with a textual list.Also note that applying the hidden visibility attribute is necessarybecause the list of exported symbols is only used on Apple platformsfor the time being.Reviewers: phosek, mclow.lists, EricWFSubscribers: christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D68357llvm-svn: 373602
[libcxxabi] Use an explicit list to export symbols from the dylibReviewers: EricWFSubscribers: mgorny, christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://r
[libcxxabi] Use an explicit list to export symbols from the dylibReviewers: EricWFSubscribers: mgorny, christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D63345llvm-svn: 364586
[libcxxabi] Remove the unused buildit scriptSummary: I'm pretty sure it's not used anymore, at least it isn't used at Apple.Reviewers: EricWF, BigcheeseSubscribers: christof, jkorous, dexonsmit
[libcxxabi] Remove the unused buildit scriptSummary: I'm pretty sure it's not used anymore, at least it isn't used at Apple.Reviewers: EricWF, BigcheeseSubscribers: christof, jkorous, dexonsmith, jfb, mstorsjo, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D63297llvm-svn: 363737
Add ability to set OPTIONS for compilellvm-svn: 190371
Demangler update: This now demangles many more (all?) C++11 symbols. Demangler tests updated.llvm-svn: 184097
fix crash log magicllvm-svn: 152693
Enable / silence -Wunused-parameter.llvm-svn: 152415
Enable -Wstrict-aliasing=2 -Wstrict-overflow=4.llvm-svn: 152338
Enable/silence -Wsign-compare.llvm-svn: 152336
Enable/silence -Wsign-compare.llvm-svn: 152335
Enable/silence -Wmissing-field-initializers.llvm-svn: 152334
Enable/silence -Wunused-variable.llvm-svn: 152329
Enable/silence -Wconversion.llvm-svn: 152328
Enable/silence -Wshadow.llvm-svn: 152325
Enable/silence -Wsign-conversion.llvm-svn: 152323
Pedantic fix: missing newline at EOFllvm-svn: 151132
Pushed optimization back up. Crash disappeared with compiler upgrade. Assumed to be due to compiler bug.llvm-svn: 149702
There's a crasher I need to track down, occurring at -O0.llvm-svn: 149631
Back the optimization down from -O3 to -Os. I'm getting an unexplained 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 g
Back the optimization down from -O3 to -Os. I'm getting an unexplained 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
Add -fstrict-aliasing -Wstrict-aliasing and change optimization from -Os to -O3llvm-svn: 149250
By changing all of the throw() specs to noexcept I've been able to compile and link all of the source files into a dylib. Prior to this substitution the changed functions were calling __cxa_call_une
By changing all of the throw() specs to noexcept I've been able to compile 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