Skip to content
Snippets Groups Projects
  1. 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
  2. Mar 19, 2003
  3. Mar 08, 2003
  4. Mar 06, 2003
    • pmai's avatar
      Fixes by Brian Uhrain for the alpha port: · 0da9ad68
      pmai authored
        Attached is the full patch containing the addition of the
        ISTREAM-MEMORY-BARRIER VOP, the change to GENTRAP to use the bugchk
        opcode, and also a boot file to allow the patched sources to be
        compiled with an unpatched binary.
      0da9ad68
  5. Mar 04, 2003
  6. Mar 03, 2003
  7. Mar 02, 2003
  8. Feb 25, 2003
  9. Feb 18, 2003
  10. Feb 12, 2003
  11. Feb 11, 2003
  12. 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
  13. 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
  14. Nov 19, 2002
  15. Nov 14, 2002
  16. Nov 13, 2002
  17. Nov 08, 2002
  18. 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
  19. Nov 02, 2002
  20. Oct 27, 2002
  21. Oct 25, 2002
  22. Oct 24, 2002
  23. Oct 14, 2002
  24. Oct 01, 2002
  25. Sep 04, 2002
  26. 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
  27. 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
Loading