summaryrefslogtreecommitdiffstats
path: root/core/cxx_stl_setup.mk
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Revert "Hide unwinder symbols in each binary.""Dan Albert2015-07-211-0/+1
| | | | | | | | | Bug: 18471342 Bug: 19958712 This reverts commit 61f675bb53f31fb2500fc135603ca7a5f7620d8e. Change-Id: I87d3655d1238a9cf26d96dcb0665ba5110931800 (cherry picked from commit 686a5576890b3d5ea48ddc9da52b0c8aca75f876)
* Disallow using stlport.Dan Albert2015-05-081-12/+2
| | | | | | | | | The only remaining users of stlport are vendor blobs. Prevent any new users from using it. Bug: http://b/15193147 Change-Id: I577a16c8c52e2c7d939c3b5026e18ad90e4b9f26 (cherry picked from commit 3a360a7353034be89cbcbb24296c7ae30e6b0ef2)
* Don't use libunwindbacktrace for non-ARM.Dan Albert2015-04-141-2/+0
| | | | | | | After fixing the link order here, it seems libunwindbacktrace no longer works for exception unwinding, but libgcc now does. Change-Id: Ice79af4b8f234ed6a053ee818b6dec3aa9706c8a
* Add unwinder linking to STL setup.Dan Albert2015-03-311-0/+12
| | | | | | | | | | | | Previously we were bundling this into libc++ and having each binary resolve its symbols from there. This means that the unwinder that gets used for a given binary is sensitive to the order in which its libraries are linked. Making this a static library dependency of each binary means the right unwinder will always be used. Bug: 18471342 Bug: 19958712 Change-Id: I782d212784dbf85355b5d9146d7460d675259a0e
* Static binaries with libc++ need libs c, m and dl.Dan Albert2015-03-191-0/+5
| | | | | | | Can't be done on the user's end because these libraries all need to be linked after libc++_static. Change-Id: Ib21364e6f43689cf59da31d6f561919731ef8272
* Fix the mac build.Dan Albert2015-03-031-4/+6
| | | | | Bug: 19567451 Change-Id: I6d15259520c9813df1a44d9244c99482f713d114
* Catch more cases of static host executables.Dan Albert2015-03-031-10/+16
| | | | | Bug: 19567451 Change-Id: Ie1de436db74b727421449b43b192e9599ca8fca6
* (Hopefully) fix the Mac build.Dan Albert2015-03-031-2/+14
| | | | | | | | | The Mac linker doesn't understand --start-group, which is needed for properly linking libgcc/libc statically. It isn't needed for dynamic executables though, so use that driver behavior where appropriate. Bug: 19567451 Change-Id: Ifeb03bea55bc87561c64ddafdb99f664fef0f00e
* Fix building static host executables.Dan Albert2015-03-031-2/+9
| | | | | | | | | | | BUILD_HOST_static=1 forces all host binaries to be statically linked. Since -nodefaultlibs was passed (to disable libstdc++), libgcc wasn't being passed. This change emulates the driver's behavior. Also fix default STL selection for BUILD_HOST_static. Bug: 19567451 Change-Id: I617aab782d40ac76ca5a7d9dddf0f202a4e3a69b
* Make libc++ the default STL.Dan Albert2014-11-071-5/+3
| | | | | | | | | Previously, code defaulted to using libstdc++ (which was GNU libstdc++ on the host, or Bionic's "libstdc++" on the target). Now we default to libc++. The exception for this is when using mingw, because we cannot build libc++ for mingw. Change-Id: I68726fa26cdcb6263f17c838d3e859debd57fae1
* Missed a dependency on pthreads.Dan Albert2014-11-061-1/+1
| | | | Change-Id: I060c9c65b07efe89a308fccf71a1096424a7de39
* Use libstc++ for the name of bionic's STL.Dan Albert2014-10-161-2/+2
| | | | | | | It is libstdc++.so, after all, and the naming makes sense for the host this way (since it also uses libstdc++). Change-Id: If37ffa015f7967a928ea47a290363d7696c4ce35
* Never use stlport on the host.Dan Albert2014-10-161-5/+8
| | | | | | LOCAL_CXX_STL := stlport should just use the default STL on the host. Change-Id: Iede1b2d8884e237a10e000e5835addb768c8f78d
* Apply LOCAL_CXX_STL to also prebuilts.Ying Wang2014-10-071-0/+67
Because LOCAL_CXX_STL modifies a module's required shared libaries, we need this for also prebuilt shared libraries and executables. Change-Id: I418c26143999a613c40aadf990f131b123e0ac3d