Skip to content
Snippets Groups Projects
  1. Oct 25, 2002
  2. Oct 24, 2002
  3. Oct 14, 2002
  4. Oct 01, 2002
  5. Sep 04, 2002
  6. Aug 28, 2002
    • pmai's avatar
      A number of smallish changes to the new linkage-table code: · cf055d22
      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.
      cf055d22
    • moore's avatar
      · d31f5d1a
      moore authored
      Fix foregin object braindamage noted by Pierre Mai.
      d31f5d1a
  7. 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
  8. Aug 23, 2002
  9. May 06, 2002
    • pmai's avatar
      Changed the OpenBSD port to use dlopen+ld for FFI linkage, like · 956ce339
      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.
      956ce339
  10. May 02, 2002
  11. Mar 13, 2002
    • moore's avatar
      · c90d3517
      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.
      c90d3517
  12. Feb 11, 2002
  13. Jan 29, 2002
  14. Jan 28, 2002
    • pmai's avatar
      Added specialised port to NetBSD (1.5.2) on x86. Since the code-base · b39b25d0
      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.
      b39b25d0
    • pmai's avatar
      Added specialised port to NetBSD (1.5.2) on x86. Since the code-base · 4ea11535
      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.
      4ea11535
  15. Jan 23, 2002
    • toy's avatar
      From Eric Marsden: · 94b05d68
      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).
      94b05d68
  16. Dec 06, 2001
    • pmai's avatar
      755d92f4
    • pmai's avatar
      Added specialised port to OpenBSD (2.9). Many parts of the original · 195461c1
      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.
      195461c1
  17. Nov 29, 2001
  18. Oct 03, 2001
  19. Sep 24, 2001
  20. May 17, 2001
  21. Apr 26, 2001
  22. Apr 11, 2001
  23. Feb 22, 2001
    • pw's avatar
      From Paul Foley · b221deeb
      pw authored
      A couple of typo corrections; fix main() in lisp.c (main returns int,
      not void!); stop ACCEPT-TCP-CONNECTION blocking other processes.
      b221deeb
  24. Jan 23, 2001
    • dtc's avatar
      From Raymond Toy: · 61e7667f
      dtc authored
      o Add support for 64-bit integer parameters and function results.
      61e7667f
  25. Jan 22, 2001
  26. Jan 09, 2001
  27. Dec 05, 2000
    • dtc's avatar
      From Raymond Toy: · c10355d2
      dtc authored
      o Don't use taddcctv/tsubcctv for the pseudo-atomic stuff.
      c10355d2
    • dtc's avatar
      From Raymond Toy: · cbc96305
      dtc authored
      o Add routines to handle the new pseudo-atomic trap noise instead of using
        taddcctv.  The old code is left in just in case I forgot some uses somehow.
      o Don't try to fix up broken trap instructions anymore.  We shouldn't be
        generating them at all now anyway.
      cbc96305
    • dtc's avatar
      From Raymond Toy: · 84551d3e
      dtc authored
      o Remove unused empty_fd stuff (Noted by Hallvard B Furuseth
        <h.b.furuseth@usit.uio.no>).
      o Do some testing of addresses in valid_addr, stolen from Linux-os.c.
      o Clean up some compiler warnings about passing pointers without casts.
      84551d3e
  28. Nov 06, 2000
  29. Nov 03, 2000
Loading