Skip to content
Snippets Groups Projects
  1. May 01, 2007
  2. Apr 30, 2007
  3. Apr 20, 2007
  4. Apr 19, 2007
  5. Apr 14, 2007
  6. Apr 12, 2007
  7. Apr 07, 2007
  8. Mar 31, 2007
    • rtoy's avatar
      Update from logs. · eac3c23e
      rtoy authored
      eac3c23e
    • rtoy's avatar
      In MAKE-COMPLEX-DOUBLE-DOUBLE-FLOAT · 1fc790b2
      rtoy authored
      o Turn off :load-if for the real arg because the generator doesn't
        handle the case if the real arg is on the stack.
      o Enable :load-if for the result because the code (already) handled
        it.
      o The wrong TN was being used for the imaginary part of the real part.
      o The wrong TNs were being used for the arg registers.  Use the right
        TN values.
      1fc790b2
  9. Mar 30, 2007
  10. Mar 28, 2007
  11. Mar 27, 2007
  12. Mar 26, 2007
  13. Mar 23, 2007
    • rtoy's avatar
      Better conversion of bignums to double-double-floats. Also fixes the · d61a8a8b
      rtoy authored
      silly bug that (float <neg bignum> 1w0) was returning a positive
      result instead of negative.
      
      o Rename DOUBLE-DOUBLE-FLOAT to DOUBLE-DOUBLE-FLOAT-FROM-BITS to match
        other functions and to make it separate from the same function in
        the KERNEL package.
      o Modify DOUBLE-DOUBLE-FLOAT-FROM-BITS to look at the bignum and
        extract out the pieces better.  Look for a pattern <53 bits> <zeroes>
        <53 bits> where <zeroes> is a set of consecutive zero bits.  We use
        the 2 53-bit sections to create the double-double-float.
      o Make DOUBLE-DOUBLE-FLOAT-FROM-BITS honor the sign.
      o Add BIGNUM-FLOAT-DIGITS to figure out how many bits of the bignum
        should be used to create the float.
      o Call BIGNUM-FLOAT-DIGITS from BIGNUM-TO-FLOAT instead of using
        FLOAT-FORMAT-DIGITS.
      d61a8a8b
  14. Mar 22, 2007
  15. Mar 21, 2007
  16. Mar 20, 2007
    • rtoy's avatar
      Was not getting the right instruction for the faulting floating-point · 9fde59c0
      rtoy authored
      exception.
      
      This was happening when the faulting FP instruction was in the delay
      slot of a branch.  The PC was incremented to the branch target, and
      hence had the wrong information.  The FPQ structure has the right
      information.
      
      code/sparc-svr4-vm.lisp:
      o Add FPQ structure so we can access the information about the
        faulting FP instruction.
      
      compiler/sparc/float.lisp:
      o Extract the correct information about the faulting FP instruction
        instead of from the PC.
      9fde59c0
    • rtoy's avatar
      Document tracing for FLET/LABELS in the docstring. · 07d8f3eb
      rtoy authored
      07d8f3eb
  17. Mar 05, 2007
    • rtoy's avatar
      Add support for dynamic-extent for ppc. · c17bd546
      rtoy authored
      Simple tests with rest args and some dynamic-extent closures indicates
      that this work.  Compiling CMUCL with dynamic-extent enabled appears
      to work as well.  I conclude that the implementation here is probably
      correct.
      
      (Yes, I know dynamic-extent is currently disabled, but let's make ppc
      complete.)
      
      compiler/ppc/alloc.lisp:
      o Implement the vops %DYNAMIC-EXTENT-START and %DYNAMIC-EXTENT-END.
      o Update the LIST-OR-LIST*, MAKE-CLOSURE, and FIXED-ALLOC vops to
        support dynamic-extent, by passing ALLOCATION and
        WITH-FIXED-ALLOCATION macros the extra :STACK-P arg.
      
      compiler/ppc/call.lisp:
      o Update LISTIFY-REST-ARGS vop to support dynamic-extent, by passing
        the ALLOCATION macro the extra :STACK-P arg.
      
      compiler/ppc/macros.lisp:
      o Update the ALLOCATION macro to support the :STACK-P arg.
      c17bd546
  18. Mar 03, 2007
    • rtoy's avatar
      compiler/ir2tran.lisp: · af09965a
      rtoy authored
      o Implement stack clearing stuff for ppc.
      
      compiler/ppc/call.lisp:
      o Implement stack clearing for xep-allocate-frame and allocate-frame,
        mostly cargo-culting the sparc version.
      af09965a
  19. Feb 21, 2007
  20. Feb 03, 2007
    • rtoy's avatar
      Fix bug in expt type derivation. · 99d4c4c8
      rtoy authored
      (defun f (x y)
         (declare (fixnum x y))
         (expt x y))
      
      caused an error because we weren't handling member types correctly.
      99d4c4c8
  21. Feb 01, 2007
Loading