| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
cygwin when built with ENABLE_SHARED=1. Patch by NAKAMURA Takumi!
llvm-svn: 111231
|
|
|
|
| |
llvm-svn: 101376
|
|
|
|
| |
llvm-svn: 100895
|
|
|
|
|
|
|
|
|
| |
included when using global symbols to ask the linker for the addresses of
various functions. One of the symbols was actually getting declared by a
header included in DynamicLibrary.cpp, which conflicted with the "extern void*"
declaration in SearchForAddressOfSpecialSymbol().
llvm-svn: 98243
|
|
|
|
|
|
|
| |
DynamicLibrary::SearchForAddressOfSymbol refer to declarations in the
global namespace.
llvm-svn: 92023
|
|
|
|
| |
llvm-svn: 92021
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DynamicLibrary::SearchForAddressOfSymbol and force them to have "C"
linkage.
Interestingly, GCC treats the block-scoped "extern" declarations we
previously had as if they were extern "C" declarations (or, at least,
were in the global namespace), so that GCC bug papered over this LLVM
bug. Clang and EDG get the linkage correct; this new variant seems to
work for both GCC and Clang.
llvm-svn: 92020
|
|
|
|
| |
llvm-svn: 85074
|
|
|
|
| |
llvm-svn: 80589
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes PR4512 and eliminating static ctors is always good. Losing
thread safety is unfortunate, but the code is just incredibly poorly
designed.
If someone is interested, the "right" solution is to split
DynamicLibrary.cpp into two separate pieces: a stateless piece in
libsystem, and a simple support file in libsupport that has the
"state" (e.g. AddSymbol) in managed static objects.
Doing this would both fix memory leaks we already have, as well as make
the code thread safe again. it would also make sense to move all the
unix specific code in System/DynamicLibrary.cpp into
System/Unix/DynamicLibrary.inc.
llvm-svn: 74927
|
|
|
|
|
|
| |
and dtor are dead.
llvm-svn: 74926
|
|
|
|
| |
llvm-svn: 74924
|
|
|
|
|
|
|
| |
I did my best at implementing this for Win32, but I don't have a way to test it.
Can someone with access to a Win32 machine test/fix this?
llvm-svn: 74188
|
|
|
|
| |
llvm-svn: 63269
|
|
|
|
|
|
| |
Patch by Samuel Tardieu.
llvm-svn: 57291
|
|
|
|
| |
llvm-svn: 53385
|
|
|
|
| |
llvm-svn: 50695
|
|
|
|
|
|
| |
Thanks Daniel Dunbar!
llvm-svn: 48340
|
|
|
|
|
|
|
|
|
| |
LoadLibraryPermanently. The current code modifies the value of a pointer
that is passed by value, so the caller never gets the message.
Patch by Julien Lerouge!
llvm-svn: 48270
|
|
|
|
| |
llvm-svn: 47479
|
|
|
|
| |
llvm-svn: 47065
|
|
|
|
| |
llvm-svn: 45781
|
|
|
|
| |
llvm-svn: 45418
|
|
|
|
| |
llvm-svn: 44528
|
|
|
|
|
|
| |
this out.
llvm-svn: 42448
|
|
|
|
| |
llvm-svn: 40616
|
|
|
|
| |
llvm-svn: 33746
|
|
|
|
| |
llvm-svn: 33375
|
|
|
|
|
|
|
| |
needed for output to be generated. On Linux these are both global vars and
macro definitions so we have to special case Linux.
llvm-svn: 33374
|
|
|
|
| |
llvm-svn: 33373
|
|
|
|
|
|
| |
or not. This allows DynamicLibrary.cpp to compile on Darwin.
llvm-svn: 33064
|
|
|
|
|
|
| |
a bit of a hack but it lets some of the llvm-test programs run.
llvm-svn: 33058
|
|
|
|
|
|
| |
Also, the assert could never fire due to || instead of &&.
llvm-svn: 29977
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Final commit for this bug. This removes the last EH holdouts in LLVM
and turns off exception support by using the -fno-exceptions option. This
leads to the following reduction in library and executable sizes:
DEBUG BUILD RELEASE BUILD
before after delta before after delta
lib 162,328K 157,616K 4,712 17,864K 16,416K 1,448K
bin 571,444K 557,156K 14,288 63,296K 56,996K 6,300K
Debug Improvement: 19,000K (2.59%)
Release Improvement: 7,748K (9.55%)
llvm-svn: 29882
|
|
|
|
|
|
|
|
|
| |
Put the rest of lib/System into LinkAllVMCore.h. This makes all of
lib/System available to programs that #include LinkALlVMCore.h so that
loadable modules linked into those programs can depend on all of lib/System
being available.
llvm-svn: 29288
|
|
|
|
| |
llvm-svn: 29048
|
|
|
|
| |
llvm-svn: 28292
|
|
|
|
| |
llvm-svn: 28257
|
|
|
|
|
|
|
| |
of being unable to search for symbols in an EXE. It will also allow other
existing hacks to be improved.
llvm-svn: 25805
|
|
|
|
| |
llvm-svn: 21422
|
|
|
|
|
|
|
| |
gdb debugger doesn't get confused on which file it is reading (the one in
lib/System or the one in lib/System/{Win32,Unix})
llvm-svn: 19426
|
|
|
|
| |
llvm-svn: 19254
|
|
|
|
| |
llvm-svn: 19140
|
|
|
|
|
|
| |
ltdl's LGPL license would infect all of LLVM.
llvm-svn: 19137
|
|
|
|
| |
llvm-svn: 18485
|
|
|
|
| |
llvm-svn: 18466
|
|
|
|
|
|
| |
SearchForAddressOfSymbol.
llvm-svn: 18355
|
|
|
|
|
|
| |
more platforms than LLVM supports.
llvm-svn: 18352
|
|
|
|
|
|
| |
opened as if it was a dynamic library so its symbols can be searched too.
llvm-svn: 18341
|
|
library (shared library/shared object) whose symbols can be looked up
dynamically. Used for plug-ins.
llvm-svn: 17940
|