Page 1 of 1

newLISP v.10.7.0 Stable Release

Posted: Thu Jan 21, 2016 5:11 pm
by Lutz
Stable release v.10.7.0 adds functionality to existing functions, adds a new function and fixes bugs.

Release Notes: http://www.newlisp.org/downloads/newLIS ... lease.html
Downloads: http://www.newlisp.org/index.cgi?Downloads

Thanks to everybody for their contributions and suggestions.

Ps: on Mac OS X this is the last release for the PPC CPU architecture, discontinued in 2005/6

Re: newLISP v.10.7.0 Stable Release

Posted: Thu Jan 21, 2016 7:27 pm
by HPW
Hello Lutz,

Thanks for the ongoing development. Getting better and better.
Also thanks for the spererate UTF-8 version's of the windows-bineries on the download-page
I updated my neobook plugin-zip with the new 10.7 Dll.

Regards

Re: newLISP v.10.7.0 Stable Release

Posted: Fri Jan 22, 2016 5:48 am
by ralph.ronnquist
On the downloads page, I noticed that the Ubuntu packages are wrongly named:
UBUNTU Debian installer newLISP v.10.7.0 for UBUNTU on i386
UBUNTU Debian installer newLISP v.10.7.0 for UBUNTU on i386 UTF-8 enabled
though being for amd64 rather than i386.

Re: newLISP v.10.7.0 Stable Release

Posted: Fri Jan 22, 2016 9:21 am
by johu
Hello, Lutz.

I finished translartions of manuals.

CodePatterns-10604
guiserver_manual-171
newlisp_manual-10700

There are in here.

and maybe
line 24222 in newlisp_manual v10.7.0
syntax all random functions called subsequenly like
                   ↓
syntax all random functions called subsequently like
Regards,

Re: newLISP v.10.7.0 Stable Release

Posted: Fri Jan 22, 2016 7:42 pm
by Lutz
Many thanks, Johu and Ralph. Everything is updated.

Re: newLISP v.10.7.0 Stable Release

Posted: Sat Jan 23, 2016 4:21 am
by protozen
Thanks Lutz! I'm glad to see that updates and development still goes on =)

Newlisp makes me enjoy programming again.

Re: newLISP v.10.7.0 Stable Release

Posted: Sun Jan 24, 2016 1:28 am
by ralph.ronnquist
Incidentally, the "UBUNTU on amd64 UTF-8 enabled" package installs nicely on Debian 8 (Jessie) as well, and probably the non-UTF-8 version does as well.

However, the zlib.lsp module needs an update to insert a path option

Code: Select all

"/lib/x86_64-linux-gnu/libz.so.1" ; Debian 8, 64bit
That path option is also for Ubuntu 14.04, although there is the additional link "/usr/lib/x86_64-linux-gnu/libz.so.1" remnant from 12.04. I don't have a 64bit 12.04 available, so I can't (re-)confirm that the "/usr" prefix is needed for 12.04.

Note that both Ubuntu and Debian (with multi-arch installed) sport a /lib/i386-linux-gnu/libz.so.1 library as well, so the 64bit path must be tested before that path. All in all, it becomes

Code: Select all

(set 'files '(
    "/lib/x86_64-linux-gnu/libz.so.1" ; Ubunto 14.04 64bit, & Debian 8 64bit
    "/usr/lib/x86_64-linux-gnu/libz.so.1" ; Ubuntu 12.04 LTS 64bit
    "/lib/i386-linux-gnu/libz.so.1" ; Ubuntu 13.04
    "/usr/lib/libz.so" ; Linux, BSD, Solaris
    "/usr/lib/libz.so.4.1" ; OpenBSD 4.6
    "/usr/lib64/libz.so" ; for 64Bit CentOS 6 Linux
    "/usr/lib/libz.dylib" ; Mac OSX / Darwin
    "libz1.dll" ; MS Windows
))
I haven't checked all other modules.

Re: newLISP v.10.7.0 Stable Release

Posted: Thu Jan 28, 2016 6:27 am
by abaddon1234
so the 64bit path must be tested before that path.
sbobet777

wrong version numbers [Re: newLISP v.10.7.0 Stable Release]

Posted: Fri Jan 29, 2016 7:58 pm
by hartrock
Title of http://www.newlisp.org/downloads/newLIS ... lease.html is
newLISP v.1.7.0 Release Notes...
At bottom there is
- development version 1.64
- guiserver.jar version 1.65 (probably wrong, too),
.

Besides this: Thanks for the ongoing work!

Re: newLISP v.10.7.0 Stable Release

Posted: Thu Feb 18, 2016 10:50 am
by johu
Hello Lutz,

I have a question.

About now function,
Linux version or newLISP in web
> (now 0 -2)
540
but, Windows version newLISP v.10.7.0
> (now 0 -2)
600
and Windows version newLISP v.10.6.2
> (now 0 -2)
540
In this connection, the time zone offset in minutes of Japan is 540.

Did only Windows version change?

Regards,

Re: newLISP v.10.7.0 Stable Release

Posted: Thu Feb 18, 2016 3:53 pm
by Lutz
It is incorrectly adjusting for daylight bias in 10.7.0 on Windows. This will be set back to previous 10.6.2 behavior in a future version.

The intend was to make values compatible between Unix and Windows during daylight savings time. But it breaks when outside of daylight savings time. The assumption was, that the daylight bias is only reported when daylight savings is active, which is not true at least on Windows. Unfortunately the whole daylight savings behavior is inconsistent even between different Unix flavors.

Re: newLISP v.10.7.0 Stable Release

Posted: Fri Feb 19, 2016 9:41 am
by johu
I understand.

Thank you for the detailed explanation.

Re: newLISP v.10.7.0 Stable Release

Posted: Sun Feb 21, 2016 7:14 am
by johu
Hello Lutz,

Windows API GetTimeZoneInformation's return value is
Return-value Description
   0   Daylight saving time is not used in the current time zone, because there are no transition dates or automatic adjustment for daylight saving time is disabled.
   1   The system is operating in the range covered by the StandardDate member of the TIME_ZONE_INFORMATION structure.
   2   The system is operating in the range covered by the DaylightDate member of the TIME_ZONE_INFORMATION structure.
Therefore, it may be used for (now -1) on MS Windows, though daylight bias in minutes. And it seems like Linux/Unix.
Or when the return value is 2, it may be able to adjust (now -2) for daylight bias.

Regards,

Re: newLISP v.10.7.0 Stable Release

Posted: Mon Feb 22, 2016 1:16 am
by Lutz
Thanks Johu, for better testing, I will come back to this mid March when daylight savings time starts in the US.

Re: newLISP v.10.7.0 Stable Release

Posted: Mon Mar 14, 2016 3:43 pm
by Lutz
... time zone offset in the 'now' function now switching fine between standard and daylight savings time on Windows:

http://www.newlisp.org/downloads/develo ... l.html#now

http://www.newlisp.org/downloads/development/inprogress

Unable to build 10.7.0 FreeBSD

Posted: Mon Sep 19, 2016 10:51 pm
by newdep
HIya.. ;-)
Just a small report...

Was unable to compile 10.7.0 on one of my freeBSD machine, still hanging into the 10.6 range ;-)
see below the output...Could very wel be others already tackled this compile issue but could not find
an answer.. so posting here .. The Bsd repository wasn't updated either.. ;-)


This is OK
./configure-alt

Code: Select all

Detected Operating System _BSD
Detected memory model LP64
Detected time_t size 64BIT
Detected readline flags: -lreadline
UTF-8 is enabled
readline support is enabled
ffi support is disabled

To enable ffi support, use the --enable-ffi option, and specify the proper
libraries to link by setting the FFIFLAGS variable when running configure.
Also if necessary, use the INCLUDES variable to specify where the ffi header
files are.


Variables:

        package=newlisp
        version=10.7.0
        prefix=/usr/local
        exec_prefix=/usr/local
        bindir=/usr/local/bin
        datarootdir=/usr/local/share
        datadir=/usr/local/share
        pkgdatadir=/usr/local/share/newlisp-10.7.0
        docdir=/usr/local/share/doc/newlisp
        mandir=/usr/local/man
        man1dir=/usr/local/man/man1

Type "make" to build your newlisp binary.


OKE 2 ...sofar

$cat makefile_build

Code: Select all

# makefile for newLISP v. 10.1.x generated by the configure script (configure-alt)
CC = cc
CFLAGS =  -Wall -Wno-uninitialized -Wno-long-long -fno-strict-aliasing -O2 -c
LDFLAGS = -lm
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-json.o nl-web.o nl-matrix.o nl-debug.o pcre.o nl-utf8.o
STRIP = strip
TARG = newlisp
RLFLAGS = -lreadline
FFIFLAGS =
ARCHFLAGS = -m64

default: $(OBJS)
        $(CC) $(OBJS) $(ARCHFLAGS) $(LDFLAGS) $(RLFLAGS) $(FFIFLAGS) -o $(TARG)
        $(STRIP) $(TARG)

.c.o:
        $(CC) $(ARCHFLAGS) $(CFLAGS) -DNEWCONFIG $<

$(OBJS): primes.h protos.h config.h makefile_build



here is the bugger ..

.$make

Code: Select all


make -f makefile_build
cc -m64 -Wall -Wno-uninitialized -Wno-long-long -fno-strict-aliasing -O2 -c -DNEWCONFIG newlisp.c
newlisp.c:1013:9: error: conflicting types for 'completion_matches'
char ** completion_matches(const char * text,  char * (*commands)(const char *, int));
        ^
/usr/include/readline/readline.h:460:15: note: previous declaration is here
extern char **completion_matches PARAMS((char *, rl_compentry_func_t *));
              ^
1 error generated.
*** Error code 1

Stop.
make[1]: stopped in /xxxx/xxxx/xxxx/newlisp-10.7.0
*** Error code 1

Stop.


Just found out again, It doesn't matter how hard you try to get into new inventive progressive science,
the good parts that are melted into your brain..will stick forever, like honey on a wall ;-) I could
switch to Lua or Chicken-Scheme or Python or whatever...That whats making you tick the keyboard and
think like a machine and flow right out and codes the best, i shall be...
Perhpas I just used newlisp a little too long..hahaha.. Its simply a great language folks !

Re: newLISP v.10.7.0 Stable Release

Posted: Mon Sep 19, 2016 11:05 pm
by Lutz
Don't use configure-alt which gives me the same problem on FreeBSD 10.3, but use configure instead, which works well selecting makefile_bsdLP64_utf8_ffi:

Code: Select all

newlisp /home/public/newlisp-10.7.0]$ make
./configure

removing old objects and setting correct permissions ...
discovering platform and default memory model ...

detected memory model LP64
detected Operating System _BSD
creating makefile_build ...

to make for LP64 on _BSD type:
    make
to make for any other system do:
    make -f makefile_xxx
where makefile_xxx is one of the preconfigured makefiles

make -f makefile_build
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI newlisp.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-symbol.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-math.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-list.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-liststr.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-string.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-filesys.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-sock.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-import.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-xml-json.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-web.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-matrix.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-debug.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-utf8.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI pcre.c
cc 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-json.o nl-web.o nl-matrix.o nl-debug.o nl-utf8.o pcre.o -m64 -g -lm -lreadline -lncurses -L/usr/local/lib -lffi -o newlisp
strip newlisp
[newlisp /home/public/newlisp-10.7.0]$ uname -a
FreeBSD newlisp.nfshost.com 10.3-RELEASE-p6 FreeBSD 10.3-RELEASE-p6 #4 r303593: Thu Aug 11 20:02:18 UTC 2016     root@x7:/usr/obj/usr/src/sys/NFSN64  amd64

Re: newLISP v.10.7.0 Stable Release

Posted: Mon Sep 19, 2016 11:07 pm
by newdep
;-)

That fixed it Lutz !..

Code: Select all

$make -f makefile_bsdLP64_utf8_ffi
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI newlisp.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-symbol.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-math.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-list.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-liststr.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-string.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-filesys.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-sock.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-import.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-xml-json.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-web.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-matrix.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-debug.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI nl-utf8.c
cc -m64 -Wall -fno-strict-aliasing -O2 -c -g -I/usr/local/include -DREADLINE -DNEWLISP64 -DSUPPORT_UTF8 -D_BSD -DFFI pcre.c
cc 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-json.o nl-web.o nl-matrix.o nl-debug.o nl-utf8.o pcre.o -m64 -g -lm -lreadline -lncurses -L/usr/local/lib -lffi -o newlisp
strip newlisp


Re: newLISP v.10.7.0 Stable Release

Posted: Sun Jan 22, 2017 1:36 am
by protozen
Happy New Year! Looking forward to another great release in 10.7.1

-

Posted: Sun Jun 26, 2022 10:40 am
by Katyk_Sn
Thanks so much for the new release. Eager to get some of the Dried Seaweed.

Thank you and the developers for keeping this beloved game interesting

Re: newLISP v.10.7.0 Stable Release

Posted: Sun Jun 26, 2022 12:10 pm
by cameyo
deleted

hi!

Posted: Fri Jul 01, 2022 1:58 am
by Katyk_Sn
... time zone offset in the 'now' function now switching fine between standard and daylight savings time on Windows: http://www.newlisp.org/downloads/develo ... l.html#now http://www.newlisp.org/downloads/development/inprogress

You it is serious?