Re: [edbrowse-dev] quick js

[Geoff McLane <ubuntu@geoffair.info>]

20210314: Building the QuickJS library update

Just an update... persued 4 different tracks... some success, some 
failures... they are -

1. Using mingw-64 emulator - OK, but todo edbrowse with same mingw...
2. Using MSVC 2019 native .x64 - got close, but close is not good enough
3. Using the MS WSL emulator - wow, a million steps to do... so far only 
built tidy, edbrowse, ...
4. Using github.com/c-smile/quickjspp - the premake5.exe tool FAILED to 
build MSVC solution... hmmmm...

The detailed exploration is below... or jump to the 'Summary:'

1. Using mingw-64
###################

Encountered an error, I can NOT seem to get past... but sort of got 
there, eventually...

[  9%] Building C object CMakeFiles/quickjs.dir/quickjs.c.obj
D:\mingw-w64\mingw64\bin\gcc.exe -DCONFIG_BIGNUM 
-DCONFIG_VERSION=\"2020-11-08\" -D_GNU_SOURCE \
  -Wall -Wno-array-bounds -Wno-format-truncation -Wno-unused-variable 
-Wno-unused-but-set-variable \
-MMD -MF -O  -D_REENTRANT -O3 -DNDEBUG   -o 
CMakeFiles\quickjs.dir\quickjs.c.obj   -c D:\Projects\quickjs\quickjs.c

C:\Users\ubunt\AppData\Local\Temp\cchgmH6R.s: Assembler messages:
C:\Users\ubunt\AppData\Local\Temp\cchgmH6R.s:30898: Error: .seh_savexmm 
offset is negative
C:\Users\ubunt\AppData\Local\Temp\cchgmH6R.s:30899: Error: .seh_savexmm 
offset is negative

I am using mingw-64, with gcc version (x86_64-posix-seh-rev0, Built by 
MinGW-W64 project) 8.1.0

I searched long and hard, but can /NOT/ find an update to my 
installation of mingw-64 - from -
http://mingw-w64.org/doku.php/download
2020/05/13  19:30           960,504 mingw-w64-install.exe
Appears I have the 'latest'...

 From here https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86048 found -
(a) Which says: "not if -fno-reorder-blocks-and-partition" - to try
(b) Eric Botcazou 2018-06-13 11:26:27 UTC
This will be fixed in the 8.2 release.  Thanks for reporting the problem.

Ok, added '-fno-reorder-blocks-and-partition', and it compiled! WOW ;=)) 
success!!!

Now to figure out how to link edbrowse to this 'libquickjs.a'???

Probably need to build 'edbrowse' using the same emulator... TODO...


2. Using MSVC native
###################

A: Fixed the buildin crt with creating a "ctz_clz.h" header which adds 
these functions..
Add to cutils.h -
+#ifdef _MSC_VER
+#include "ctz_clz.h"
+#define __attribute__(x)
+#endif // _MSC_VER
+

B: Commented out <unistd.h>, in various places - like -

+#ifndef _MSC_VER
  #include <unistd.h>
+#endif /* #ifndef _MSC_VER */

C: Few other relatively minor fixes in the source... \

D: On __int128 being used. At the moment can not find a patch to cover 
this...

E: Swiched OFF CONFIG_BIGNUM support... eventually got 'quickjs.lib' to 
build

F: Big problem - the 'qjsc' compiler failed to convert 'repl.js' to 
'repl.c', and likewise with 'qjscalc.js' to C code... overcame this with 
copy the generated *.c files from the mingw-64 build... not a good solution!

So, I have a 'quickjs.lib'... need to sort out which headers to install 
- list looks like 'quickjs-atom.h, quickjs-libc.h, quickjs-opcode.h, 
quickjs.h'... so TODO: finish the INSTALL step... then TODO: build of 
eb-qjs...


3. More exploration into WSL - it's getting to be much more than expected!
###################

Per the install docs - 
https://docs.microsoft.com/en-us/windows/wsl/install-win10 -

Joined the Windows Insiders Program, as requested... hope I do not 
regret this... do not like words like -
you will receive emails, and the only way to stop this (spam), is to 
un-join the program... well, ok, but not nice...

Am running the min version - Microsoft Windows [Version 10.0.19041.804], 
so that's ok...
ran 2021/03/11  18:34        15,282,176 wsl_update_x64.msi
Did a Windows feature update, which took about 1/2 hour - must now reboot...

Had to jump through some other hoops, installed Ubuntu 20.04... and 
evenually got an 'Ubuntu' app, which opens as a terminal... and it 
certainly looks and feels like Ubuntu...

Then spent some time setting up this 'bash' terminal... add my own 
'.bash_aliases'... installed g++, cmake... even git cloned tidy, built, 
and installed it...

TODO: But still to figure out where all this is stored? So presently NO 
access to my native Windows filesystem... and when in Ubuntu, can't yet 
access outside of the unix root, '/'...

So at this time this is a MAJOR setback... yes I could re-download all 
the sources... TODO: but...

At this time this is no different to using a 2nd machine...

And really puts me no closer to building QuickJS in native Windows???

On WSL, in general, so far it feels like a very good linux emulator... 
single click access to terminal... much faster than a dual boot... just 
missing the native filesystem access... or at least access to my 
expansion drives - G: and H:

Hmmm, found /mnt/g, /mnt/h, and then /mnt/c and /mnt/d, so do have 
access to full filesystem... will try some more things...

Wow, I have to say that it is quite a 'complete' emulation... maybe more 
than an 'emulation'... it is running a linux kernel...
ubunt@DELL03:~/bin$ hvers
Show LSB version 'lsb_release -a'
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04.2 LTS
Release:        20.04
Codename:       focal

Show version 'uname -a'
Linux DELL03 5.4.72-microsoft-standard-WSL2 #1 SMP Wed Oct 28 23:40:43 
UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
ubunt@DELL03:~/bin$

As indicated, really a 'Virtual Machine'... to download my 
edbrowse-fork, had to even copy a rca .pub to my github account...

And can now see my complete disk system, in terms that I know - A:, B:, 
C:, ... drives - namely -
$ df -H | grep -v /dev/loop
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb        270G  2.3G  254G   1% /
tmpfs            10G     0   10G   0% /mnt/wsl
tools           492G  180G  312G  37% /init
none             10G     0   10G   0% /dev
none             10G   17k   10G   1% /run
none             10G     0   10G   0% /run/lock
none             10G     0   10G   0% /run/shm
none             10G     0   10G   0% /run/user
tmpfs            10G     0   10G   0% /sys/fs/cgroup
C:\             492G  180G  312G  37% /mnt/c
D:\             1.1T  598G  403G  60% /mnt/d
G:\             2.1T  1.6T  430G  79% /mnt/g
H:\             2.1T  775G  1.3T  39% /mnt/h

There is quite a problem with line endings... git, in native windows, 
adds CR/LF pair to text/script files, which causes the '#! /bin/sh' 
shell to break, and need to do 'dos2unix <script>' to make it right...

Ran into a problem building in '/mnt/h/UTILS/eb-fork/temp' - can NOT 
find CURL, but curl IS installed... I think... DONE: Solved the build 
prob...

To start, cloned my eb-fork into this filesystem... at 
~/projects/eb-fork... and commenced a build - needed to install pcre - 
pcre-dev, libreadline-dev, duktape-dev, ... and it built fine... ran a 
../src/jsrt test... looks ok... http://yahoo.com loaded, seemingly 
fine... got links...

Then back to the native clone... ran my build-me.sh, and now it builds 
fine here too - log -
-- +++ Search using paths /home/ubunt
-- *** Tidy found inc /usr/include lib /usr/lib/libtidy.so
-- *** CURL found inc /usr/include/x86_64-linux-gnu lib 
/usr/lib/x86_64-linux-gnu/libcurl.so
-- cURL version 7.68.0
-- *** PCRE found inc /usr/include lib /usr/lib/x86_64-linux-gnu/libpcre.so
-- *** READLINE found inc /usr/include lib 
/usr/lib/x86_64-linux-gnu/libreadline.so
-- *** Duktape found inc /usr/include lib 
/usr/lib/x86_64-linux-gnu/libduktape.so
-- *** Building static library STATIC
-- Language ebrc files: 
LANG_EBRC_FILES=/mnt/h/UTILS/eb-fork/lang/ebrc-de;/mnt/h/UTILS/eb-fork/lang/ebrc-en;/mnt/h/UTIL>-- 
Doc guide files: 
DOC_GUIDE_FILES=/mnt/h/UTILS/eb-fork/doc/usersguide.html;/mnt/h/UTILS/eb-fork/doc/usersguide_fr.htm>-- 
Language msg files: 
LANG_MSG_FILES=/mnt/h/UTILS/eb-fork/lang/msg-de;/mnt/h/UTILS/eb-fork/lang/msg-en;/mnt/h/UTILS/eb>-- 
*** Setup build of ebrc.c, msg-strings.c, and startwindow.c
-- Configuring done
-- Generating done
-- Build files have been written to: /mnt/h/UTILS/eb-fork/temp
[100%] Built target edbrowse

Moved onto QuickJS - re-cloned it into ~/projects/quickjs - ran '$ 
make'... and it completed ok... did 'make install', and it put the 
compiled exes in /usr/local/bin, and the headers into /usr/local/include...

Back to edbrowse build, and can not find a target in the 'makefile'...

TODO: How to build eb-qjs, using the above 'quickjs' lib, in 
'/usr/local/lib'???0

4. Found c-smile:fork, using 'premake5' for MSVC 2019
###################

Cloned this repo - https://github.com/c-smile/quickjspp

And downloaded - https://premake.github.io/download.html - to get 
'premake5.exe'...

In a 'build' dir, did - premake5 "--file=..\premake5.lua" vs2019
Built MSVC sln in a '.build\vs2019\quickjs.sln, but it FAILED to load??? 
Could not find my MSVC 2019 installation...
Maybe if I run 'premake5 vs2019' in a MSVC command prompt... no still 
FAILED!
But from the gen'ed quikcjs.vcxproj noted some potential MACROS to add -
<PreprocessorDefinitions>JS_STRICT_NAN_BOXING;CONFIG_BIGNUM;_HAS_EXCEPTIONS=0
which may help, in my getting close MSVC build, and verifies a lot of 
things...

I am getting closer with my CMakeLists/MSVC build... so TODO: persue a 
build in this repo... especially interested in how the BIGNUM/__int128 
problem is dealt with... it it is...

Summary:
########

You can see quite a few TODO: markers, and will continue to work on 
these, as time permits...

TODO:mingw: build edbrowse in mingw-64 emulator...
TODO:msvc: set up a link for eb-qjs.exe build...
TODO:WSL: access or download 'edbrowse' source, and build... but does 
this help? Yes and NO! time sink...
TDOO:WSL: build eb-qjs version... need to mod CMakeLists.txt... shift 
most of the source to an eb.lib, then build various versions, with minor 
src changes - no repeated srcs...
TOTO:c-smile: take this a few steps further forward... a big maybe...


If interested, at this time, could push a win-bld branch, in my fork... 
if you have time to catch up to a few purely Windows things... not 
urgent... it may be a few commits behind master...

Any feedback appreciated... lots of FUN, and time, exploring...

Best regards, Geoff.