parenscript-devel March 2013

parenscript-devel@common-lisp.net

3 participants
5 discussions

[parenscript-devel] Repost: Re: 'use strict' and 'with' in loop
by Peter Wood 24 Mar '13

24 Mar '13

The reply bounced due to excessive message size, and I couldn't cancel, so I'm resending anyway ... Hi Daniel Thanks for your reply. Strict mode makes life a bit easier because I have a lot of scripts which get loaded and unloaded and I want to be careful about namespaces. In strict mode, eval is not allowed to introduce new variables into the surrounding namespace. 'Arguments' are also simpler and cleaner. More importantly, I _think_ it makes javascript slightly less insecure: see https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Functions_and… Maybe it's like bolting your front door even though all your windows are still open, but presumably better than nothing. It is also claimed that using strict mode enables the engine to make a number of optimizations, which certainly won't hurt if it's true. (To sum up, I think it's a better language in strict mode.) I have read through your discussion with Vladimir from last year, and I can see that my offhand suggestion was terribly naive. <cringe>. Multiple value return in js is obviously an "interesting" problem. Certainly, none of the ideas I have considered myself can solve all the problems. Doing a _completely_ CL-alike multiple value return scheme would seem bound to make the compiler a great deal more complex for quite small returns (no pun intended). I'm not too keen on the global variable,but that's my problem. Of course, it would have to be declared if it should work in strict mode. At the risk of embarrassing myself again: what about having a values macro return a closure which holds the multiple-value array and which pops a value off it every time it gets called? If you only want to return 1 value from values, or null, the macro could deal with that, and if you want to return a single function, ie (values (lambda () ...), the macro could wrap it in a lambda, to allow the pop() to return the desired anonymous function. The multiple-value-bind receiving macro could bind the functions appropriately. Something like vlet* could nest calls to multiple-value-bind if you want to mix local assignment of strings and numbers and calls to multiple-value-returning functions but only use the first value. It will still break if you bind a var to the return value of a non-values-lambda-returning-function, since vlet* assumes that function values must be popped (ie, funcalled). Just in case this idea is worth something, I am attaching these three macros ('fvals, 'fmvb and 'vlet*) which seem to do at least some of what is wanted, with some test cases. And yes, it would be great to have compilation to Lua! Lua is very nice. Regards, Peter

1 0

[parenscript-devel] 'use strict' and 'with' in loop
by Peter Wood 23 Mar '13

23 Mar '13

Hi It's my first post, so first of all, thanks to everyone who works on parenscript. It is a lifesaver. If I 'use strict'; in the start of my scripts, they fail in some of the loops because parenscript is generating a 'with' (which is not allowed in strict mode). There is quite a nice explanation of why it isn't allowed here: https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Functions_and… It is easy to change my code to use 'do' instead, and for now, that's what I've done, but it's a shame not to be able to use parenscript's very nice loop for writing javascript loops. I haven't looked at parenscript's code before this evening, but I think this is the relevant spot (in src/special-operators.lisp) (defun compile-loop-body ... (aif (sort (remove-duplicates *loop-scope-lexicals-captured*) #'string< :key #'symbol-name) `(ps-js:block (ps-js:with ,(compile-expression `(create ,@(loop for x in it collect x collect (when (member x loop-vars) x)))) ,compiled-body)) compiled-body))) Here is an example of some lisp and the js which it generates: (ps:ps (defun foo () (loop for i from 1 to 5 append (loop for j from 1 to 5 collect (list i j))))) ==> "function foo() { return (function () { var append9 = []; for (var i = 1; i <= 5; i += 1) { with ({ i : i }) { ^^^^^^^^^^ append9 = append9.concat((function () { var collect10 = []; for (var j = 1; j <= 5; j += 1) { collect10['push']([i, j]); }; return collect10; })()); }; }; return append9; })(); };" What is the point of even having the 'with ({ i : i })' in there ?? I have tried removing the form starting (ps-js:with ... ) and the code which is then generated runs fine and has no 'with', but of course it is probably breaking something else. I don't understand why it's there. Regards, Peter

2 5

[parenscript-devel] An experimental implementation of source mappings
by Daniel Gackle 15 Mar '13

15 Mar '13

I have committed an experimental branch called "srcmap" that contains an implementation of source mappings for Parenscript. By "source mappings" I mean a way of associating the text extent (start and end position in PS source code) of PS forms with the corresponding positions in generated JS code. There's a more detailed description in the commit message (053e9d4). Note that this Lispy form-based approach is not the same as the line-based approach of the Google/Mozilla source map spec. I believe it ought to be fairly easy to transform this format into that one, but have not done that work yet. Since this implementation had to modify the compiler every place that forms are transformed along the path from PS input to JS output, it has a fairly large footprint in the codebase (though not as large as you might expect: less than 200 lines of code were added, and only about 100 in the core compiler). Doing this work I ran into a bunch of places in the code where minor refactoring would help, as well as a handful of bugs. I kept all of that carefully separate from the source map commit itself, and have pushed it in the form of about a half-dozen commits onto master. That way the work of maintaining the srcmap branch until the day (if ever) that it is merged into master will at least be limited to relevant parts of the code. One of those commits was to move BIND out of deprecation hell and into lib/ps-loop.lisp. Since LOOP isn't deprecated and it relies on BIND, this seems the best place for BIND to live for now; especially since LOOP itself deviates from CL about as much as BIND does. Daniel

1 0

[parenscript-devel] defpsmacro has no effect at compile-time
by Peter Stirling 08 Mar '13

08 Mar '13

Hi, When you use C-c C-k in emacs/SLIME/sbcl produces the output: "(function () { var div1 = createElement(div); return null; })();" If you do C-C C-k again though, you get the (expected) output: "(function () { var div = document.createElement('DIV'); return null; })();" The problem is (I think) that DEFPSMACRO expands into a PROGN and therefore the SETFs have no effect until load time, by which point the PS form has already been converted into the string. If changed to an EVAL-WHEN: (defmacro defpsmacro (name args &body body) (defined-operator-override-check name (multiple-value-bind (macro-fn-form effective-lambda-list) (make-ps-macro-function args body) `(eval-when (:compile-toplevel :load-toplevel :execute) (setf (gethash ',name *macro-toplevel*) ,macro-fn-form) (setf (gethash ',name *macro-toplevel-lambda-list*) ',effective-lambda-list) ',name)))) Then it compiles as expected the first time as well.

1 1

[parenscript-devel] Bug fix: WITH-SLOTS and multiple evaluation
by Daniel Gackle 02 Mar '13

02 Mar '13

WITH-SLOTS had a problem with multiple evaluation: (ps (with-slots (a b) (foo) (+ a b))) => "foo().a + foo().b;" I pushed a fix for that. Patch below. Daniel commit 305778c609dd6102b4a313ef436985551c29ee18 Author: Daniel Gackle <danielgackle(a)gmail.com> Date: Fri Mar 1 17:17:04 2013 -0700 Fixed bug: multiple evaluation in WITH-SLOTS. diff --git a/src/macros.lisp b/src/macros.lisp index 5537872..b75f4b0 100644 --- a/src/macros.lisp +++ b/src/macros.lisp @@ -140,10 +140,11 @@ (if (listp slot) (second slot) slot))) - `(symbol-macrolet ,(mapcar (lambda (slot) - `(,(slot-var slot) (getprop ,object ',(slot-symbol slot)))) - slots) - ,@body))) + (maybe-once-only (object) + `(symbol-macrolet ,(mapcar (lambda (slot) + `(,(slot-var slot) (getprop ,object ',(slot-symbol slot)))) + slots) + ,@body)))) ;;; multiple values diff --git a/t/output-tests.lisp b/t/output-tests.lisp index 361cd8b..f2d856c 100644 --- a/t/output-tests.lisp +++ b/t/output-tests.lisp @@ -141,6 +141,13 @@ (+ a b c)) "this.a + this.b + this.c;") +(test-ps-js with-slots-single-eval + (lambda () (with-slots (a b) (foo) (+ a b))) + "(function () { + var object1 = foo(); + return object1.a + object1.b; +});") + (test-ps-js object-literal-quoted-symbols (create 'test "bang" 'symbol-saved-my-life "parenscript") "({ 'test' : 'bang', 'symbolSavedMyLife' : 'parenscript' });")

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

parenscript-devel March 2013