newLISP Stable Release v.10.5.0

Started by Lutz, May 21, 2013, 07:32:37 AM

Previous topic - Next topic

Lutz

This stable release introduces JSON processing, unlimited precision integer arithmetic and many other small enhancements.



The OSX-Intel version now comes compiled as a 64-bit application by default.



Release notes and files: http://www.newlisp.org/index.cgi?page=Downloads">http://www.newlisp.org/index.cgi?page=Downloads

markwong

#1
congratulations Lutz!

HPW

#2
Typo in link:



http://www.newlisp.org/downloads/newlisp-10.5.50tgz">http://www.newlisp.org/downloads/newlisp-10.5.50tgz



Correct:



http://www.newlisp.org/downloads/newlisp-10.5.0.tgz">http://www.newlisp.org/downloads/newlisp-10.5.0.tgz
Hans-Peter

Cyril

#3
The exec behaviour in win32 was changed somewhere between 10.4.5 and 10.5.0 (sorry, I haven't followed the development releases). In 10.5.0, it replaces "n" line endings with "rn" in the executed process stdin, in all previous versions it wasn't (my pet script I found broken by this is dated back to 2008). Of course my script is trivial to fix, but I believe the old behaivour was more consistent: newlisp never does silent line-ending conversion. I believe the change should be reverted, or, if the new behaviour is official and final, it should be at least documented. Short examples:


newLISP v.10.4.5 on Win32 IPv4/6 libffi, execute 'newlisp -h' for more info.

> (exec "od -bc" "hellonworldn")
0000000 150 145 154 154 157 012 167 157 162 154 144 012
          h   e   l   l   o  n   w   o   r   l   d  n
0000014
true


newLISP v.10.5.0 32-bit on Win32 IPv4/6 libffi, options: newlisp -h

> (exec "od -bc" "hellonworldn")
0000000 150 145 154 154 157 015 012 167 157 162 154 144 015 012
          h   e   l   l   o  r  n   w   o   r   l   d  r  n
0000016
true


And yes, I am still a newlisp user! :-) And I am going to update the newlisp.vim for the new bigint syntax (and some other minor things) in a few days.
With newLISP you can grow your lists from the right side!

Lutz

#4
Thanks for catching this. The O_BINARY mode was not set, due to a change for a future version of the MinGW gcc.



I have re-released v.10.5.0 for Windows:



http://www.newlisp.org/downloads/newlisp-10500-win-gs-148.exe">http://www.newlisp.org/downloads/newlis ... gs-148.exe">http://www.newlisp.org/downloads/newlisp-10500-win-gs-148.exe



and source:



http://www.newlisp.org/downloads/newlisp-10.5.0.tgz">http://www.newlisp.org/downloads/newlisp-10.5.0.tgz



there are few downloads so far.



Everyone who downloaded before 5:00PM PDT (GMT -7) or 24:00 UCT (GMT) should re-download.

Cyril

#5
Aha, now it works. (checking other everyday scripts collected over the years) Seems OK. Thank you!
With newLISP you can grow your lists from the right side!

johu

#6
Hello, Lutz.



I finished translartions of manual and CodePatterns.



CodePatterns-10500

guiserver_manual-150

newlisp_manual-10500



There are in https://skydrive.live.com/?cid=23a9a25e1aec3626&sc=documents&id=23A9A25E1AEC3626!1450">here.



Regards,

Lutz

#7
Many thanks Johu. All translations are online:



http://www.newlisp.org/newlisp_manual-jp.html">http://www.newlisp.org/newlisp_manual-jp.html manual



http://www.newlisp.org/manual_frame-jp.html">http://www.newlisp.org/manual_frame-jp.html manual with index frame



http://www.newlisp.org/guiserver-jp/">http://www.newlisp.org/guiserver-jp/ guiserver with index frame







A Reminder: Everyone who downloaded the Windows installer or source before 5:00PM PDT (GMT -7) or 24:00 UCT (GMT) on May 21st, should re-download.

Lutz

#8
Gentoo Linux build script and Android build packages updated for v.10.5.0 are available from the download page:



http://www.newlisp.org/index.cgi?page=Downloads">http://www.newlisp.org/index.cgi?page=Downloads

adamss937

#9
Lots of nice features in the new release, and it works great on PowerPC architectures.



One thing I noticed that would be nice to change is that when using the -x option to create a standalone executable, the source code for the newLISP program is in clear text at the end of the executable.  It would be nice if it were encrypted instead.

Lutz

#10
Any encryption would be very weak, because you just need to read the newLSP source to figure it out. The link feature is more a convenience feature for easy distribution and installation of software. Most users wouldn't even bother to find out where the source is. If they would, they would dig in the newLISP source too.