q-lang-users

[q-lang-users] ANN: Q 7.0 release candidate

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

Hi,

it took much too long, but at long last I finished unicode support in 
the Q interpreter and the core modules. As a bonus, I also threw in a 
new GUI builder which generates native Q code and is based on Peter G. 
Baum's Gnocl, a very nice Tcl extension for building GNOME/GTK+ 
applications (http://gnocl.sf.net).

I have already been testing the new release on my Linux development box 
for some weeks, and the unicode stuff seems to work o.k., at least in 
utf8 and latin1 locales. But due to the complex nature of the changes, 
I'm first releasing a candidate, in the hope that at least some of you 
can do some more testing. In particular, it would be nice if those of 
you who work in non-Western locales could give the new release a whirl 
(do we have any Q programmers from the Far East on the list?), so that 
bugs can be weeded out before the final release.

Windows users: sorry, but you will have to wait a little more, I hope I 
get around porting the new release this week. I also want to check other 
platforms such as OS X asap, and I still have to overhaul the add-on 
modules (multimedia library etc.) to make them unicode-aware. (Another 
big item on my TODO list which didn't make it into the 7.0 release yet 
is 64 bit support, I'm afraid that this will have to wait until Q 7.1.)

The q-7.0rc1 tarball is available for download here: 
http://sourceforge.net/project/showfiles.php?group_id=96881&package_id=103965

And you can find the release notes here:
http://sourceforge.net/project/shownotes.php?release_id=391246&group_id=96881

A screenshot of the new GUI builder is available here:
http://q-lang.sourceforge.net/gqbuilder.png

Enjoy! :)
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

Re: [q-lang-users] ANN: Q 7.0 release candidate

[John C. <co...@cc...>]

Albert Graef scripsit:

> it took much too long, but at long last I finished unicode support in 
> the Q interpreter and the core modules. 

Hurrah!

> Windows users: sorry, but you will have to wait a little more, I hope I 
> get around porting the new release this week. I also want to check other 
> platforms such as OS X asap, and I still have to overhaul the add-on 
> modules (multimedia library etc.) to make them unicode-aware. (Another 
> big item on my TODO list which didn't make it into the 7.0 release yet 
> is 64 bit support, I'm afraid that this will have to wait until Q 7.1.)

My attempt to build 7.0 on Cygwin failed because _libiconv_open and
_libiconv_close weren't found when trying to build libq.la.  I have
libiconv installed under Cygwin, so patching around this is probably a
matter of inserting a strategic "-liconv" into the Makefile somewhere.
It's already mentioned in the defines for LIBICONV, LTLIBICONV, and
XML_LIBS; adding it to LIBS and LDFLAGS didn't help any.

I presume the fix is simple, though.  Can anyone help?

-- 
You escaped them by the will-death              John Cowan
and the Way of the Black Wheel.                 co...@cc...
I could not.  --Great-Souled Sam                http://www.ccil.org/~cowan

Re: [q-lang-users] ANN: Q 7.0 release candidate

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

John Cowan wrote:
> My attempt to build 7.0 on Cygwin failed because _libiconv_open and
> _libiconv_close weren't found when trying to build libq.la.  I have
> libiconv installed under Cygwin, so patching around this is probably a
> matter of inserting a strategic "-liconv" into the Makefile somewhere.
> It's already mentioned in the defines for LIBICONV, LTLIBICONV, and
> XML_LIBS; adding it to LIBS and LDFLAGS didn't help any.
> 
> I presume the fix is simple, though.  Can anyone help?

Hi John,

looks like I forgot about LIBICONV because here on Linux I have iconv in 
libc. In principle, adding $(LIBICONV) or $(LTLIBICONV) to the link 
lines of compiler and interpreter (src/Makefile.am), libq 
(libq/Makefile.am) and clib (modules/clib/Makefile.am) should do the 
trick. Something similar will be needed to make clib::gettext and 
friends work. If that doesn't help then please post the complete make 
log so that we can figure out what exactly goes wrong.

Cheers,
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

Re: [q-lang-users] ANN: Q 7.0 release candidate

[John C. <co...@cc...>]

Albert Graef scripsit:

> looks like I forgot about LIBICONV because here on Linux I have iconv in 
> libc. In principle, adding $(LIBICONV) or $(LTLIBICONV) to the link 
> lines of compiler and interpreter (src/Makefile.am), libq 
> (libq/Makefile.am) and clib (modules/clib/Makefile.am) should do the 
> trick. Something similar will be needed to make clib::gettext and 
> friends work. If that doesn't help then please post the complete make 
> log so that we can figure out what exactly goes wrong.

Thanks for responding so quickly.  Unfortunately, these aren't the
clearest of instructions.  I tried adding "$(LIBICONV)" to the definition
of libq_la_LDFLAGS in libq/Makefile.am, but then was roadblocked:
"automake" crashes with "automake: `configure.ac' or `configure.in'
is required", and trying it in the q-7.0 root directory crashes with
"sh: autoconf: command not found".

Attempts to do "make Makefile.in" report that it is up to date, and
"make Makefile" says there is no such target.

Here's the current state of what make (in the root) says:

$ make
make  all-recursive
make[1]: Entering directory `/opt/q-7.0'
Making all in .
make[2]: Entering directory `/opt/q-7.0'
make[2]: Leaving directory `/opt/q-7.0'
Making all in libltdl
make[2]: Entering directory `/opt/q-7.0/libltdl'
make  all-am
make[3]: Entering directory `/opt/q-7.0/libltdl'
make[3]: Leaving directory `/opt/q-7.0/libltdl'
make[2]: Leaving directory `/opt/q-7.0/libltdl'
Making all in glob
make[2]: Entering directory `/opt/q-7.0/glob'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/opt/q-7.0/glob'
Making all in regex
make[2]: Entering directory `/opt/q-7.0/regex'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/opt/q-7.0/regex'
Making all in doc
make[2]: Entering directory `/opt/q-7.0/doc'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/opt/q-7.0/doc'
Making all in etc
make[2]: Entering directory `/opt/q-7.0/etc'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/opt/q-7.0/etc'
Making all in examples
make[2]: Entering directory `/opt/q-7.0/examples'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/opt/q-7.0/examples'
Making all in libq
make[2]: Entering directory `/opt/q-7.0/libq'
/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2   -o libq.la -rpath /usr/local/lib -no-undefined -version-info 7:0:0 libq.lo  -lcrypt -lutil -lm 
rm -fr  .libs/libq.dll.a
gcc -shared  .libs/libq.o  -lcrypt -lutil  -o .libs/cygq-7.dll -Wl,--image-base=0x10000000 -Wl,--out-implib,.libs/libq.dll.a
Creating library file: .libs/libq.dll.a
.libs/libq.o: In function `from_utf8':
/opt/q-7.0/libq/libq.c:508: undefined reference to `_libiconv_open'
/opt/q-7.0/libq/libq.c:539: undefined reference to `_libiconv'
/opt/q-7.0/libq/libq.c:563: undefined reference to `_libiconv'
/opt/q-7.0/libq/libq.c:568: undefined reference to `_libiconv_close'
.libs/libq.o: In function `to_utf8':
/opt/q-7.0/libq/libq.c:587: undefined reference to `_libiconv_open'
/opt/q-7.0/libq/libq.c:618: undefined reference to `_libiconv'
/opt/q-7.0/libq/libq.c:623: undefined reference to `_libiconv_close'
.libs/libq.o: In function `file_from_utf8':
/opt/q-7.0/libq/libq.c:676: undefined reference to `_libiconv'
/opt/q-7.0/libq/libq.c:643: undefined reference to `_libiconv_open'
.libs/libq.o: In function `file_to_utf8':
/opt/q-7.0/libq/libq.c:728: undefined reference to `_libiconv'
/opt/q-7.0/libq/libq.c:698: undefined reference to `_libiconv_open'
.libs/libq.o: In function `file_encoding':
/opt/q-7.0/libq/libq.c:778: undefined reference to `_libiconv_close'
/opt/q-7.0/libq/libq.c:765: undefined reference to `_libiconv_close'
/opt/q-7.0/libq/libq.c:750: undefined reference to `_libiconv_open'
/opt/q-7.0/libq/libq.c:751: undefined reference to `_libiconv_open'
/opt/q-7.0/libq/libq.c:754: undefined reference to `_libiconv_close'
/opt/q-7.0/libq/libq.c:756: undefined reference to `_libiconv_close'
collect2: ld returned 1 exit status
make[2]: *** [libq.la] Error 1
make[2]: Leaving directory `/opt/q-7.0/libq'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/q-7.0'
make: *** [all] Error 2

-- 
Babies are born as a result of the              John Cowan
mating between men and women, and most          http://www.reutershealth.com
men and women enjoy mating.                     http://www.ccil.org/~cowan
    --Isaac Asimov in Earth: Our Crowded Spaceship      co...@cc...

Re: [q-lang-users] ANN: Q 7.0 release candidate

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

John Cowan wrote:
> Thanks for responding so quickly.  Unfortunately, these aren't the
> clearest of instructions.  I tried adding "$(LIBICONV)" to the definition

Hmm, that should probably be $(LTLIBICONV), can you post the two 
definitions please?

> of libq_la_LDFLAGS in libq/Makefile.am, but then was roadblocked:
> "automake" crashes with "automake: `configure.ac' or `configure.in'

Yep, for libq/Makefile.am, automake needs to be run in the main source 
dir. Or you can try to just run autogen.sh, that should rebuild the 
entire configury (but probably that won't work either, given that 
automake gives you the troubles you mentioned below).

> is required", and trying it in the q-7.0 root directory crashes with
> "sh: autoconf: command not found".

Hmm, looks like automake tries to execute autoconf (maybe wants to get 
the autoconf version?) and doesn't find it. Is autoconf/automake working 
with other programs? You could also try to fix the corresponding 
Makefile.in's instead, add the proper link options manually and then 
rerun configure, if automake doesn't work for you. (But see below.)

> Here's the current state of what make (in the root) says:
> /bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2   -o libq.la -rpath /usr/local/lib -no-undefined -version-info 7:0:0 libq.lo  -lcrypt -lutil -lm 
> rm -fr  .libs/libq.dll.a
> gcc -shared  .libs/libq.o  -lcrypt -lutil  -o .libs/cygq-7.dll -Wl,--image-base=0x10000000 -Wl,--out-implib,.libs/libq.dll.a
> Creating library file: .libs/libq.dll.a
> .libs/libq.o: In function `from_utf8':
> /opt/q-7.0/libq/libq.c:508: undefined reference to `_libiconv_open'
> /opt/q-7.0/libq/libq.c:539: undefined reference to `_libiconv'
> /opt/q-7.0/libq/libq.c:563: undefined reference to `_libiconv'
> /opt/q-7.0/libq/libq.c:568: undefined reference to `_libiconv_close'

Yes, clearly the proper link option for libiconv is missing. So I'll 
have to add a corresponding LIBADD line in libq/Makefile.am and also 
modify the LIBADD lines in the other Makefile.am's I mentioned. If you 
can wait a little more, I'll  try to figure out what the right @XYZ@ 
variables are which have to be included for libiconv and libgettext, and 
then prepare a new tarball.

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

Re: [q-lang-users] ANN: Q 7.0 release candidate

[John C. <co...@cc...>]

Albert Graef scripsit:

> >Thanks for responding so quickly.  Unfortunately, these aren't the
> >clearest of instructions.  I tried adding "$(LIBICONV)" to the definition
> 
> Hmm, that should probably be $(LTLIBICONV), can you post the two 
> definitions please?

They are defined identically as "-liconv".

> Hmm, looks like automake tries to execute autoconf (maybe wants to get 
> the autoconf version?) and doesn't find it. Is autoconf/automake working 
> with other programs? You could also try to fix the corresponding 
> Makefile.in's instead, add the proper link options manually and then 
> rerun configure, if automake doesn't work for you. (But see below.)

I've never tried to run automake before, so I don't really know.  At most
I've installed patches into Makefile.in.

> Yes, clearly the proper link option for libiconv is missing. So I'll 
> have to add a corresponding LIBADD line in libq/Makefile.am and also 
> modify the LIBADD lines in the other Makefile.am's I mentioned. If you 
> can wait a little more, I'll  try to figure out what the right @XYZ@ 
> variables are which have to be included for libiconv and libgettext, and 
> then prepare a new tarball.

This is a new box and my first attempt to install 7.0, so there's no hurry.

-- 
Possession is said to be nine points of the law,		John Cowan
but that's not saying how many points the law might have.	co...@cc...
	--Thomas A. Cowan (law professor and my father

Re: [q-lang-users] ANN: Q 7.0 release candidate

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

Hi John,

I just committed the necessary changes to the Makefile.am's to cvs. 
Can't test whether this works better than before, though (my Winblows 
development box is currently under repair ;-), so it would be nice if 
you could take a look. I can send you an overhauled tarball in personal 
mail, if you like (2.8 MB), so that you don't have to run automake. Just 
let me know.

Albert

John Cowan wrote:
> 
>>Yes, clearly the proper link option for libiconv is missing. So I'll 
>>have to add a corresponding LIBADD line in libq/Makefile.am and also 
>>modify the LIBADD lines in the other Makefile.am's I mentioned. If you 
>>can wait a little more, I'll  try to figure out what the right @XYZ@ 
>>variables are which have to be included for libiconv and libgettext, and 
>>then prepare a new tarball.
> 
> 
> This is a new box and my first attempt to install 7.0, so there's no hurry.

-- 
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

Re: [q-lang-users] ANN: Q 7.0 release candidate

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

RC2 is now available for download at:

http://sourceforge.net/project/showfiles.php?group_id=96881&package_id=103965

There have been various bugfixes and the Windows ports (both 
native/Mingw and Cygwin) now work. Besides the source tarball, RPMs for 
Linux and a Windows MSI package are available, too.

Thanks are due to John Cowan for helping make the Cygwin port work. 
Please continue to report bugs (especially in the Unicode support) so 
that they can be fixed before the final release (which is due in the 
next 3-4 weeks, when I have updated the add-on modules).

Cheers,
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

[q-lang-users] Not able to build RC2

[Patrick A. <rp...@al...>]

Hello,

I am not able to build q-7.1rc2.tar.gz

I am running 64 bit Debian unstable, AMD, SMP.  configure ran ok, and I
installed libgmp3, but make fails as shown below.

I tried running alien on the rpm, but failed due to 32-bit library
problems.

Thanks for any tips,
Patrick.
-- 

if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../libltdl   -I../readline-4.2
-DYEAR='"2006"' -DSYSINFO='"
x86_64-unknown-linux"'
-DQPATH='".:/usr/local/share/q/lib:/usr/local/lib/q"'
-DQEXEC='"/usr/local/bi
n/q"' -DLIBTOOL='"/usr/local/lib/q/libtool"' -DCC='"gcc"'
-DREADLINE_LIBRARY -g -O2 -MT qcc-getopt1.
o -MD -MP -MF ".deps/qcc-getopt1.Tpo" -c -o qcc-getopt1.o `test -f
'getopt1.c' || echo './'`getopt1.c; \
then mv -f ".deps/qcc-getopt1.Tpo" ".deps/qcc-getopt1.Po"; else
rm -f ".deps/qcc-getopt1.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=CC --mode=link gcc -DYEAR='"2006"'
-DSYSINFO='"x86_64-unknown-linux"'
-DQPATH='".:/usr/local/share/q/lib:/usr/local/lib/q"'
-DQEXEC='"/usr/local/bin/q"'
-DLIBTOOL='"/usr/local/lib/q/libtool"' -DCC='"gcc"'
-DREADLINE_LIBRARY -g -O2   -o qcc  qcc-qcc.o qcc-qbase.o
qcc-sys.o qcc-getopt.o qcc-getopt1.o  -lgmp  -lcrypt -lutil
-lnsl -lm
gcc -DYEAR=\"2006\" -DSYSINFO=\"x86_64-unknown-linux\"
-DQPATH=\".:/usr/local/share/q/lib:/usr/local/lib/q\"
-DQEXEC=\"/usr/local/bin/q\"
-DLIBTOOL=\"/usr/local/lib/q/libtool\" -DCC=\"gcc\"
-DREADLINE_LIBRARY -g -O2 -o qcc qcc-qcc.o qcc-qbase.o qcc-sys.o
qcc-getopt.o qcc-getopt1.o  /usr/lib/libgmp.so -lcrypt -lutil
-lnsl -lm
PATH=".:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/rpm/bin:/home/rpm/bin"
QPATH="../stdlib:../modules/clib:../modules/clib" ./q ./qcwrap.q
./qcwrap.q
def: error loading module
Warning: 268 unresolved external symbols
! File def, line 297: Value mismatch in definition
make[2]: *** [qcwrap.c] Error 2
make[2]: Leaving directory `/home/rpm/downloads/q-7.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rpm/downloads/q-7.1'
make: *** [all] Error 2

Re: [q-lang-users] Not able to build RC2

[John C. <co...@cc...>]

Patrick Albuquerque scripsit:

> I am not able to build q-7.1rc2.tar.gz
> 
> I am running 64 bit Debian unstable, AMD, SMP.  configure ran ok, and I
> installed libgmp3, but make fails as shown below.

Cygwin does not yet support 64-bit platforms, so you need to build it as a 32-bit
application (I don't know how to do that).

-- 
John Cowan     http://ccil.org/~cowan    co...@cc...
Monday we watch-a Firefly's house, but he no come out.  He wasn't home.
Tuesday we go to the ball game, but he fool us.  He no show up.  Wednesday he
go to the ball game, and we fool him.  We no show up.  Thursday was a
double-header.  Nobody show up.  Friday it rained all day.  There was no ball
game, so we stayed home and we listened to it on-a the radio.  --Chicolini

Re: [q-lang-users] Not able to build RC2

[Patrick A. <rp...@al...>]

Hello,

FWIW, I was able to compile Q in a 32-bit chroot environment on the same
machine.  I would prefer to run 64 bit though.

Thanks,
Patrick.
-- 

Re: [q-lang-users] Not able to build RC2

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

Hi Patrick,

yes, the interpreter hasn't been ported to 64 bit yet. This is a known 
issue, I have it on my TODO list for the 7.2 release.

Cheers,
Albert

Patrick Albuquerque wrote:
> Hello,
> 
> FWIW, I was able to compile Q in a 32-bit chroot environment on the same
> machine.  I would prefer to run 64 bit though.
> 
> Thanks,
> Patrick.


-- 
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