| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
has been a problem since exceptions were removed from the BytecodeReader.
Error messages are now captured from ModuleProvider::releaseModule as well
as after a longjmp.
llvm-svn: 32608
|
|
|
|
| |
llvm-svn: 32321
|
|
|
|
|
|
|
|
|
| |
with ParseBytecodeFile used to leak both a ModuleProvider (and related
bytecode parser stuff attached to it) AND a file descriptor, which was
never closed. This prevented gccld/llvm-ld/llvm-link from linking together
apps with more that ~252 .bc files on darwin.
llvm-svn: 30912
|
|
|
|
|
|
|
| |
Remove exception throwing/handling from lib/Bytecode, and adjust its users
to compensate for changes in the interface.
llvm-svn: 29875
|
|
|
|
|
|
|
|
| |
Adjust the use of MappedFile to its new non-throwing interface. We just
propagate the exceptions if an error occurs. This will get cleaned up
later, incrementally.
llvm-svn: 29820
|
|
|
|
| |
llvm-svn: 29024
|
|
|
|
|
|
|
|
|
|
|
|
| |
Provide new llvm::sys::Program facilities for converting the stdout and
stdin to binary mode. There is no standard way to do this and the available
mechanisms are platform specific. Adjust the bytecode reader and writer to
use these methods when their input is stdin or output is stdout. THis avoids
the problem with \n writing CRLF to a bytecode file on windows.
Patch Contributed by Michael Smith.
llvm-svn: 28722
|
|
|
|
| |
llvm-svn: 25022
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
pointer marking the end of the list, the zero *must* be cast to the pointer
type. An un-cast zero is a 32-bit int, and at least on x86_64, gcc will
not extend the zero to 64 bits, thus allowing the upper 32 bits to be
random junk.
The new END_WITH_NULL macro may be used to annotate a such a function
so that GCC (version 4 or newer) will detect the use of un-casted zero
at compile time.
llvm-svn: 23888
|
|
|
|
| |
llvm-svn: 22523
|
|
|
|
|
|
| |
See last commit for LangRef, this implements it on all targets.
llvm-svn: 22273
|
|
|
|
| |
llvm-svn: 22262
|
|
|
|
| |
llvm-svn: 22254
|
|
|
|
|
|
| |
returning to the old style :)
llvm-svn: 22199
|
|
|
|
| |
llvm-svn: 21704
|
|
|
|
| |
llvm-svn: 21417
|
|
|
|
|
|
|
|
| |
using Function::arg_{iterator|begin|end}. Likewise Module::g* -> Module::global_*.
This patch is contributed by Gabor Greif, thanks!
llvm-svn: 20597
|
|
|
|
|
|
|
|
| |
both cases they are looking for non-external variables/functions that do
not have internal linkage. Using "!isExternal()" is a little more
understandable than "hasInitializer()"
llvm-svn: 20155
|
|
|
|
|
|
|
|
| |
table for archives in common cases, and prevents trying to resolve a
external reference with an internal reference. This shrinks the libpython.a
symbol table from 126302 to 19770 bytes.
llvm-svn: 20151
|
|
|
|
|
|
|
| |
Remove unix specific code (use of errno and read) from the reader.
Thanks to Jeff Cohen for pointing this out.
llvm-svn: 19081
|
|
|
|
| |
llvm-svn: 19067
|
|
|
|
|
|
|
|
| |
Use sys::MappedFile instead of ReadFileIntoAddressSpace and
UnmapFileFromAddressSpace. sys::MappedFile has the nice property that it
cleans up after itself so exception handling can be removed.
llvm-svn: 18902
|
|
|
|
| |
llvm-svn: 18785
|
|
|
|
| |
llvm-svn: 18097
|
|
|
|
|
|
|
| |
* Get rid of memory leaks on exception \
* Provide better comments of how the memory handling works
llvm-svn: 17876
|
|
|
|
| |
llvm-svn: 17811
|
|
|
|
| |
llvm-svn: 17770
|
|
|
|
|
|
| |
externally visible defined symbols from a bytecode file.
llvm-svn: 17503
|
|
|
|
| |
llvm-svn: 16298
|
|
|
|
| |
llvm-svn: 16297
|
|
|
|
| |
llvm-svn: 16281
|
|
|
|
|
|
|
|
| |
Move include/Config and include/Support into include/llvm/Config,
include/llvm/ADT and include/llvm/Support. From here on out, all LLVM
public header files must be under include/llvm/.
llvm-svn: 16137
|
|
|
|
|
|
| |
file.
llvm-svn: 16037
|
|
|
|
|
|
|
|
| |
- Pass the output stream to the analyzer so it can write its output there
directly instead of buffering it.
- Don't pass a boolean to ParseBytecode because its not needed any more.
llvm-svn: 15983
|
|
|
|
|
|
| |
rid of compilation warnings on some platforms.
llvm-svn: 15512
|
|
|
|
|
|
|
|
| |
too soon so the function data was not getting dumped (it was generated
after the call handleFinish). Also cleaned up the output format for
proper indentation.
llvm-svn: 14627
|
|
|
|
| |
llvm-svn: 14601
|
|
|
|
|
|
| |
interface which is called by the reader if a BytecodeHandler is provided.
llvm-svn: 14493
|
|
|
|
|
|
| |
space
llvm-svn: 13864
|
|
|
|
| |
llvm-svn: 10650
|
|
|
|
|
|
| |
routines.
llvm-svn: 10642
|
|
|
|
|
|
| |
get an error inside the bytecode reader.
llvm-svn: 10415
|
|
|
|
| |
llvm-svn: 10081
|
|
|
|
| |
llvm-svn: 9903
|
|
|
|
|
|
| |
Header files will be on the way.
llvm-svn: 9298
|
|
|
|
|
|
|
| |
* More dense bytecode encoding for varargs calls (like printf)
* Eliminated the extremely old bytecode format. rev #0 is now 1.0
llvm-svn: 9220
|
|
|
|
| |
llvm-svn: 9183
|
|
|
|
| |
llvm-svn: 8969
|
|
|
|
|
|
| |
want you to include <sys/stat.h> for fstat(), struct stat, and friends.
llvm-svn: 8887
|
|
|
|
|
|
|
| |
and because, while the class used by the interface is abstract, the actual
concept is not.
llvm-svn: 8850
|