George Orais <[email protected]> writes:
Hi Geo,
> I'm not sure but looking at those errors are coming from Java, so maybe
> you can try the other two ways to build the 64bit:
>
> * Download one of the pre-generated "*.s" file packages
> * Build a 32-bit version first, and use the resulting bin/picolisp to
> generate the "*.s" files:
I tried the same thing with the current stable version (19 6), same
error, so it's not really a problem with the dev version. But I never
ever had a problem with installing a new pil on this machine.
If nobody else has this problem, seems to be a local (java) thing.
Since new PicoLisp versions a coming quite frequently, I would prefer
not to fall back to alternative build methods but rather fix my system
so that the normal build works again. But thanks for your hints anyway.
I googled this now, this seems to be a well known Java problem with
versions of JRE and JDK which do not work together (the java class file
was compiled with a newer Java version than the installed runtime Java).
So not really a PicoLisp problem, sorry for the noise ...
Cheers
Thorsten
PS
[tj@arch bin]$ ls
lisp picoLisp picoLisp-19.6.tgz PilBox pil-dev pil-old tmp
waffles
[tj@arch bin]$ cd picoLisp
[tj@arch picoLisp]$ (cd src64/;make)
/mkAsm x86-64 ".linux" .s Linux base "" ../lib/map version.l glob.l
main.l gc.l apply.l flow.l sym.l subr.l big.l io.l db.l net.l err.l
sys/x86-64.linux.code.l
Exception in thread "main" java.lang.UnsupportedClassVersionError:
PicoLisp : Unsupported major.minor version 52.0
at java.lang.ClassLoader.defineClass1(Native Method) [...]
make: *** [Makefile:179: x86-64.linux.base.s] Fehler 1
[tj@arch picoLisp]$ java -version
java version "1.7.0_171"
OpenJDK Runtime Environment (IcedTea 2.6.13) (Arch Linux build
7.u171_2.6.13-1-x86_64)
OpenJDK 64-Bit Server VM (build 24.171-b02, mixed mode)
>
>
> BR,
> Geo
> On Sunday, 11 August 2019, 09:54:04 pm GMT+9, Thorsten Jolitz
> <[email protected]> wrote:
>
> Alexander Burger <[email protected]> writes:
>
> Hi Alex,
>
>> more and more I got frustrated with all the quirks of Ncurses (as
>> discussed here
>> and in IRC), so I decided to abandon them, and implement Vip directly
>> with ANSI
>> escape sequences (VT-100).
>>
>> To my surprise this turned out quite easy, and the result is both
>> smaller and
>> simpler!
>>
>> I tested on Termux, Tmux, XTerm and Linux Console. If anybody is
>> interested, it
>> is in the rolling picoLisp.tgz release :)
>
> thats very interesting, ncurses seemed to be a real curse so to say ...
> I have
> - version (19 7 31) on Android/termux
> - version (19 8 9) on Win10/wsl
> now, both seem to have that change, and both could be installed and
> work (for termux I always have to adapt the first line in /bin/vip,
> i.e. replace /usr with termux $PREFIX, /data/data/com.termux/files/usr)
>
> But on my desktop ArchLinux machine with the newest PicoLisp dev
> download I get a make error, see PS1.
>
> Cheers
> Thorsten
>
> PS 0
> I looked into vip.l and some vt100 docs, but I find it really hard to
> understand how e.g. "split window (qs)" is implemented with the vt100
> escape sequences?
> Could you elaborate on this a bit?
>
> PS 1
> On an up-to-date ArchLinux today, with the freshly downloaded dev
> version of PicoLisp:
>
> [tj@arch picoLisp]$ (cd src64/;make)
> /mkAsm x86-64 ".linux" .s Linux base "" ../lib/map version.l glob.l
> main.l gc.l apply.l flow.l sym.l subr.l big.l io.l db.l net.l err.l
> sys/x86-64.linux.code.l
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> PicoLisp : Unsupported major.minor version 52.0
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:803)
> at
> java.security.SecureClassLoader.defineClass
> (SecureClassLoader.java:142)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:442)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:64)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:354)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:348)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:347)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:312)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at
> sun.launcher.LauncherHelper.checkAndLoadMain
> (LauncherHelper.java:482)
> make: *** [Makefile:179: x86-64.linux.base.s] Fehler 1
>
> PS 2
> [tj@arch picoLisp]$ lscpu
> Architektur: x86_64
> CPU Operationsmodus: 32-bit, 64-bit
>
> --
> cheers,
> Thorsten
--
cheers,
Thorsten
--
UNSUBSCRIBE: mailto:[email protected]?subject=Unsubscribe
