1. 06 Dec, 2015 1 commit
  2. 05 Oct, 2015 1 commit
  3. 06 Apr, 2015 1 commit
  4. 28 Apr, 2013 1 commit
  5. 02 Mar, 2013 1 commit
  6. 19 Aug, 2011 2 commits
  7. 17 Aug, 2011 1 commit
  8. 10 Aug, 2011 1 commit
  9. 12 Oct, 2010 1 commit
  10. 22 Jul, 2010 1 commit
  11. 21 Jul, 2010 1 commit
  12. 19 Jul, 2010 1 commit
  13. 01 Jul, 2010 2 commits
  14. 30 Jun, 2010 1 commit
  15. 27 Jun, 2010 1 commit
  16. 08 Jun, 2010 1 commit
  17. 17 Apr, 2010 1 commit
  18. 27 Dec, 2009 1 commit
  19. 25 Dec, 2009 1 commit
  20. 24 Dec, 2009 1 commit
    • Remove grid to the gsd/c-array repository · c75e91d2
      The grid subdirectory is now the c-array system within the GSD
      repository, as it has no GSL-dependent definitions and is potentially
      useful on its own for other C libraries.  There is a bare minimum
      mention of GSD in the documentation, which needs to be enhanced as it
      is required for GSLL to compile/load.
      Liam Healy authored
  21. 08 Dec, 2009 1 commit
  22. 26 Nov, 2009 1 commit
    • Added some extra functions for use with FFTs · 976eac7b
      fft-frequency-vector can be used to make a vector that contains the actual
      sample frequencies (so you don't have to guess or write your own).
      fft-shift and fft-inverse-shift shift the zero frequency to the center (for
      easy plotting), and the inverse (for proper inverse FFT).
      These functions are comparable to fftfreq, fftshift and ifftshift in numpy (if
      anyone cares...).
      Sumant Oemrawsingh authored
  23. 09 Nov, 2009 1 commit
  24. 02 Nov, 2009 1 commit
    • Unify forward FFT into new file and function · b4f09c28
      The function #'forward-fourier-transform selects among the 12 GSL
      forward FFT functions, depending on whether the length of the vector
      is a power of 2, whether the :half-complex flag is set, and the type
      of the vector.  This exported function, along with its supporting
      internal functions, are in the file forward.lisp.  The dimension
      argument for fft-pulse-test is now mandatory.  All mobjects have been
      renamed so that they end with either -single-float or -double-float,
      consistent with the naming scheme in the rest of GSLL.  Eliminated
      (evidently) obsolete example file fft-example.lisp.
      Liam Healy authored
  25. 01 Nov, 2009 1 commit
  26. 16 Jun, 2009 1 commit
  27. 08 Jun, 2009 1 commit
    • Grovel physical constants using new CFFI-grovel · 5386a514
      Stelian Ionescu has modified CFFI-grovel to generate double-float
      constants with :type double-float in constant.  GSLL has been ported
      to use that.  This requires a version of CFFI which includes the patch
      of Mon Jun 8 10:29:44 EDT 2009.  It works, but until this has a
      release number, it will stay out of the master GSLL branch.
      Liam Healy authored
  28. 06 Jun, 2009 1 commit
    • Define C structures using CFFI-grovel · 8c0e6eb7
      Almost all GSL structures are now defined using CFFI-grovel, which
      makes the code more robust should there be changes in GSL.  The
      exceptions are complex-float-c, complex-double-c, and
      simulated-annealing-parameters; because these structures are used by
      value, they need to be defined with fsbv:defcstruct at the present.
      Liam Healy authored
  29. 05 Jun, 2009 3 commits
  30. 04 Jun, 2009 1 commit
  31. 29 May, 2009 1 commit
    • Physical constants added · 722fa9e2
      All physical constants in gsl/gsl_const_mksa.h and
      gsl/gsl_const_cgsm.h are defined as Lisp constants and exported.  This
      requires a patch to CFFI grovel/grovel.lisp.  Since this patch has
      just been sent to the CFFI mailing list and is not generally
      available, this will remain off the master branch until the patched
      CFFI is generally available.
      Liam Healy authored
  32. 25 May, 2009 1 commit
    • Use CFFI-grovel to define enumerations and programming constants · 5b255beb
      Instead of hardwiring GSL's #define or enum values, define them in
      init/libgsl-unix.lisp and run CFFI-grovel on them.  This has the
      advantage that if these values change in GSL, GSLL will automatically
      get the new values; also, there was an error in the 'integrate-method
      enum due to an incorrect starting value.  It has the disadvantage that
      building GSLL now requires a C compiler and some of the header (.h)
      files for GSL.  Also, it's not clear what the form for libgsl-*.lisp
      files are for non-unix OSes.
      Liam Healy authored
  33. 20 May, 2009 1 commit
    • Simulated annealing loaded in defsystem · 5e1b9c33
      Simulated annealing is now loaded with the defsystem, and its presence
      advertised in documentation/index.html.  The file
      simulated-annealing.lisp has been moved to solve-minimize-fit.
      The GSL "make check" tests have been added at the end of the file, but
      they are not added to GSLL's examples/tests yet because of how slow it
      Liam Healy authored
  34. 03 May, 2009 2 commits
    • Improved documentation · 0e0e3f9d
      More accurate description of how to use FSBV; better organization of
      the download/install section.
      Liam Healy authored
    • Conditionalize FSBV · 8a08f552
      All source code is now conditionalized so that FSBV is optional.  If
      present, functions using complex scalars will work.  If absent, GSLL
      will compile and load correctly, and all functions except those using
      complex scalars will work.  The examples and tests are defined
      appropriately.  Documentation on FSBV dependence has been added to
      Liam Healy authored
  35. 04 Apr, 2009 1 commit
    • Added integration methods QAWS, QAWO, QAWF; new tests for numerical integration · 2217c408
      Integration methods 
      integration-QAWS: adaptive integration for singular functions
      integration-QAWO: adaptive integration for oscillatory functions
      integration-QAWF: adaptive integration for Fourier integrals
      have been added in a file numerical-integration-with-tables.lisp.
      These require tables with are new mobjects.  All of the tests from GSL
      in gsl-1.11/integration/test.c and gsl-1.11/integration/tests.c for
      ported functions are now in either this file or
      SBCL 64: TOTAL: 1522 assertions passed, 5 failed, 0 execution errors.
      CCL 64:  TOTAL: 1525 assertions passed, 2 failed, 0 execution errors.
      Liam Healy authored