- Jan 29, 2003
-
-
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.
-
- Aug 23, 2002
- May 06, 2002
-
-
pmai authored
current Linux and FreeBSD/ELF do, although OpenBSD is still non-ELF. Also changed the handling of leading underscores in alien names, by moving the underscore addition to extern-alien-name, where it belongs, and not foreign-symbol-address-aux. This brings the x86 port in line with the other ports, modulo the PVE_stub_ magic. The changes necessitate some bootstrapping code for BSD non-ELF platforms.
-
- May 02, 2002
- Mar 13, 2002
-
-
moore authored
Support for dynamic loading in FreeBSD 4.0 and later. This involves moving the static space up, so a cross-compile is required to bootstrap these changes.
-
- Feb 11, 2002
-
-
toy authored
Marsden)
-
- Jan 29, 2002
-
-
pmai authored
path and therefore fall back to the default path. Doing this fall-back silently can confuse users no end...
-
- Jan 28, 2002
-
-
pmai authored
was already cleaned up with the OpenBSD port, this doesn't require massive changes. Since current NetBSD is ELF-based by default, we don't make use of the ELF feature, or in other words: The presence of the NetBSD feature implies ELF, since there is no support for non-ELF NetBSD. The page-protection feature of the generational GC had to be turned off, because currently NetBSD 1.5.2 doesn't provide access to the faulting memory address in SIGSEGV signal-handlers on the x86 platform. The memory is validated/mmapped in 64MB chunks in os-validate, in order to circumvent a restriction on NetBSD, that prevented me from mmapping 128MB or more apiece. It has been pointed out to me that this may be caused by the default ulimit on data segment sizes, which seems kind of strange, but might be true. In any case the current approach works OK, and doesn't require root interaction, so is probably the better approach.
-
pmai authored
was already cleaned up with the OpenBSD port, this doesn't require massive changes. Since current NetBSD is ELF-based by default, we don't make use of the ELF feature, or in other words: The presence of the NetBSD feature implies ELF, since there is no support for non-ELF NetBSD.
-
- Jan 23, 2002
-
-
toy authored
There is an incorrect gc_assert in lisp/gc.c in the function from_space_p. The argument is not necessarily a descriptor; it may be an untagged pointer, in which case the assertion is false. This causes rebuild to fail on SPARC when GC assertions are enabled. This observation is due to Daniel Barlow (and is fixed in SBCL).
-
- Dec 06, 2001
-
-
pmai authored
-
pmai authored
code which were previously conditionalized on :FreeBSD, are now conditionalized on :BSD instead, with the :BSD feature now implying a 4.4BSD(lite2) derived OS. This should make future BSD-ports easier. FreeBSD and OpenBSD are differentiated by having either :FreeBSD or :OpenBSD on the features list. Currently the OpenBSD port does not have working ELF support, because OpenBSD 2.9 is still non-ELF by default. So don't put ELF on the features list when building for OpenBSD, or fix the code to work correctly in this case instead.
-
- Nov 29, 2001
-
-
pmai authored
Linux in-line with all other non-MACH platforms, and with the Linux Filesystem Standard.
-
- Oct 03, 2001
- Sep 24, 2001
-
-
toy authored
need. gcc 3.0 does this even with -O0. (I think this is a bug in gcc.) Try to arrange things so that gcc can't possibly delete them by moving functions to reference_random_symbols_table.
-