- Mar 20, 2003
-
-
cracauer authored
Add the symbols for the glibc malloc hooks to the stubs. That is neccessary to make the hooks work from C code loaded into CMUCL. Tested: enables malloc hook (debugging etc.) in the ITA builds.
-
- Mar 19, 2003
-
-
toy authored
Lisp core has :sparc-v9 feature. We use v9 instructions so we are a v8plus app.
-
- Mar 08, 2003
- Mar 06, 2003
-
-
pmai authored
Attached is the full patch containing the addition of the ISTREAM-MEMORY-BARRIER VOP, the change to GENTRAP to use the bugchk opcode, and also a boot file to allow the patched sources to be compiled with an unpatched binary.
-
- Mar 04, 2003
-
-
pmai authored
-
- Mar 03, 2003
- Mar 02, 2003
-
-
toy authored
-
emarsden authored
library calls to the list of symbols that need special handling when linking.
-
emarsden authored
files to be visible via DIRECTORY and friends: added stat64, fstat64, lstat64, statfs64, readdir64. This requires additional transitions to 64-bit wide data types, and additions to linux-stubs.S, given that some of the 64-bit stat variants are not accessible via dlsym(). Mostly from Pierre Mai.
-
- Feb 25, 2003
-
-
toy authored
-
- Feb 18, 2003
- Feb 12, 2003
-
-
emarsden authored
terminal when gencgc exhausts dynamic space.
-
- Feb 11, 2003
-
-
toy authored
-
- Jan 29, 2003
-
-
cracauer authored
Remove a #ifdef ITA which sneaked in with the profiler changes. No functional change for normal builds.
-
toy authored
location of the lisp C binary, when CMUCLLIB is not given, and the core file is not specified. o Add support for a CMUCLCORE envvar, and a -lib option for setting the path for the library: search-list. o Added some spare static symbols for the sparc port so we don't have to cross-compile again for a while. See cmucl-imp archives for some more details.
-
toy authored
-
- Jan 23, 2003
-
-
toy authored
fix typos in comments, signal more specific error types, remove some stale code, fix a few compiler warnings in the runtime.
-
- Nov 19, 2002
- Nov 14, 2002
-
-
toy authored
Noted by Fabricio Chalub.
-
- Nov 13, 2002
- Nov 08, 2002
-
-
toy authored
cases it's too small. (Should we dynamically allocate this?)
-
- Nov 05, 2002
-
-
cracauer authored
Make (time ...) and the profiler do precise measuring of space allocation. It will also not overflow or bomb out when consing amounts cross most-positive fixnum. The new profiler also has an interface to plug in your own print function (also dictates sorting or results). This is written on gencgc/x86 but tests indicated the fallsbacks for other platforms work. The dfixnum package included here is sketchy.
-
- Nov 02, 2002
-
-
toy authored
-
- Oct 27, 2002
-
-
toy authored
-
- Oct 25, 2002
-
-
toy authored
using the linkage-table.
-
- Oct 24, 2002
- Oct 14, 2002
-
-
toy authored
Mai's build scripts.
-
- Oct 01, 2002
-
-
toy authored
core, so don't remove them.
-
- Sep 04, 2002
- Aug 28, 2002
-
-
pmai authored
o Conditionalized some code that is only used in linkage-table builds on :linkage-table and LINKAGE_TABLE respectively. o Modernized undefined_ff_tramp based on recent changes, and renamed it to undefined_foreign_symbol_trap, because it really isn't a trampoline. o Conditionalized a stray puts(...,dlerror()) in Linux-os.c on DEBUG o Installed an error reporter for UNDEFINED_FOREIGN_SYMBOL_ERROR, which for now signals a simple-program-error. We might want to introduced a new condition UNDEFINED-FOREIGN-SYMBOL or something, which could also be used by the old foreign linkage code.
-
moore authored
Fix foregin object braindamage noted by Pierre Mai.
-
- Aug 27, 2002
-
-
moore authored
On x86 FreeBSD and Linux, change the way foreign symbol addresses are resolved. They now go through a table -- effectively a new space in the core file. Function references are resolved lazily, data references are resolved on startup and when a .so is loaded. The end result is that cores can be dumped that contain references to symbols in shared libraries. Also, the dependence of the core on addresses in the Lisp runtime is broken. The linkage table feature is controlled by :linkage-table and LINKAGE_TABLE in C runtime. Several foreign symbols are now Lisp static symbols, so a cross compile is required whether or not the new stuff is used. I've checked in boot4-cross-foreign-linkage.lisp that builds the compiler for linkage table; do whatever you usually do for the non-linkage table case:) Seriously, lets start a discussion on standardizing "cross compilation," not to mention the general build procedure.
-