newLisp and readline
Posted: Sun Jul 15, 2007 8:28 pm
When I first compiled newLisp, the biggest problem I had with the console was that arrow keys did not move back and forth within the line, but instead outputted strange characters. That makes it very hard to play around and test new ideas, especially for beginners who make mistakes.
I did some browsing through the code, and found that if I enabled "readline" then my problem would be fixed. So I added the necessary text to the Makefile to enable readline. This is the Makefile I used, based on "makefile_linux64LP64_utf8", is:
My question is, shouldn't readline be enabled by default? Not all new newLispers will have knowledge in C programming and Makefiles, so they will not be able to enable it themselves.
P.S. Thanks for writing a program that compiles with no warnings. Too much FOSS has thousands of compiler warnings; you'd think that the programmers would look at those warnings and fix them, so as to make the program safer and more standard, but they don't.
I did some browsing through the code, and found that if I enabled "readline" then my problem would be fixed. So I added the necessary text to the Makefile to enable readline. This is the Makefile I used, based on "makefile_linux64LP64_utf8", is:
Code: Select all
# makefile for newLISP v. 9.x.x UTF-8 on 64 bit LINUX and 64-bit memory pointers tested on AMD64
#
# Note, that readline support may require different libraries on different OSs
#
OBJS = newlisp.o nl-symbol.o nl-math.o nl-list.o nl-liststr.o nl-string.o nl-filesys.o \
nl-sock.o nl-import.o nl-xml.o nl-web.o nl-matrix.o nl-debug.o nl-utf8.o pcre.o
CFLAGS = -Wall -pedantic -Wno-uninitialized -Wno-strict-aliasing -Wno-long-long -c -O3 -DSUPPORT_UTF8 -DLINUX -DNEWLISP64 -DREADLINE
CC = gcc
default: $(OBJS)
$(CC) $(OBJS) -g -lm -ldl -lreadline -o newlisp
strip newlisp
.c.o:
$(CC) $(CFLAGS) $<
$(OBJS): primes.h protos.h makefile_linux64LP64_utf8
P.S. Thanks for writing a program that compiles with no warnings. Too much FOSS has thousands of compiler warnings; you'd think that the programmers would look at those warnings and fix them, so as to make the program safer and more standard, but they don't.