Re: [q-lang-users] Request to add new reserved words "quote" and "QUOTE" to Q

[Albert G. <Dr....@t-...>]

John Cowan wrote:
> Good point, and I think "def" will suffice for now.  That allows one to pass
> a value in to be evaluated by an already-existing expression without
> having to cons up a new expression.

That's in CVS now. A simple example is attached below.

> There's a couple of problems with libqint on Cygwin:
> 
> 1) You have to link with -lqint -lgmp -liconv -lq explicitly in order to
> satisfy the linker.  The -liconv was expected, as Cygwin doesn't have
> iconv in its default library.  Without -lq, it reports:

Looks like Cygwin gcc is not very clever in resolving dependencies in 
linked shared libs. With both Linux gcc and mingw I only have to specify 
-lqint.

> Should I be using libtool, and if so, how?

Then you'll have to use libtool to compile your sources, too. If you 
want to do this, the easiest way to go is to autotoolize your program 
and use an automake Makefile. Automake makes handling libtool libraries 
much easier.

> 2) More seriously, the sample programs in Appendix C crash when trying
> to pass additional arguments to qexecl and qexeclx, either with a SIGHUP
> or with a SIGABRT.  The poor man's Q interpreter will crash if you give
> it command-line arguments other than the script, and the hello-world
> program crashes when it tries to load the internal script.

Strange. Both programs work just fine over here, both on Linux and 
Windows/mingw. Do you have a gdb backtrace?

> Changing hello.c to use qexeclx(script, strlen(script), 1, strdup("Hello!"));
> works fine, and changing it to use qexeclx(script, strlen(script), 0)
> sort of works, except that the value of ARGS is ["/tmp/tc40.2"], Ghu
> only knows why -- there is no such file.

Everything o.k. with that. qexeclx() creates a temporary script file 
which is removed again as soon as the interpreter has loaded the script.

> I realize you probably can't do much about this, but I'm passing it along
> in hopes that you can think of something.

Could be a bug in the interpreter's main (although I doubt this since it 
doesn't show with mingw). Anyway, a backtrace would be helpful since I 
cannot reproduce the error. ;-)

Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag