Re: Compilation to js [Update]

2017-06-21 Thread Arne Babenhauserheide

Ian Price  writes:

> I would like to be able to access Javascript functions from Scheme,
> possibly with a (system foreign) type API, but this is not a priority
> at the moment. Getting as much of Scheme as possible working is the
> main thing. On my list, you could put it as the unspoken 5th stage.

ok. Thank you!

> As for residualisation, it's not a technical term. More accurate
> terminology would be serialisation of syntax objects. Maybe you can
> interpret my use of "residue", as being partly negative, as residue is
> something left over at the end of a process. Syntax objects are quite
> big, (in one experiment I did today, it was half the size of the
> output) and if possible, I'd like to avoid emitting them, where
> possible, since this is going to be sent over the network.

Ah, the residuum is something I know :)

Sounds great!

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature


Re: Compilation to js [Update]

2017-06-20 Thread Mark H Weaver
Ian Price  writes:

> As for residualisation, it's not a technical term. More accurate
> terminology would be serialisation of syntax objects. Maybe you can
> interpret my use of "residue", as being partly negative, as residue is
> something left over at the end of a process. Syntax objects are quite
> big, (in one experiment I did today, it was half the size of the
> output) and if possible, I'd like to avoid emitting them, where
> possible, since this is going to be sent over the network.

You might want to look at 'squeeze-syntax-object' in
ice-9/compile-psyntax.scm, which we use to reduce the size of
psyntax-pp.scm.  Unfortunately, this breaks 'datum->syntax' in the
general case.

 Regards,
   Mark



Re: Compilation to js [Update]

2017-06-20 Thread Ian Price
I would like to be able to access Javascript functions from Scheme,
possibly with a (system foreign) type API, but this is not a priority
at the moment. Getting as much of Scheme as possible working is the
main thing. On my list, you could put it as the unspoken 5th stage.


As for residualisation, it's not a technical term. More accurate
terminology would be serialisation of syntax objects. Maybe you can
interpret my use of "residue", as being partly negative, as residue is
something left over at the end of a process. Syntax objects are quite
big, (in one experiment I did today, it was half the size of the
output) and if possible, I'd like to avoid emitting them, where
possible, since this is going to be sent over the network.


Re: Compilation to js [Update]

2017-06-20 Thread Arne Babenhauserheide
Hi Ian,

Ian Price  writes:

> I think the approach using the dominator functions in (language cps
> utils) is the right way, and is giving the results I want. I intend to
> write a blog post shortly explaining how dominators / cps-soup work
> and how to compile from it for other people who may be interested in
> these low level guile details.

That sounds great!

> That said, you can take some scheme files and compile them with the
> usual functions, e.g.
>
> (compile-file "/tmp/foo.scm" #:to 'javascript #:output-file "/tmp/foo.js")

Is there already a clean way to run javascript functions from scheme —
for example accessing the DOM? That would directly allow pure Guile web
development.

> What's next? Number 2 on my list from last time was
>>  Complete porting boot-9 to js (in particular, the guile module system)
> so this is what I intend to do. This will allow us to run much more
> complicated programs, and you won't need to keep reimplementing
> functions like map.
>
> Another issue is with macros, which are not being residualised now
> that their representation was changed, so I'll do that too.

What does residualization of macros mean? (I feel I’m missing language here).

Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature