bionic/libstdc++/Android.mk

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS)
LOCAL_SRC_FILES := src/libstdc++.cpp
LOCAL_MODULE:= libstdc++
LOCAL_ADDITIONAL_DEPENDENCIES := $(LOCAL_PATH)/Android.mk
LOCAL_SYSTEM_SHARED_LIBRARIES := libc
include $(BUILD_SHARED_LIBRARY)

include $(CLEAR_VARS)
LOCAL_SRC_FILES:= src/libstdc++.cpp
LOCAL_MODULE:= libstdc++
LOCAL_ADDITIONAL_DEPENDENCIES := $(LOCAL_PATH)/Android.mk
LOCAL_SYSTEM_SHARED_LIBRARIES := libc
include $(BUILD_STATIC_LIBRARY)
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`LOCAL_PATH:= $(call my-dir)`
Add missing SMP barriers to libstdc++ Change-Id: I20a8dcd2e3316ac60237e800c682cacc8e59e187 2010-06-11 13:18:41 -07:00
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`include $(CLEAR_VARS)`
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 2014-05-14 18:18:55 -07:00			`LOCAL_SRC_FILES := src/libstdc++.cpp`
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`LOCAL_MODULE:= libstdc++`
Add dependencies on all the makefiles. This should help prevent broken builds next time I'm messing with assembler/compiler/linker flags... Change-Id: I30f15a3ce3c3f3c60cad7bc59aaba9f42d792224 2012-08-13 14:06:05 -07:00			`LOCAL_ADDITIONAL_DEPENDENCIES := $(LOCAL_PATH)/Android.mk`
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`LOCAL_SYSTEM_SHARED_LIBRARIES := libc`
			`include $(BUILD_SHARED_LIBRARY)`

			`include $(CLEAR_VARS)`
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 2014-05-14 18:18:55 -07:00			`LOCAL_SRC_FILES:= src/libstdc++.cpp`
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`LOCAL_MODULE:= libstdc++`
Add dependencies on all the makefiles. This should help prevent broken builds next time I'm messing with assembler/compiler/linker flags... Change-Id: I30f15a3ce3c3f3c60cad7bc59aaba9f42d792224 2012-08-13 14:06:05 -07:00			`LOCAL_ADDITIONAL_DEPENDENCIES := $(LOCAL_PATH)/Android.mk`
auto import from //depot/cupcake/@135843 2009-03-03 19:28:35 -08:00			`LOCAL_SYSTEM_SHARED_LIBRARIES := libc`
			`include $(BUILD_STATIC_LIBRARY)`