lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

On Sun, Oct 4, 2009 at 10:12 AM, Francesco Abbate wrote:
> I've done like you suggested, now the Lua file 'lmathlib.c' is unchanged.
> I've changed only my top-level file, gsl-shell.c in order to charge the math
> library as you suggested, thank you very much.
> So, now GSL shell just use a vanilla copy of Lua 5.1.4 with LNUM patch, I
> don't know if this help in order to put it LuaDist. For me there are two
> possible utilisation of GSL shell:
> - as a stand-alone program => in this case a top-level program charges all
> the needed
>   library. In this case we can collapse the math and gsl functions in the
> common namespace
> - as a normal lua library => in this case a separate namespace is used for
> gsl and math
>    functions. I've already integrated this possibility in the software with
> the FLAG
> For me it would be nice if GSL Shell can be made available as a library to
> Lua users even in my main goal in the stand-alone program.
> Francesco

Thanks.  Here's some more comments:

- gslshell builds from LuaDist now [1], as least under Linux and
MinGW: "luadist ~/gsl install gslshell".  This in turn builds the
dependencies gsl and lualnum.  (Side-note: It's better to install into
some alternate location, e.g. "~/gsl" as above, since gslshell
installs lualnum, which would otherwise overwrite the standard version
of lua that LuaDist is running under.)

- gslshell doesn't currently build under MSVC, Cygwin, and maybe
others due gslshell's dependency on complex.h.  If you allow that
dependency to be selectively disabled, we can make it work on these
platforms too.  A lot of applications under standard Lua that might
want to use gslshell as a library don't require complex numbers.

- The gsl-shell application currently statically links to the
gsl-shell module code instead of dynamically linking to the gsl-shell
module.  This is made necessary because the gsl-shell module defines
USE_SEPARATE_NAMESPACE, while the gsl-shell application expects this
to be undefined.  I think the better way to do this is to always
enable USE_SEPARATE_NAMESPACE.  Then in gsl-shell call some function
that moves or copies the members of the "gsl" and "math" tables into
the global table as a convenience.  In gsl-shell, I see no reason not
to have both math.sqrt and sqrt defined and both cnew and gsl.cnew
defined.  This would allow a user to run standard Lua code inside

- The gsl Lua module is named  This implies that the Lua
gsl module is loaded by require "lua-gsl", which in turn creates the
table "gsl".  It would be more consistent to name this so that
the user can do require "gsl".  (This is not to be confused
with, which is GSL itself.)

- I think reStructuredText/Sphinx is solid stuff and would recommend
other Lua module authors consider using it, despite perhaps (like me)
an initial hesitation with the superficial ".. :: _" syntax.