1. 27 Oct, 2013 1 commit
  2. 22 Oct, 2013 1 commit
    • Raymond Toy's avatar
      Enable micro-optimization of fast-unary-ftruncate and · 07e2d61f
      Raymond Toy authored
      double-float-bits for x86/sse2. This gives x86 the same
      micro-optimizations that were available for sparc and ppc.
       o code/kernel.lisp:
         o Enable fast double-float-bits using the vop instead of calling
       o compiler/float-tran.lisp:
         o Make fast-unary-ftruncate known to compiler and enable optimizer
           for it. 
         o Make double-float-bits known to compiler
       o compiler/x86/float-sse2.lisp:
         o Implement fast-unary-ftruncate for singles and doubles.
         o Implement double-float-bits.
  3. 22 Feb, 2013 1 commit
    • Raymond Toy's avatar
      Clean up one- and two-arg-derive-type. · 17e30810
      Raymond Toy authored
       * The optional convert-type arg is always true, so remove it and
         update the local functions to convert always.
       * Clean up some comments as well.
       * Fix up one place where we were supplying a value for the optional
         convert-type arg.
  4. 23 Dec, 2012 1 commit
  5. 19 Aug, 2012 1 commit
  6. 04 Nov, 2011 1 commit
  7. 25 Sep, 2011 1 commit
  8. 18 Aug, 2010 2 commits
  9. 17 Aug, 2010 1 commit
  10. 20 Apr, 2010 1 commit
  11. 19 Apr, 2010 1 commit
  12. 19 Mar, 2010 1 commit
  13. 05 Feb, 2010 1 commit
    • rtoy's avatar
      Implement a fast fround for single and double floats. This is enabled · d611150a
      rtoy authored
      everywhere except for x87 builds since there is a possible roundoff
      issue due to the 80-bit registers for x87.
      This is some 2-3 times faster than the existing fround function.
      o Implementations of %unary-fround/single-float,
        %unary-fround/double-float, and %unary-fround.  Declare the first
        two as inline too.
      o Tell compiler about %unary-fround.
      o Transform fround to a call to %unary-fround.
      o Transform %unary-fround to special versions for single and double
        float arguments.
  14. 02 Nov, 2009 2 commits
    • rtoy's avatar
      Revert previous changes. They were supposed to go on · d01310f2
      rtoy authored
    • rtoy's avatar
      This large checkin brings the amd64 port up-to-date with the current · 2bafb654
      rtoy authored
      sources.  No real attempt has been made to make it work, but the
      cross-compile does create a kernel.core, and the C code compiles (on
      openSuSE 10.3).  The resulting kernel.core does not yet work.
      Use cross-x86-amd64.lisp as the cross-compile script.  This is
      intended to be cross-compiled using the 20a release for Linux, and
      only supports x87.  The sse2 support has not be ported yet.
      o Update cross-compile with some missing constants, and frob new
      o Remove amd64f files too.
      o Define predicates for double-doubles for bootstrapping to work
        around recursive known function problems with these predicates.
      o Define int-sap with (unsigned-byte 64) type declaration.  (May not
        be needed?)
      o Build fails defining map_failed to (int-sap -1).  Just hard-wire to
        0 for now so we can build.
      o Add missing conditional for %complex-double-double-float.
      o Merge double-double support for amd64.  Not really tested yet.
      o Update to match x86 build.  In particular, get the space address
        correct and update the static symbols.
      o DYLAN-FUNCTION-HEADER-TYPE no longer exists.
      o Add double-double storage classes and register definitions.
      o Bring in line with Config.x86 and friends.
      o Bring amd64 code up-to-date with x86/linux code.
      o Need to include sys/ucontext.h to get ucontext defined.  (Why?)
      o Also define __USE_GNU so we get the register offsets in the ucontext
        defined.  (Why?)
      o Change struct sigcontext to os_context_t.
      o Use SC_PC instead of context->sc_pc.
      o Merge some changes in from x86 version, like SC_EFLAGS.  May need
        more work.
      o Use rbx instead of ebx for jmp.
      o Define SC_REG, SC_PC, SC_SP using the new x86 style.
      o Remove inline assembly for now until I figure out what the amd64
        version should be.
      o Conditionalize out weak hash table support for now.
      o Set PAGE_SIZE for amd64.  (Is 4096 right?)
      o Export current_dynamic_space_free_pointer and
        current_auto_gc_trigger like for x86.
  15. 11 Aug, 2009 1 commit
    • rtoy's avatar
      Some symbol cleanups. · 36b8abb9
      rtoy authored
      o Import STREAM:SET-SYSTEM-EXTERNAL-FORMAT into the EXT package.
      o Define and export %sin-quick, %cos-quick, and %tan-quick only for
        x87 builds.
      o Only apply defknowns and deftransforms for %sin-quick, %cos-quick,
        and %tan-quick for x87 builds.
  16. 16 Jun, 2009 1 commit
    • rtoy's avatar
      compiler/x86/float-sse2.lisp: · e220506c
      rtoy authored
      o Add vop for conjugate of complex single and double floats.
      o Disable deftransform for conjugate.  All platforms with complex fp
        vops support conjugate.
  17. 15 Jun, 2009 2 commits
    • rtoy's avatar
      compiler/float-tran.lisp: · 5a98a234
      rtoy authored
      o Sparc has a vop for complex conjugate, so we can disable the
      o Both sparc and x86 have a vop to do float - complex, so disable that
        transform too.
      o Fix the float-complex vop to do the right thing wrt contagion.
      o Remove some old commented out vop for complex*complex and
    • rtoy's avatar
      o Fix deftransforms to do contagion correctly: · 2b772630
      rtoy authored
        - complex + real
        - complex - real
        - real + complex
      o Clean up comments and fix erroneous ones.
  18. 18 Mar, 2009 1 commit
    • rtoy's avatar
      code/irrat-dd.lisp: · 8bd5d96d
      rtoy authored
      o Declare POLY-EVAL and POLY-EVAL-1 as maybe-inline functions so they
        can be semi-inlined.
      o I don't think there's any real reason to make the local function
        REAL-EXPT inline.  It's very big and local function call is already
        good enough.
      o Change some functions to be maybe-inline instead of inline to save
        on space for the the larger double-double functions:  SUB-DD,
        SUB-D-DD, SUB-DD-D, SPLIT.  Semi-inline should be good enough for
        these large functions, saving on cache memory, local function
        calling sequence should be good enough.
  19. 30 Dec, 2008 1 commit
  20. 22 Dec, 2008 1 commit
  21. 16 Nov, 2008 1 commit
  22. 14 Nov, 2008 1 commit
    • rtoy's avatar
      float-tran.lisp: · 7264ddad
      rtoy authored
      o Remove the deftransform for real + complex and real * complex.
      o Always enable the transform for real - complex.
      o Add vop to do real + complex
      o Add vop to do real * complex
  23. 13 Nov, 2008 2 commits
    • rtoy's avatar
      o Enable the complex-contagion deftransforms · ea96ab08
      rtoy authored
      o Change the other complex arithmetic deftransforms not to use REAL as
        the type of an argument.  It should be the same as the complex
        argument.  Without this, the deftransforms were causing infinite
        loops during compilation where the deftransforms kept changing the
    • rtoy's avatar
      o Turn off complex contagion stuff because it breaks things like · 66793933
      rtoy authored
        (defun foo (z)
          (declare (double-float z))
          (+ (complex 0 1) z))
      o For now, don't convert real*complex to complex*real.  Expand it out
  24. 12 Nov, 2008 1 commit
  25. 26 Jun, 2008 1 commit
    • rtoy's avatar
      code/rand-mt19937.lisp: · d4cb5a5e
      rtoy authored
      o Recursively call RANDOM for the integer case to let the deftransform
        handle the case.
      o Remove comment about modifying RANDOM to match the deftransform.
        We're automatically in sync now.
  26. 24 Jun, 2008 1 commit
    • rtoy's avatar
      compiler/float-tran.lisp: · a282fdc9
      rtoy authored
        Fix bug in deftransform where the case for x86 and num-high >
        random-fixnum-max was never used.  We now always use the bignum
        multiply code for all platforms and use that for all cases for which
        the deftransform applies.
        Simplify the constant-continuation case too so we don't have to the
        check.  I think the bignum multiply version does not have the bias
        problem that rem has.
        Change the RANDOM function to compute the same value as the
        deftransform would.
      Make a note that both the function and the deftransform should be
      synchronized to match.  This change also changes the sequence of
      numbers produced.
  27. 08 Apr, 2008 1 commit
    • rtoy's avatar
      o Fix type-derivation for the basic DOUBLE-DOUBLE-FLOAT arithmetic · 5c34c685
      rtoy authored
        operations.  The deftransforms were causing type-derivation to
        return DOUBLE-DOUBLE-FLOAT for everything.  Use the suggestion from
        Rob: Wrap the result of the deftransform in a TRULY-THE form and use
        the node derived type for the type.
      o The FLOAT-SIGN deftransform for DOUBLE-DOUBLE-FLOAT should be
        conditioned on the DOUBLE-DOUBLE feature.
      o Remove old unused deftransform for * for two double-double args.
  28. 03 Apr, 2008 1 commit
  29. 14 Feb, 2008 1 commit
  30. 01 Feb, 2008 1 commit
  31. 27 Jun, 2007 1 commit
  32. 21 Jun, 2007 1 commit
  33. 20 Jun, 2007 1 commit
  34. 11 Jun, 2007 1 commit
    • rtoy's avatar
      compiler/float-tran.lisp: · 599a4a72
      rtoy authored
      o Handle signed-zeroes for addition, subtraction, and multiplication
        of double-double floats.  That is, return the correct signed zero
        for the result.
      o Try to handle overflow in addition, multiplication, and division by
        returning infinity, if the overflow or divide-by-zero trap is
        disabled.  This is done by looking to see what the corresponding
        double-float operation would return.  This probably needs more work.
      o Remove the careful-mul stuff from dd-complex-atanh since we handle
        signed zeroes better now during double-double multiplication.
  35. 09 May, 2007 1 commit
    • rtoy's avatar
      compiler/ppc/float.lisp: · 6574f257
      rtoy authored
      o Add vops to do fused multiply-add and fused multiply-subtract.
        (Only double-float supported.)
      o Add defknown's for these translations.
      o Used fused multiply-subtract for two-prod and two-sqr instead of the
        split function.
  36. 03 Feb, 2007 1 commit
    • 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.