gsll:0701df89f433abbb7ac4d1d936150ef433159f0b commitshttps://gitlab.common-lisp.net/antik/gsll/commits/0701df89f433abbb7ac4d1d936150ef433159f0b2011-01-10T23:34:03Zhttps://gitlab.common-lisp.net/antik/gsll/commit/0701df89f433abbb7ac4d1d936150ef433159f0bExplicit package reference to grid:dimensions2011-01-10T23:34:03ZLiam M. Healylnp@healy.washington.dc.us
Explicit package reference to grid:dimensions but there's an error
because if the symbol isn't imported many more tests fail.https://gitlab.common-lisp.net/antik/gsll/commit/9fc8126dcb2ebae356c13ed5bcd4437b61434bc6Explicit package home in grid:foreign-pointer2011-01-10T23:01:48ZLiam M. Healylnp@healy.washington.dc.ushttps://gitlab.common-lisp.net/antik/gsll/commit/37f446c74de3cada11f233b04ee3caa48e87a7ccSingle-float tests have explicit single-float numbers (continued)2011-01-10T23:01:17ZLiam M. Healylnp@healy.washington.dc.ushttps://gitlab.common-lisp.net/antik/gsll/commit/80544fee5de25e88c6dba9001be7c0cee5b581b2Shadow symbols from antik2011-01-10T15:35:47ZLiam M. Healylhealy@common-lisp.net
With the export of unit and dimension names, there are conflicts with
gsl:psi, gsl:acceleration, gsl:knots. There is no actual conflict in
the usage because Antik physical quantities only needs to use these
symbols as symbols, there is no binding. So they are now
shadowing-imported into gsll.
Added explicit "d0" to numbers in polynomial to insure they are read
as double-floats.https://gitlab.common-lisp.net/antik/gsll/commit/e6380d35df8305ddca14e0ed52677b36aabd1e02Single-float tests have explicit single float numbers (start)2011-01-07T23:12:59ZLiam M. Healylnp@healy.washington.dc.us
Change literal floats in tests from an unspecified precision to
explicit single floats, so that if *read-default-float-format* is
something other than 'single-float the tests will still pass. About
half the failures now fixed. Function #'cdot is returning a pointer
instead of a numerical value.https://gitlab.common-lisp.net/antik/gsll/commit/5d648d16a9857541db93e761d2e67ce4c7d477a3Import symbols from gsll into antik-user2011-01-01T21:17:41ZLiam M. Healylhealy@common-lisp.net
Import symbols from the gsll package into the antik-user package,
managing conflicts.https://gitlab.common-lisp.net/antik/gsll/commit/f4bf4c1e7206cf79ac7a7e0280bddbb9e10c1fb3Move invert-matrix to antik/linear-algebra.lisp2011-01-01T16:49:35ZLiam M. Healylhealy@common-lisp.nethttps://gitlab.common-lisp.net/antik/gsll/commit/26271f7172476e98242eaffe50adc7ec69e4b71eMethods for arithmetic functions on foreign-arrays2011-01-01T16:31:40ZLiam M. Healylhealy@common-lisp.net
Depend on Antik instead of GSD. Add new methods for Antik functions
on foreign-arrays. This permits algebra-style computation on arrays,
e.g.,
(in-package :antik-user)
(setf grid:*default-grid-type* 'grid:foreign-array)
(expt (* (rotate-3d :z #_15_deg) (rotate-3d :z #_45_deg)) -1)
#m((0.5 0.8660254037844386 0.0) (-0.8660254037844385 0.5000000000000001 -0.0)
(0.0 0.0 1.0))
(rotate-3d :z #_-60_deg)
#m((0.5000000000000001 0.8660254037844386 0.0)
(-0.8660254037844386 0.5000000000000001 0.0) (0.0 0.0 1.0))https://gitlab.common-lisp.net/antik/gsll/commit/6010bde348c55267e7746d5d5cd386288810723bIntroduce values-unless-singleton for return values in defmfun expansion2010-12-04T15:03:36ZLiam Healyliam@thinkpad.local
New function values-unless-singleton will wrap the forms in 'values if
there are more than one, otherwise it just returns the form. This is
used in the return value(s) in the defmfun expansion (by way of
body-expand) so that if the returned form returns multiple values,
they all come back from the defmfunned function (note that (values
(values ...)) removes only returns the first value.https://gitlab.common-lisp.net/antik/gsll/commit/75ca6f4ee767b5a3cbeb42b34d852aa1f3f070e4Eliminate calls to grid:complex-to-cl2010-11-28T03:53:34ZLiam Healyhealy@declination
Eliminate calls to grid:complex-to-cl because it has been eliminated;
rely on fsbv:object to do the conversion. Use new function
#'fsbv:converter-defined-p.https://gitlab.common-lisp.net/antik/gsll/commit/3cd314c8f2a52db1b5a36ca80e1c822038a3e56aUse fsbv:object for conversion if available; fix results of dot, cdot tests2010-11-27T18:59:27ZLiam Healyliam@thinkpad.local
In cl-convert-form, use fsbv:object on foreign structs if FSBV has
been loaded. Previously, the conversion of (complex single-float) was
wrong because it assumed numbers were double-float; the test results
for dot and cdot have been fixed.https://gitlab.common-lisp.net/antik/gsll/commit/158a845d0b288de44efb7097ffb754a0f6dc56ffAdded comments for maref2010-11-27T17:16:58ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/9becff941ae0770a78d1affdf14587e159e9db39New macros #'maref and #'(setf maref) 2010-11-25T05:11:20ZLiam Healyhealy@declination
New macros #'maref and #'(setf maref) get and set elements of the GSL
array directly from the mpointer. These are not used by users, but in
the make-funcallable-form expansion of callbacks when scalarsp = T is
specified. This fixes an error in the argument order in the (setf
get-value) generic function that this replaces.https://gitlab.common-lisp.net/antik/gsll/commit/a22840979bfab0586b34440ff35002a98bbb2eedNew macro access-value2010-11-24T20:27:01ZLiam M. Healylnp@healy.washington.dc.us
New macro access-value to call gsl_*_set and gsl_*_get, as yet unused.
It will eventually replace get-value and (setf get-value) as used in
reference-foreign-element, but has the arguments in the right order
and because it's a macro, expands immediately to a
cffi:foreign-funcall instead of doing a generic function dispatch on
an eql spcializer of the class name.https://gitlab.common-lisp.net/antik/gsll/commit/a27a80a1948438b2e7857f24a807ee52341ddae2Revert the histogram change2010-11-14T22:59:54ZLiam Healyliam@thinkpad.local
Revert the last histogram change because GSD has been changed so that
the gref compiler macro does not take effect except for foreign-array
types.https://gitlab.common-lisp.net/antik/gsll/commit/de942c32d82204c188f9a0ddfc3327b1512b135eDefinition of grid:gref* for histogram 2010-11-14T00:33:44ZLiam Healyliam@thinkpad.local
Define method grid:gref* for histograms; it was a definition of
grid:gref, but with the compiler macro that turns that into
grid:gref*, we need it to be a definition of grid:gref* instead.
Removed the definition of +foreign-array-pointer+ and
+foreign-array-type+ to the grid package.https://gitlab.common-lisp.net/antik/gsll/commit/7f2a48acbf129690b5c6e9cade35bd718aa7b111Instructions to use quicklisp and how to send patches2010-10-12T21:48:37ZLiam M. Healylnp@healy.washington.dc.ushttps://gitlab.common-lisp.net/antik/gsll/commit/071539121ec8e2a4d3e21b9e133c93ffbc1c6713Add tests for rank-1-update2010-10-03T22:15:44ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/5d2b771cfba477db8023bb2ddbb132c0754ba626Merge branch 'master' of ssh://repo.or.cz/srv/git/gsll2010-10-03T21:40:54ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/f1a11505e4837ba6a1422d0e4ed3493d15148a85Fixed EBADLEN error in `rank-1-update' and `conjugate-rank-1-update'2010-10-03T21:31:06ZJames Wrightjames@chumsley.orghttps://gitlab.common-lisp.net/antik/gsll/commit/53fcec99914bd2524ac5bfcff5d0b646e9d6981eAdded non-radix-2 tests for radix-2-sized vectors2010-10-01T20:13:01ZSumant Oemrawsinghsoemraws@xs4all.nl
Effectively, non-radix-2 algorithm tests on power-of-2 vector sizes are added.
The result is, that some tests fail, and the cause at this point is not yet
clear. The tests that fail, are all related to non-radix-2 algorithms working
on power-of-2 vector sizes.
Only tests that are missing, are the so-called bitreverse tests.https://gitlab.common-lisp.net/antik/gsll/commit/35e5e37037e16244539e32e1c06dff27d6e060b7Changed off-stride checks to be only one assertion2010-09-15T21:18:57ZSumant Oemrawsinghsoemraws@xs4all.nl
Previously, each element that was checked off-stride would count as an
assertion.https://gitlab.common-lisp.net/antik/gsll/commit/e8e489774aef26a19fc301637c0602d42bd23cf8Fixed offset for vector initialisation to better match GSL's tests.2010-09-15T20:54:49ZSumant Oemrawsinghsoemraws@xs4all.nlhttps://gitlab.common-lisp.net/antik/gsll/commit/8e694be01487a7ae2eb7bb8f6b40de04908a6c74Fixed FFT tests, both on- and off-stride.2010-09-15T20:48:55ZSumant Oemrawsinghsoemraws@xs4all.nl
For stride > 1 elements, the results are compared only on-stride, while
(for complex only) it is verified that off-stride elements are left alone.
Tests are still disabled due to time it takes to complete tests.
Tests are not yet complete wrt GSL's FFT tests.https://gitlab.common-lisp.net/antik/gsll/commit/3651792881fc70b0640db2969180c5f817ceb7f7Added function #'off-stride to make duplicate array with only the off-stride ...2010-09-04T21:09:10ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/f1fdb181a7c52bfcc95dd77ea7a5f914aded3cb4Use vector/length for all versions of GSL in testing FFT2010-09-04T12:54:05ZLiam Healyliam@thinkpad.local
Since the function vector/length no longer relies on GSL for doing the
division, it works for all versions of GSL and whether or not FSBV is
loaded. This fixes a failure for those versions where
:initial-contents was getting an array and not a list.https://gitlab.common-lisp.net/antik/gsll/commit/be311859ac62d6329a19242a2211e459f1e74561Expected number of assertions fail consistently in fast-fourier-transform.2010-09-02T22:07:35ZSumant Oemrawsinghsoemraws@xs4all.nl
There was one case left where even out-of-stride elements were scaled as well.
Tests are still not enabled.https://gitlab.common-lisp.net/antik/gsll/commit/04dfa37f4c55cd45a3d86a1bbae5a874433cc13dFix for random errors in tests2010-09-01T21:11:21ZSumant Oemrawsinghsoemraws@xs4all.nl
The test functions did not properly initialize newly created vectors to
contain unique values. This caused comparison of elements that are out of the
stride to randomly succeed. The new test functions properly initialize the
vectors just like is done in the GSL test functions. The result is that
comparison of elements that are out of stride should fail consistently.
This automatically means that the comparison should only check elements which
are on stride, just like is done in GSL. This is not fixed yet, so the
fast-fourier-transform unit tests are still left disabled for now.https://gitlab.common-lisp.net/antik/gsll/commit/b7859a14f5434d42206e101da71400541fc820dcFix FFT to actually do something, but comment out because of failures2010-08-23T02:18:03ZLiam Healyliam@thinkpad.local
The FFT tests were testing nothing of consequence, just that NIL was
equal to NIL, because it was looking at the result of (reset-urand)
and then three non-existent multiple values. This is now fixed, so
that fft-*-result-check actually binds the results of the
calculations. Also, single-float tests are referenced to
+sgl-epsilon+ and not +dbl-epsilon+. However, for
(all-fft-test-forms 9 3 (64 99)), many tests fail:
FAST-FOURIER-TRANSFORM: 235 assertions passed, 55 failed.
so the tests are commented out.https://gitlab.common-lisp.net/antik/gsll/commit/43f24411c3a9395fcdb42f8fc44a610847f38756New size-vector-scalar replaces size-vector-real2010-08-21T21:32:45ZLiam Healyliam@thinkpad.local
New function size-vector-scalar replaces size-vector-real, and gives
the size as a double float if the array is real, and as the element
type if it is complex, in order to be acceptable to the elt* interface
to GSL's _scale routines.https://gitlab.common-lisp.net/antik/gsll/commit/70390e052c58e0e85aa9e42acd7521e9c1190f09Fix simulated annealing for new grid:copy2010-08-19T20:43:59ZLiam M. Healylnp@healy.washington.dc.ushttps://gitlab.common-lisp.net/antik/gsll/commit/8a3c777bdede174284406d38e96a66fc9d3b61ebImproved finding of libraries for OS X, by Leo2010-08-17T03:11:18ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/bc4d0b9a45420adb20d1468092fceab901ead52fAdd FFT tests2010-08-14T22:35:21ZLiam Healyliam@thinkpad.local
Add FFT tests; these are a subset of the GSL tests. For some reason
the tests take a lot longer in GSLL, so instead of testing all sizes
1...99, we test only 1...9 and then 64 and 99 for stride 1 only.https://gitlab.common-lisp.net/antik/gsll/commit/763b43d8610641b80b6b7e24fa4b20f97ae8c26ePut :unix at the end of load-foreign-library list2010-08-13T17:56:16ZLiam M. Healylnp@healy.washington.dc.us
Put :unix at the end of load-foreign-library list so that more
specific unices like :darwin get seen first.https://gitlab.common-lisp.net/antik/gsll/commit/07cd1635621e9dfdfe43d9bad9f892dda7f38022Grovel file depends on init2010-08-13T15:40:05ZLiam M. Healylnp@healy.washington.dc.ushttps://gitlab.common-lisp.net/antik/gsll/commit/8c94bd93c171ef985e247d05696901a382802f2fInvert the imaginary part in create-complex-matrix2010-08-13T02:52:43ZLiam Healyliam@thinkpad.local
The imaginary part of the elements in create-complex-matrix should be
inverted to match GSL's create_complex_matrix. Now all LU tests
pass.https://gitlab.common-lisp.net/antik/gsll/commit/d9f88c38c8e7cbcae8a0eb99f03df767ec378a45Workaround CLISP bug2010-08-11T14:05:34ZLiam M. Healylnp@healy.washington.dc.us
CLISP does not recognize that an uninterned symbol in different
parts of a progn is the same;
<a href="http://sourceforge.net/tracker/?func=detail&aid=836838&group_id=1355&atid=101355" rel="nofollow noreferrer noopener" target="_blank">http://sourceforge.net/tracker/?func=detail&aid=836838&group_id=1355&atid=101355</a>
Since this bug was "long-standing" the better part of a decade ago, we
will assume it now has tenure and change the progn to let.https://gitlab.common-lisp.net/antik/gsll/commit/7b8c847de67020cab5367d0aa34bb22ac73d44caAdd dependencies on mathematical2010-08-10T02:27:04ZLiam Healyliam@thinkpad.localhttps://gitlab.common-lisp.net/antik/gsll/commit/7aa0111c9666d2606cc92a9fa99e665bf8e7836dReplace 'pi with 'dpi, the double-float version2010-08-08T01:50:45ZLiam Healyliam@thinkpad.local
The standard declares that 'pi is an implementation-dependent
long-float, but GSL requires double float, so the constant 'dpi has
been defined as (coerce pi 'double-float). This should make CLISP at
the least happier.https://gitlab.common-lisp.net/antik/gsll/commit/7591d6dda666ac3b9353d3d38d0d394ab3a62688Updated user information2010-07-22T21:47:38ZLiam M. Healylnp@healy.washington.dc.us