Problems with COBYLA under gcl/windows



 On 10/11/10 7:43 PM, David Billinghurst wrote:
> I was having a look at the new COBYLA package under gcl/windows. 
> Interesting stuff
>
> First problem is that share/cobyla is not in the search path, which is
> still hard-coded on this platform.  Easily fixed with patch (below)
> that I will commit shortly.
Oops.  Sorry about that.  The patch looks right.  (This is why I wish we
could get rid of the hard-wired path!) 
>
> Second problem is that it won't load.  It seems to be looking for
> trstlp.lsp rather than trstlp.lisp.  I tried to understand the problem
> by looking at some other share packages that use f2cl, but I can't
> work it out.
> The error message is:
Oops.  In share/cobyla/cobyla.system, can you apply the following
patch?  I think the source extension needs to be set.

Ray


Index: cobyla.system
===================================================================
RCS file: /cvsroot/maxima/maxima/share/cobyla/cobyla.system,v
retrieving revision 1.1
diff -u -r1.1 cobyla.system
--- cobyla.system    8 Oct 2010 17:54:21 -0000    1.1
+++ cobyla.system    12 Oct 2010 01:09:14 -0000
@@ -8,6 +8,7 @@
 (mk:defsystem cobyla
   :source-pathname (maxima::maxima-load-pathname-directory)
   :binary-pathname (maxima::maxima-objdir "share" "cobyla")
+  :source-extension "lisp"
   :depends-on ("cobyla-package")
   :components
   ((:module lisp