summaryrefslogtreecommitdiffstats
path: root/libc/bionic/libc_init_static.c
Commit message (Collapse)AuthorAgeFilesLines
* libc: fix executable destruction support.David 'Digit' Turner2010-10-211-0/+7
| | | | | | | | | | | | | This change allows an executable to call its destructor functions (declared with __attribute__((destructor))) to be properly called when it normally exits. Note that this is different from calling the destructors of a shared library when it is unloaded with dlclose() or through program exit, which are already supported. Bug: 3106500 Change-Id: I1412ef5407f13b613fc6cb6103e0a691dbee4b1a
* Split libc_debug.so into two .so modules loaded on demand from libc.soVladimir Chtchetkine2009-11-181-6/+0
| | | | | This change is intended to eliminate need to replace libc.so with libc_debug.so in order to enablememory allocation debugging. This is also the first step towards implementing extended memoryallocation debugging using emulator's capabilities in monitoring memory access.
* Restore malloc debug.Andy McFadden2009-07-211-0/+6
| | | | | | Some libc changes were preventing the initialization call from being made. The basic problem appears to be that libc_init_common.c is only built once, and it's only built for the non-debug libc.
* Fix the C library runtime initialization order.David 'Digit' Turner2009-07-181-25/+38
| | | | | | | | | | | This allows libc.so to run the C runtime initializer as soon as the dynamic linker loads the shared library, i.e. before any other initializers (e.g. static C++ constructors in other shared libraries the executable depends on). This also removes the bug where the initializers from the executable itself were run twice: once by the dynamic linker, and another time by __libc_init as defined by libc_init_dynamic.c
* Revert "Fix the C library initialization to avoid calling static C++ ↵David 'Digit' Turner2009-06-031-25/+12
| | | | | | constructors twice." This reverts commit 03eabfe65e1e2c36f4d26c78a730fa19a3bdada3.
* Fix the C library initialization to avoid calling static C++ constructors twice.David 'Digit' Turner2009-06-021-12/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | The problem was due to the fact that, in the case of dynamic executables, the dynamic linker calls the DT_PREINIT_ARRAY, DT_INIT and DT_INIT_ARRAY constructors when loading shared libraries and dynamic executables, *before* calling the executable's entry point (i.e. arch-$ARCH/bionic/crtbegin_dynamic.c) which in turns call __libc_init() in libc.so, as defined by bionic/libc_init_dynamic.c The latter did call these constructors array again, mistakenly. The patch also updates the documentation of many related functions. Also adds a new section to linker/README.TXT explaining restrictions on C library usage. The patch has been tested on a Dream for stability issues with proprietary blobs: - H264 decoding works - Camera + Video recording works - GPS works - Sensors work The tests in system/extra/tests/bionic/libc/common/test_static_cpp_mutex.cpp has been run and shows the static C++ constructor being called only once.
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+76
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-76/+0
|
* auto import from //branches/cupcake/...@126645The Android Open Source Project2009-01-151-1/+1
|
* Initial Contributionandroid-1.0The Android Open Source Project2008-10-211-0/+76