- Jul 13, 2004
-
-
pmai authored
versions of all the required things, this commit separates the interrupt handler proper (now interrupt_handle_now_handler) from the actual work-horse (interrupt_handle_now), which is now only ever called from the two interrupt handlers, interrupt_handle_now_handler and maybe_now_maybe_later. This follows similar changes in SBCL, and is in fact needed in order to properly use sigreturn in signal handlers, as required to work around a problem with the G5.
-
- 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 08, 2003
-
-
pmai authored
the layout of struct dirent64 returned from readdir64. Also added readdir64 to the list of stubs, in order to force usage of the same readdir64 definition at runtime as was used at compile-time.
-
- Mar 02, 2003
-
-
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.
-
- Nov 19, 2002
-
-
toy authored
-
- 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.
-
- Jan 22, 2001
-
-
dtc authored
-
- Jul 31, 2000
-
-
dtc authored
-
- Sep 13, 1999
-
-
dtc authored
Remove the stubs for pthread functions which cannot be used.
-
- Mar 13, 1999
-
-
dtc authored
and add unix-setpgid.
-
- May 01, 1998
-
-
dtc authored
support for glibc2.
-
- Oct 02, 1997
- Sep 13, 1997
-
-
dtc authored
present in Red Hat Linux v.4.1 which broke the linking.
-
- Jun 07, 1997
-
-
pw authored
-
- Jan 21, 1997
-
-
ram authored
-