edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Kevin Carhart <kevin@carhart.net>
To: Adam Thompson <arthompson1990@gmail.com>
Cc: Edbrowse-dev@lists.the-brannons.com
Subject: Re: [Edbrowse-dev] about compiling 3.5.1
Date: Sun, 22 Jun 2014 16:39:07 -0700 (PDT)	[thread overview]
Message-ID: <alpine.LRH.2.03.1406221602060.8888@carhart.net> (raw)
In-Reply-To: <20140622164153.GR5577@toaster.adamthompson.me.uk>



Hi Adam,

Thanks for the notes on Chuck's example and on compiling.

I did what I should have done in the first place and compiled on 64-bit 
Debian.  Thanks to the weird nature of inexpensive cloud hosting, it's 
nice to be able to instantiate a new OS variety and try it out.  Maybe 
it's time to switch altogether.  I've been hacking merrily on edbrowse 
3.3.1, for years.

It took a while but I got edbrowse to compile!  One note that might be 
worth sharing is that readline couldn't find ncurses.  I found a 
messageboard thread about this and added -lncurses to the makefile.

So I'm finally on 3.5.1.!  The new moz and everything.   Thank you for the 
help and remarks about this and the ajax question.

Kevin




On Sun, 22 Jun 2014, Adam Thompson wrote:

> On Sat, Jun 21, 2014 at 02:43:31AM -0700, Kevin Carhart wrote:
>> Wow, compiling the mozjs-24 has way more to it than in the past.  I'm
>> finally trying to do this.  Lots of weird errors so far.  Has anyone had
>> difficulties with the python requirements?  What do they need all of this
>> python for?  Oh well.. I guess I was spoiled by using old versions for a
>> long time.
>
> I've not had difficulties with the python stuff but then I've only compiled on
> Debian unstable, so with access to very new Python.
> I've got no idea what they need the Python for, configuration etc I guess.
> It's a very strange build process though.
>
>> If I want to try out things like parentNodes and attachEvent(), is 3.5.1 the
>> earliest version where these are found?  In other words, I have to go to
>> mozjs-24 to get these js features?  Or could I decouple these two things,
>> give edbrowse a slightly older js but still be able to use the latest
>> edbrowse?
>
> Not unless you fancy undoing almost all the new js work I think.
> If you do this you may be able to salvage some of the work,
> but there've been some important implementation changes to work better with the
> gc and the design of the js 24 api.
>
>> I'm on a 32-bit CentOS.  I haven't been able to find mozjs-24 in package
>> form, either from yum or hunting around the rpm search engines so I have to
>> compile.  I don't really know how out of date I am.  Is 32-bit still OK or
>> is it very ill-advised?  ... if you happen to know.
>
> As Chris says, 32 bit is still absolutely fine.
> How old is your CentOS installation?
> As far as I know CentOS tends to have very old (but supposedly stable)
> software, with the intent being that it's ran on servers where stability is
> more important than having the latest versions of everything.
> This *may* explain some of the Python issues,
> though without the error messages it's difficult to say for sure.
>
> Cheers,
> Adam.
>

--------
Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists

  reply	other threads:[~2014-06-22 23:39 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-07 22:54 [Edbrowse-dev] jQuery Karl Dahlke
2014-05-09  0:57 ` Kevin Carhart
2014-06-21  9:43 ` [Edbrowse-dev] about compiling 3.5.1 Kevin Carhart
2014-06-21  9:58   ` Charles Hallenbeck
2014-06-21 22:15     ` Kevin Carhart
2014-06-21 23:03   ` Chris Brannon
2014-06-22 16:41   ` Adam Thompson
2014-06-22 23:39     ` Kevin Carhart [this message]
2014-06-24 14:02       ` Adam Thompson
2014-06-25  1:48         ` Kevin Carhart
2014-06-25 18:34           ` Adam Thompson
2014-06-25 23:44             ` Kevin Carhart
2014-06-26  9:53               ` Kevin Carhart
2014-06-24 14:09 Karl Dahlke
2014-06-24 18:11 ` Chris Brannon
2014-06-25 18:40   ` Adam Thompson

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=alpine.LRH.2.03.1406221602060.8888@carhart.net \
    --to=kevin@carhart.net \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    --cc=arthompson1990@gmail.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).