Difference between revisions of "Wish list"
Jump to navigation
Jump to search
Hzwakenberg (talk | contribs) m |
|||
| (58 intermediate revisions by 12 users not shown) | |||
| Line 1: | Line 1: | ||
| − | [[Category: |
+ | [[Category:Obsolete]] |
| + | This whish list is obsolete, please use the ticket system for [https://savannah.gnu.org/bugs/?func=additem&group=liberty-eiffel bugs] and [https://savannah.gnu.org/task/?func=additem&group=liberty-eiffel tasks] on [https://savannah.gnu.org/projects/liberty-eiffel/ savannah]. |
||
| − | If you have a request to '''improve SmartEiffel''', to improve the SmartEiffelWiki, |
||
| − | to ask for a '''new page''' in the Grand SmartEiffel Book or, to propose a modification of |
||
| − | the Eiffel language of SmartEiffel, please, update this page yourself. |
||
| − | Do not forget to sign thanks to the <TT>~~</TT><TT>~~</TT> special command which gives:<BR> |
||
| − | [[User:Colnet|Colnet]] 19:19, 21 Jun 2005 (MET DST). |
||
| − | ---- |
||
| − | My highest priority request is to improve exception handling. If an exception is caught by a "rescue" clause but remains active because there is no "retry", then the stack dump should still be printed on program termination. [[User:Eiffel|Roger Browne]] 12:54, 13 Jul 2005 (CEST) |
||
| + | ==COMMAND_LINE_TOOLS== |
||
| − | Yes. I don't know how the runtime behaves in that case. Meanwhile, I think a workaround is to call [[library_class:ANY|<tt>ANY</tt>]]<tt>.print_run_time_stack</tt> in your '''rescue''' clause. --[[User:Cadrian|Cyril]] 15:00, 13 Jul 2005 (CEST) |
||
| + | I don't think this is worth a task, as [[eiffeldoc]] already is an example for [[tool_class:EXTERNAL_TOOL|<tt>EXTERNAL_TOOL</tt>]]. |
||
| − | ---- |
||
| + | --[[User:Ramack|Ramack]] ([[User talk:Ramack|talk]]) |
||
| + | ==Class TREE== |
||
| − | I would very much like some documentation and/or tutorial example on how to write a new |
||
| + | Is it worth a ticket? -> I don't think so. it's too unspecific what TREE should be good for. |
||
| − | EXTERNAL_TOOL using COMMAND_LINE_TOOLS. The underlying acyclic visitor pattern |
||
| + | --[[User:Ramack|Ramack]] ([[User talk:Ramack|talk]]) |
||
| − | has been explainhed a couple of times on the ML and I am also aware of |
||
| − | http://smartzilla.loria.fr/attachment.cgi?id=180&action=view but what I miss is |
||
| − | some more basic information, e.g. what exactly does the tree of visitable objects |
||
| − | look like and how does it relate to the system being parsed? With such documentation, people |
||
| − | would be able to write plugins for non-Eiffel specic IDEs, class browserts and the like. |
||
| + | ==Incremental Eiffel compilation== |
||
| − | Frank |
||
| + | On C level the code is "incrementally" compiled ;-) But no, there will not be a redesign in near future. So we should better drop this request. |
||
| − | ---- |
||
| + | --[[User:Ramack|Ramack]] ([[User talk:Ramack|talk]]) |
||
| + | |||
| + | ==New keyword "attribute"?== |
||
| + | ==> [[task:13319]] / '''DONE''' |
||
| + | |||
| + | == Finally implementing SCOOP? == |
||
| + | ==> [[task:13317]] |
||
| + | |||
| + | == Make generated C code thread-safe? == |
||
| + | ==> [[task:13320]] |
||
| + | |||
| + | == TUPLE argument in feature 'call' of class PROCEDURE == |
||
| + | ==> [[task:13318]] / '''DONE''' |
||
Latest revision as of 13:51, 25 December 2021
This whish list is obsolete, please use the ticket system for bugs and tasks on savannah.
COMMAND_LINE_TOOLS
I don't think this is worth a task, as eiffeldoc already is an example for EXTERNAL_TOOL. --Ramack (talk)
Class TREE
Is it worth a ticket? -> I don't think so. it's too unspecific what TREE should be good for. --Ramack (talk)
Incremental Eiffel compilation
On C level the code is "incrementally" compiled ;-) But no, there will not be a redesign in near future. So we should better drop this request. --Ramack (talk)
New keyword "attribute"?
==> task:13319 / DONE
Finally implementing SCOOP?
==> task:13317
Make generated C code thread-safe?
==> task:13320
TUPLE argument in feature 'call' of class PROCEDURE
==> task:13318 / DONE