Skip to content
Snippets Groups Projects
  1. Aug 17, 2005
  2. Feb 07, 2005
    • rtoy's avatar
      * code/internet.lisp, code/unix.lisp: · c6c7366b
      rtoy authored
        o Make inet-recvfrom and friends available on Darwin again.
      
      * lisp/linux-stubs.S
        o Oops. Forgot to fix up #if with !defined(DARWIN)
        o Add recvfrom and friends to the stubs.
      c6c7366b
  3. Sep 21, 2004
  4. Jul 13, 2004
    • pmai's avatar
      First merge of the C side of the OS X/Darwin port. Besides adding Darwin · eb44537a
      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.
      eb44537a
  5. Mar 20, 2003
    • cracauer's avatar
      · d44b3cb4
      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.
      d44b3cb4
  6. Mar 08, 2003
  7. Mar 02, 2003
  8. Nov 19, 2002
  9. Aug 27, 2002
    • moore's avatar
      · bf84be07
      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.
      bf84be07
  10. Jan 22, 2001
  11. Jul 31, 2000
  12. Sep 13, 1999
  13. Mar 13, 1999
  14. May 01, 1998
  15. Oct 02, 1997
  16. Sep 13, 1997
  17. Jun 07, 1997
  18. Jan 21, 1997
Loading