Re: next question - with-keyboard not working in current source

[email protected] (Don Cohen)
Newsgroups gmane.lisp.clisp.general
Message-ID <[email protected]>
 > "current source"?
 > What version do you use?
I meant hg as of when it stopped working a few days ago.
But I see differences in what you have below and what I have.
For instance, no screen in features.  Also no readline.
Which of these is required for with-keyboard and what do I have
to put in configure to get it?

$ build-mt/full/lisp.run -M build-mt/full/lispinit.mem --version
STACK size: 98222 [0x7f703164ee00 0x7f703158f090]
GNU CLISP 2.49+ (2010-07-17) (built 3646723817) (memory 3646723958)
Software: GNU C 4.9.2 20150212 (Red Hat 4.9.2-6) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type
-Wmissing-declarations -Wimplicit -Wno-sign-compare
-Wno-format-nonliteral -falign-functions=4 -pthread -g -O0
-DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3
-DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS -DNO_TERMCAP_NCURSES
-DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback
-L/usr/local/lib64 -lsigsegv -lc  
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(RAWSOCK REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP
ANSI-CL
 COMMON-LISP LISP=CL INTERPRETER LOGICAL-PATHNAMES MT SOCKETS
GENERIC-STREAMS
 FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp rawsock)
Installation directory: /home/don/hg/clisp/build-mt/
User language: ENGLISH
Machine: X86_64 (X86_64) number14.chmusic.org [10.10.248.29]

 > 
 > 
 > [pjb@kuiper :0.0 ~]$ clisp --version
 > GNU CLISP 2.49+ (2010-07-17) (built 3603386203) (memory 3603386298)
 > Software: GNU C 4.7.2 
 > gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -pthread -DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -lreadline -lncurses -ldl -lavcall -lcallback  -lsigsegv  
 > SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
 > libsigsegv 2.9
 > libreadline 6.2
 > libffcall 1.11
 > Features: 
 > (READLINE REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER LOGICAL-PATHNAMES MT SOCKETS GENERIC-STREAMS
 >  SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
 > C Modules: (clisp i18n syscalls regexp readline)
 > Installation directory: /data/languages/clisp-hg/lib/clisp-2.49+/
 > User language: ENGLISH
 > Machine: X86_64 (X86_64) kuiper.lan.informatimago.com [127.0.1.1]
 > [pjb@kuiper :0.0 ~]$ 
 > 
 > 
 > [pjb@kuiper :0.0 clisp-hg]$ hg log|head -20
 > changeset:   15611:5c63938ef493
 > tag:         tip
 > user:        Sam Steingold <[email protected]>
 > date:        Wed Oct 22 12:04:12 2014 -0400
 > files:       modules/syscalls/configure.in src/ChangeLog
 > description:
 > Fix bug#668 posix:file-state always return NIL for :rdev
 > 
 > * modules/syscalls/configure.in: check for struct stat members
 > 
 > 
 > 
 > [1]> (ext:with-keyboard ext:*keyboard-input*)
 > #<INPUT KEYBOARD-STREAM>

And why do you seem to have newer updates than I do when I've been
doing hg pull seemingly successfully until recently?

$ hg log | head -20
not trusting file /home/don/hg/clisp/.hg/hgrc from untrusted user don,
group don
not trusting file /home/don/hg/clisp/.hg/hgrc from untrusted user don,
group don
changeset:   15608:97c19a70b668
tag:         tip
user:        Sam Steingold <[email protected]>
date:        Sun Apr 14 17:59:02 2013 -0400
summary:     * modules/asdf/asdf.lisp: upgrade to 2.33


------------------------------------------------------------------------------
_______________________________________________
clisp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.