edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Geoff McLane <ubuntu@geoffair.info>
To: Karl Dahlke <eklhad@comcast.net>,
	edbrowse-dev@edbrowse.org, Chris Brannon <chris@the-brannons.com>
Subject: Re: [edbrowse-dev] quick js
Date: Mon, 8 Mar 2021 20:31:18 +0100
Message-ID: <bb6a2210-bf9f-c470-188c-883231bcdda8@geoffair.info> (raw)
In-Reply-To: <20210208034648.eklhad@comcast.net>

Hi Karl, Chris, et al,

makefiles:

I completely understand you have no need to get into learning yet 
another language - cmake ;=))!

But of course cmake has a way to build different things - default for 
the casual/release-only user, or the developer, who wants everything. 
This is done with conditional 'OPTIONS', like say 'OPTION(BUILD_HELLOW 
"Enable the build of the 'hello' app" OFF).

Tidy has several, like BUILD_TAB2SPACE, BUILD_SAMPLE_CODE, etc... which 
are OFF for the 'user'. I even have a perl script, cmakeopts.pl, to show 
me the options available in every new cmake project I get into... it 
gives me insight into what the project is about, and what are the 
possibilities...

And of course a debug build is achieved by the -DCMAKE_BUILD_TYPE=Debug 
option...

cmake is a build generator, not a builder. So while the *nix default is 
'UNIX Makefiles', it supports the likes of Ninja, Watcom, ... etc... 
then more in Windows - MSVC, +++, and the MAC...

So 'makefiles' is just one of the outputs... for a specific toolset... 
starting with 'make' itself...

But you should continue to do what you are comfortable with, 
absolutely... no question...

Windows support:

My guess is that Windows users - those that have chosen Windows as their 
OS of choice - do not, EVER use the command line... may not even know 
about it... and have found other GUI based tools for web browsing, and 
email... etc...

A long time back, in Windows XP era, I did try to help a friend, who is 
blind, set up/repair her system. She had a 'talker' app running, which 
meant she could navigate various GUI apps with the keyboard, where 
options, like say in the MS Express email app she used, to fetch emails, 
read emails, reply etc... are spoken commands... as she navigated the 
apps 'menu', or tabbed through a dialog...

A modern Windows system has such a talker service built in... as is 
voice-to-text s/w... I think likewise in the MAC...

So a command line apps, like 'edbrowser' would just NOT be on their list 
;=))

And Chris, just reading more about WSL, it looks like it is a Virtual 
Machine - you have to intall a linux ditribution, like Ubuntu 20.04... 
so yes, I would imagine you could run native unix command line apps...

But, like Karl suggests, why would I do that? Looks interesting to me as 
a developer, explorer, but to a 'user'... to what gain?

I used to have a dual boot machine - Ubuntu or Windows - that gets tedious!

Now I am lucky enough to have 2 (+++) separate machines... and have them 
both running each day... and choose which I find better for various 
tasks... this is email is being done in linux... I can even ssh into the 
*nix machine to/from Windows...

In the past have played with some *nix emulators, like 'cygwin', 
'msgsys/mingw', ... but these never turned out very well... although I 
still continue to build a `mingw-64` version of Tidy...

And of course there are quite a number of 'Virtual Machines' - Hyper-V, 
VirtualBox, andLinux, QEMU, VMware,... 15 or more... all of which I 
avoid... except for some interesting, distracting, fun...

In general, I am a Windows 'native' user, developer, that also dabbles 
in cross-porting to other OS'es, for FUN ;=))

duk-moz-quick:

Given that I see the sources in eb, it would be easy to build all 3 
version - eb-duk, eb-moz, eb-quick - given that, like for the current 
duktape, I can download the other source, and build them in Windows... 
or they have a Windows binary distribution... although much prefer SOURCE...

If the project does NOT yet support the cmake generator, that is the 
first thing to add, as I do for 'duktape'... using my 'gencmake'...

I have a make2cmake.pl/am2cmake.pl script, which does quite well to gen 
the necessary 'CMakeList.txt', from examining the makefiles... even a 
'log2make.pl' to read unix 'make' logs... and I have a gencmake.pl 
script, to just traverse the folders, and guess... These auto 
generations usually need some manual fixes, but sometimes surprisingly 
minor...

The problem often comes from any library dependencies they may have... I 
have to back up, get that source, build and install that first... I 
already have over 50++ such 3rdParty.x64 libs...

And most of the time, I will choose to build it as a static library, to 
save me the hassle of copying various DLLs all over the place...

Even if the source already has a 'CMakeLists.txt', if it was generated, 
maintained by a *nix based person, it will only produce a shared (DLL) 
library. You 'Quickjs' seems an exception... But with cmake it is 
usually just seconds to adjust that to also build a 'static' library... 
and vice versa...

So, to answer you Karl, yes, it can be quick fix ;=)) Or it can turn 
into a week(s) or more... depends on so many things...

Please point me to the source, to use, and I will give it/them a try... 
just out of interest... thanks...

onwards:

If I were you, I would forget cmake at this time, unless and until you 
have a Windows user (other than me!)...

In your readme's mark it as unused, not maintained, may fail... etc

Best regard,
Geoff.



  reply	other threads:[~2021-03-08 19:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-07 13:26 Karl Dahlke
2021-03-07 16:15 ` Chris Brannon
2021-03-07 16:44   ` Karl Dahlke
2021-03-07 17:15     ` Chris Brannon
2021-03-07 18:40       ` Geoff McLane
2021-03-07 19:27         ` Karl Dahlke
2021-03-07 19:37           ` Chris Brannon
2021-03-08  8:46             ` Karl Dahlke
2021-03-08 19:31               ` Geoff McLane [this message]
2021-03-08 21:18                 ` Karl Dahlke
2021-03-09 10:23               ` Kevin Carhart
2021-03-09 14:37                 ` Geoff McLane
2021-03-09 22:52                   ` Kevin Carhart
     [not found]                   ` <20210210053836.eklhad@comcast.net>
2021-03-14 20:36                     ` Geoff McLane
2021-03-15  9:44                       ` Kevin Carhart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bb6a2210-bf9f-c470-188c-883231bcdda8@geoffair.info \
    --to=ubuntu@geoffair.info \
    --cc=chris@the-brannons.com \
    --cc=edbrowse-dev@edbrowse.org \
    --cc=eklhad@comcast.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

edbrowse-dev - development list for edbrowse

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://inbox.vuxu.org/edbrowse-dev

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 edbrowse-dev edbrowse-dev/ http://inbox.vuxu.org/edbrowse-dev \
		edbrowse-dev@edbrowse.org
	public-inbox-index edbrowse-dev

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.archive.edbrowse.dev


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git