[Laszlo-dev] For Review: Change 20090225-dda-V Summary: do not drop 'void' return types
Donald Anderson
dda at ddanderson.com
Thu Feb 26 09:16:50 PST 2009
Change 20090225-dda-V by dda at lester-2.local on 2009-02-25 16:39:47 EST
in /Users/dda/laszlo/src/svn/openlaszlo/trunk-b
for http://svn.openlaszlo.org/openlaszlo/trunk
Summary: do not drop 'void' return types
New Features:
Bugs Fixed: [LPP-7789] SWF9: void return-type dropped
Technical Reviewer: ptw (pending)
QA Reviewer: (pending)
Doc Reviewer: (pending)
Documentation:
Release Notes:
Details:
Parser.jjt
Fixed a mistake that was setting the return type in the AST to
null for any function declared as "void".
Null really means 'no return type specified' and must be
distinguished from simply "void".
"void" is now set as the return type in the AST. Since this
effectively 'enables' :void
return types to appear in SWF9, this gave a small ripple effect
in the lfc as detailed below.
LzReplicationManager.lzs
LzDatapointer.lzs
LzDatapath.lzs
for override functions destroy(), construct(), setSelected(), $lzc
$set_datapath(),
the :void return type has been removed to be compatible with the
function it overrides.
This amounts to no change for anyone calling or overriding these
functions,
given that the bug's previous behavior was to effectively
remove :void
services/LzBrowser.lzs
according to the doc callJS() 'optionally' returns a value (the
DHTML version does), so its :void
return type has been removed. Again, no discernable change to
the user, and it now matches its
documentation.
LzDataSelectionManager.lzs
LzSelectionManager.lzs
public functions unselect(),clearSelection(),select() now
have :void return type removed.
Some of these may be overridden (without return types) by
components.
swf9/LzDebug.as
swf/LzDebug.as
added :void to displayResult() to match LzDebugService. This
function is marked private in doc,
so users should not be overriding this, and should be unaware of
the change.
LaszloView.lzs
LaszloCanvas.lzs
added :void to __LZinstantiationDone() to match LzNode. This
function is also marked private in doc,
so users should not be overriding this, and should be unaware of
the change.
ParseTreePrinter.java
Fixed an informational message triggered by the -SS flag to lzc,
so the exact filename generated for
for debugging line annotations is shown.
Tests:
Andre's test case now gives the proper error message.
{smokecheck,weather,lzpix} x {swf8,swf9,dhtml}
Files:
M WEB-INF/lps/lfc/services/LzBrowser.lzs
M WEB-INF/lps/lfc/debugger/platform/swf/LzDebug.as
M WEB-INF/lps/lfc/debugger/platform/swf9/LzDebug.as
M WEB-INF/lps/lfc/views/LaszloView.lzs
M WEB-INF/lps/lfc/views/LaszloCanvas.lzs
M WEB-INF/lps/lfc/helpers/LzDataSelectionManager.lzs
M WEB-INF/lps/lfc/helpers/LzSelectionManager.lzs
M WEB-INF/lps/lfc/data/LzReplicationManager.lzs
M WEB-INF/lps/lfc/data/LzDatapointer.lzs
M WEB-INF/lps/lfc/data/LzDatapath.lzs
M WEB-INF/lps/server/src/org/openlaszlo/sc/ParseTreePrinter.java
M WEB-INF/lps/server/sc/src/org/openlaszlo/sc/Parser.jjt
Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20090225-dda-V.tar
--
Don Anderson
Java/C/C++, Berkeley DB, systems consultant
voice: 617-306-2057
email: dda at ddanderson.com
www: http://www.ddanderson.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-dev/attachments/20090226/730d45d2/attachment-0001.html
More information about the Laszlo-dev
mailing list