Skip to content
Snippets Groups Projects
  1. Apr 12, 2011
  2. Dec 22, 2010
  3. Dec 01, 2010
  4. Jul 23, 2010
  5. Sep 17, 2009
  6. Mar 27, 2009
  7. Jan 22, 2009
  8. Sep 17, 2008
  9. May 24, 2008
    • rtoy's avatar
      o Add a few comments · f466d230
      rtoy authored
      o Clean up list of features.  This file should now actually work for
        all x86 builds.
      f466d230
  10. Feb 06, 2008
  11. Feb 05, 2008
    • rtoy's avatar
      o frob OLD-SPARC:SIMPLE-ARRAY-COMPLEX-DOUBLE-DOUBLE-FLOAT-TYPE · 026015c4
      rtoy authored
        OLD-SPARC:SIMPLE-ARRAY-DOUBLE-DOUBLE-FLOAT-TYPE.  Removes a few
        warnings/issues during cross-compile.
      o Update EXTERN-ALIEN-NAME to match the actual definition.  No
        supported x86 system needs anything special.  (The previous version
        was causing failures on x86/darwin.)
      026015c4
  12. Jan 30, 2008
  13. Aug 11, 2006
  14. Jan 12, 2004
  15. Oct 17, 2003
  16. 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