Re: [Gsll-devel] feedback on gsll-tests

All fixed, see below. On Tue, Apr 13, 2010 at 11:27 AM, Mirko Vukovic mirko.vuko...@gmail.com wrote: Hi, I just installed the latest gsll and gsl (1.14) on red-hat/linux/64-bit sbcl 1.0.34 on .  A couple observations on (what I think are) minor unit-tests errors and failures. *** CHOLESKY:

Re: [Gsll-devel] CCL install question

On Sat, Apr 24, 2010 at 8:28 AM, Zhang Mian mzh...@shao.ac.cn wrote: Finally I resolved it. This is what i did: (1) installed all components of ASDF libs (2) libgsl-unix.lisp which is in /gsll/init is revised #+darwin            (cc-flags -I/your_GSL_header_.h_path   (3) init.lisp which is

Re: [Gsll-devel] Patch that exports symbols required to use non-linear fitting outside the gsl package

to the Jacobin matrix. I just exported the jacobian function in the attached patch. Cheers, Russell On Thu, 2010-04-22 at 22:45 -0400, Liam Healy wrote: Hmm, so it does.  I'm wondering if fit-test-delta is always called with last-step and current-position derived from the same fit object

Re: [Gsll-devel] The price of progress: sbcl1.0.37 and gsl1.14

On Fri, Apr 16, 2010 at 5:29 PM, Mirko Vukovic mirko.vuko...@gmail.com wrote: The following is my experience on 64-bit RedHat Enterprise Linux and emacs 23.1.  I am slowly learning the meaning of `bleeding edge' hardware software. *64-bit* I cannot link to 64-bit libraries.  I had to use

Re: [Gsll-devel] extra info in the example section

On Wed, Apr 28, 2010 at 4:02 AM, N J raphex...@gmail.com wrote: On Wed, Apr 28, 2010 at 3:22 AM, Liam Healy lhe...@common-lisp.net wrote: I'm not sure what you're looking for here, but I've never had  GSL libraries not loadable (not sure what you mean here; not found in the path?).  Doesn't

Re: [Gsll-devel] extra info in the example section

On Wed, Apr 28, 2010 at 8:17 AM, Mirko Vukovic mirko.vuko...@gmail.com wrote: See below: On Tue, Apr 27, 2010 at 9:22 PM, Liam Healy lhe...@common-lisp.net wrote: I'm not sure what you're looking for here, but I've never had  GSL libraries not loadable (not sure what you mean here; not found

Re: [Gsll-devel] clbuild instructions bug

Thanks, fixed; that was an especially bad mistake since the dependencies line I actually use is correct. I'm hoping to get GSLL and friends added to the official clbuild soon so this won't be necessary. Liam On Wed, May 19, 2010 at 6:01 PM, James Wright ja...@chumsley.org wrote: Hi all,

Re: [Gsll-devel] status.text clisp

error, I think none are counted in the passes. So that may be where most of the 4000 tests went. Liam On Mon, Aug 9, 2010 at 1:12 PM, Sam Steingold s...@gnu.org wrote: Hi Liam, On 8/7/10, Liam Healy lhe...@common-lisp.net wrote:  Are you using an old GSLL?  There should be ~4000 tests  now

Re: [Gsll-devel] Snow Leopard install

at 11:10 PM, Liam Healy lhe...@common-lisp.net wrote: OK I've committed a modified version of this patch.  I hope it works better for OS X. On Mon, Aug 16, 2010 at 11:15 AM, Leo sdl@gmail.com wrote: On 2010-08-16 15:51 +0100, David Dreisigmeyer wrote: I tried this -- no go, including

Re: [Gsll-devel] patch: rank-1-update problem

Thanks James. I have applied your patch. I have also added the tests in the file tests/rank-1-update.lisp. Despite what it says in the comments about it being automatically generated, there's a fair amount of manual intervention needed to create the tests, so it's not surprising you were unable

[Gsll-devel] Efficient access to externally generated double-float arrays?

Forwarded on behalf of Sebastian Sturm: Dear all, I have been trying to use gsll for some numerical minimization. Allocating the multi-dimensional-root-solver-fdf with scalarsp set to false, I understand that I should provide functions f, df and fdf which accept (pointers to) foreign-arrays

Re: [GSLL-devel] [Gsll-devel] Efficient access to externally generated double-float arrays?

Sebastian, Can you temporarily define this and find the timing/consing for your test case: (defmethod gref* ((object vector-double-float) linearized-index) (cffi:mem-aref (foreign-pointer object) :double linearized-index)) (I think you don't use any matrices but if you do, define an

Re: [GSLL-devel] gsd/grid: cannot convert #(...doubles...) to #m(...doubles...)

On Tue, Nov 16, 2010 at 2:23 PM, Mirko Vukovic mirko.vuko...@gmail.com wrote: I can go from foreign arrays to cl-arrays: (grid:copy-to #m(1.0d0 2.0d0)  'grid::array) (although the use of the *internal* symbol `array' puzzles me) So, why did you use it? (copy-to #m(1.0d0 2.0d0) 'array)

Re: [GSLL-devel] [PATCH] ode-system: 'next-step' should be exported

Thanks, fixed and pushed. That whole with-ode-integration is a bit hackish and maybe could use some rethinking, if you have any ideas. Liam On Wed, Apr 6, 2011 at 11:02 AM, Fedor Bezrukov fedor.bezru...@physik.uni-muenchen.de wrote: I guess next-step should be exported ---

Re: [GSLL-devel] [GSD] Time making large foreign-arrays vs large arrays

Sumant, I think this has something to do with the initial contents (time (type-of (make-foreign-array 'double-float :dimensions '(1024 1024 Evaluation took: 0.001 seconds of real time 0.00 seconds of total run time (0.00 user, 0.00 system) 0.00% CPU 341,884 processor

Re: [GSLL-devel] How to use transpose keywords with matrix-product?

These correspond in the following way to the BLAS symbols: :trans = CblasTrans :notrans = CblasNoTrans :conjtrans = CblasConjTrans. That is, transpose, no transpose, conjugate transpose. Look at the BLAS documentation for more information; unfortunately, the GSL BLAS documentation like

Re: [GSLL-devel] GSLL handling lib name under CCL

Yuan, Thanks for the patch. I don't use MacOSX so I can't test it, but I've committed it. If possible, in the future please join the mailing list and post your items there. As far as your CFFI suggestions go, I encourage you to post them on the cffi-devel list; Mac users seem to have a lot of

Re: [GSLL-devel] GSLL handling lib name under CCL

, Liam Healy lhe...@common-lisp.net wrote: Yuan, Thanks for the patch. I don't use MacOSX so I can't test it, but I've committed it. If possible, in the future please join the mailing list and post your items there. As far as your CFFI suggestions go, I encourage you to post them on the cffi

Re: [GSLL-devel] Why FFT tests are slow

Hi Sumant, Thanks for this interesting analysis. It is encouraging to me that the FFT itself is only a small fraction of the total time taken, and therefore there is opportunity for real speed improvement. Here is my breakdown: 1. FFT only (Checks 2 and 3): 10% 2. make-urand-vector: 90%

Re: [GSLL-devel] recompilation of antic upon load of gssl

No idea. It should just load it; I think that's what happens for me. Liam On Tue, Feb 14, 2012 at 5:58 PM, JTK jetm...@gmail.com wrote: Hello I noticed that when I load gssl, antik recompiles (see below). Is this normal? I would expect it to reuse the compiled fasls. This is the

Re: [GSLL-devel] GSLL handling lib name under CCL

-foreign-library libgsl (:darwin libgsl.dylib) (:cygwin cyggsl-0.dll) (:unix (:or libgsl.so.0 libgsl.so)) (t (:default libgsl))) On Thu, Nov 24, 2011 at 10:27 PM, Liam Healy lhe...@common-lisp.net wrote: In light of this: http://lispcaveats.tumblr.com/post/13259176455/ffi-linking

[GSLL-devel] FLAME and possible next library ports using grids

On this and other mailing lists, there have been recent discussions of numerical lisp which in one aspect or another has been the vision of many of us, some for many years. My approach is to write libraries I think will form a piece of the overall solution, with the hope that others will join in

Re: [GSLL-devel] Matlisp

Hi Akshay, Thank you for your work and your email. I think a lot of people have had very similar thoughts to yours, and have started down the road meeting the needs of users they've identified. There are a lot of good and partially overlapping ideas within this loosely organized group of

[GSLL-devel] CFFI release 0.11.0

CFFI 0.11.0 was released last week. This includes cffi-libffi, which makes FSBV obsolete. The new versions of Antik and GSLL now use cffi-libffi instead of FSBV. For most users of these systems, this is an internal detail and unimportant. However, for the past 6 months at least, I have been

Re: transposed matrix multiplication (in blas2,3) bugfixes

Thanks for the report, fixed in 1107fc49bc, currently on the antik-multiple-systems branch but merged into master soon. Liam On Wed, Jul 17, 2013 at 2:35 PM, Mirko Vukovic mirko.vuko...@gmail.comwrote: matrix-product in blas3.lisp calls the gsl_blas gemm routine. It has optional parameters

Re: [Gsll-devel] Typo/bug in histogram.lisp's grid:copy

Thanks. Fixed in dfbc975074, currently on the antik-multiple-systems branch. Liam On Tue, Aug 5, 2014 at 5:47 PM, Mirko Vukovic mirko.vuko...@gmail.com wrote: I have been spending enjoyable time with gsll's (and gsl's) histogram routines. A small bug in the code popped up. In

Re: [Gsll-devel] use ASDF's temporary-directory in favor of Osicat's

If you have a patch, I'll consider it. Liam On Sun, Oct 19, 2014 at 11:52 PM, Mirko Vukovic mirko.vuko...@gmail.com wrote: Hello, GSLL uses the Osicat library for the only purpose of obtaining a valid temporary directory. The new ASDF 3 (actually UIOP) offers the same functionality.

Re: [Gsll-devel] Recurring callbacks

Thanks for your email and patch. I had noticed that integration-qag appeared to be non-reentrant a couple years ago, and made a little progress into diagnosing the problem, but didn't get as far as you have. I think your solution is a good start. As far as callbacks defined through defmobject, it

Re: [Gsll-devel] unit test, failed assertions

That's pretty much a normal number of failures, though the execution error shouldn't happen. The decision on whether to use GSLL is up to you, you have to evaluate the failures and decide whether they're relevant to your intended application. Note that most of them are slight numerical

Re: New location for Antik and GSLL git repositories

this mixup. Liam On Sat, Apr 11, 2015 at 1:12 PM, Liam Healy lhe...@common-lisp.net wrote: The git repositories and development pages for Antik and GSLL are now on gitlab.common-lisp.net under the antik group: https://gitlab.common-lisp.net/groups/antik If you clone/pull directly from the git

New location for Antik and GSLL git repositories

The git repositories and development pages for Antik and GSLL are now on gitlab.common-lisp.net under the antik group: https://gitlab.common-lisp.net/groups/antik If you clone/pull directly from the git repositories, update the URL as the old locations have been deleted. Those who get the

Re: run-tests results on OS X mavericks

n Fri, Jul 3, 2015 at 3:40 AM, David Catteeuw davidcatte...@gmail.com wrote: Hi Munawar, On Thu, Jul 2, 2015 at 11:49 PM, Munawar Cheema munawar.a.che...@gmail.com wrote: I installed gsll from quicklisp. I had to manually give values for the libgsl and libgslclas to get the install to work.

Re: A question about numerical-integration.lisp

On Sun, Nov 1, 2015 at 5:10 AM, Alasdair McAndrew wrote: > Hello, > > I am using the excellent gsll package (in the first instance), to provide > an interface to quadpack for the mathematics system FriCAS. I'm slowly > going through calculus/numerical-integration.lisp one

Re: Slight recode of gsll/data/permutations.lisp (Re: Bugfix for gsll/data/permutations.lisp)

. Even if it is not accepted, I learned something, and it was fun. >> And I can >> keep it on my GSLL so that it runs for me. >> >> Best, >> >> Mirko >> >> >> >> >> On Thu, Nov 26, 2015 at 10:24 AM, Liam Healy <lhe...@comm

Re: [patch] fix gsl-config-pathname

I think this might be a readtable problem associated with CCL. I hope the Antik commit 03507b1b0667, which is the HEAD of the December quicklisp release, has fixed this. Thanks, Liam On Tue, Aug 4, 2015 at 8:56 AM, Munawar Cheema wrote: > I tried to check this on my

Re: Bugfix for gsll/data/permutations.lisp

The original code looks right to me. You have taken the generic function and the associated foreign vector methods #'permute and gratuitously renamed them #'permute-vector, leaving the method for raw C pointer with the original name and no generic function. Then you completely delete the generic

Re: [gsll-devel] GSL2 switch bug?

reply. > Gaya > > On Aug 20, 2017 5:28 AM, "Liam Healy" <lhe...@common-lisp.net> wrote: >> >> Thanks for the report. You are right that the interface is wrong, but >> oddly I have not encountered a problem. I'm not sure what the second >> argumen