Skip to content
Snippets Groups Projects
  1. Feb 25, 2003
  2. Feb 18, 2003
  3. Feb 12, 2003
  4. Feb 11, 2003
  5. Jan 29, 2003
    • cracauer's avatar
      · de993639
      cracauer authored
      Remove a #ifdef ITA which sneaked in with the profiler changes.  No
      functional change for normal builds.
      de993639
    • toy's avatar
      o Adds support for searching for the lisp.core file based on the · a20170bc
      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.
      a20170bc
    • toy's avatar
      Export print_generation_stats. · c551f431
      toy authored
      c551f431
  6. Jan 23, 2003
    • toy's avatar
      From Eric Marsden: · f315d7f1
      toy authored
          fix typos in comments, signal more specific error types, remove
          some stale code, fix a few compiler warnings in the runtime.
      f315d7f1
  7. Nov 19, 2002
  8. Nov 14, 2002
  9. Nov 13, 2002
  10. Nov 08, 2002
  11. Nov 05, 2002
    • cracauer's avatar
      · 65f0bdc0
      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.
      65f0bdc0
  12. Nov 02, 2002
  13. Oct 27, 2002
  14. Oct 25, 2002
  15. Oct 24, 2002
  16. Oct 14, 2002
  17. Oct 01, 2002
  18. Sep 04, 2002
  19. 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
  20. 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
  21. Aug 23, 2002
  22. 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
  23. May 02, 2002
  24. 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
  25. Feb 11, 2002
  26. Jan 29, 2002
  27. 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
  28. 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
Loading