Difference between revisions of "Wish list"

From Liberty Eiffel Wiki
Jump to navigation Jump to search
m (Removed items that were done already, even if this list is obsolete.)
 
(49 intermediate revisions by 10 users not shown)
Line 1: Line 1:
[[Category:Community]]
+
[[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==
Unfortunately this doesn't work,
 
  +
Is it worth a ticket? -> I don't think so. it's too unspecific what TREE should be good for.
[http://wwsympa.loria.fr/wwsympa/arc/smarteiffel/2001-03/msg00105.html as]
 
  +
--[[User:Ramack|Ramack]] ([[User talk:Ramack|talk]])
[http://wwsympa.loria.fr/wwsympa/arc/smarteiffel/2003-09/msg00000.html has]
 
[http://wwsympa.loria.fr/wwsympa/arc/smarteiffel/2003-09/msg00002.html been]
 
[http://groups.yahoo.com/group/smalleiffel/message/1438 discussed]
 
[http://groups.yahoo.com/group/smalleiffel/message/1441 many]
 
[http://groups.yahoo.com/group/smalleiffel/message/1439 many]
 
[http://wwsympa.loria.fr/wwsympa/arc/smarteiffel/2001-03/msg00106.html times].
 
It only prints the unwound stack. [[User:Eiffel|Roger Browne]] 17:33, 18 Jul 2005 (CEST)
 
   
  +
==Incremental Eiffel compilation==
Well, forgive my poor forgetting mind... I thought all was solved in this area now since [http://smartzilla.loria.fr/show_bug.cgi?id=469 sz:469] is fixed. --[[User:Cadrian|Cyril]] 10:10, 28 Jul 2005 (CEST)
 
  +
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]])
   
  +
== Finally implementing SCOOP? ==
I would very much like some documentation and/or tutorial example on how to write a new
 
  +
==> [[task:13317]]
EXTERNAL_TOOL using COMMAND_LINE_TOOLS. The underlying acyclic visitor pattern
 
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.
 
   
  +
== Make generated C code thread-safe? ==
Frank
 
  +
==> [[task:13320]]
 
The best (most up-to-date) tutorial currently available is [[eiffeldoc]], which is an [[tool_class:EXTERNAL_TOOL|<tt>EXTERNAL_TOOL</tt>]] and extensively uses [[library_class:VISITOR|Visitors]]. Of course more information will be added in this wiki. It will be available [[tools|there]]. --[[User:Cadrian|Cyril]] 00:25, 18 Jul 2005 (CEST)
 
----
 
I am looking for german native speakers ready to follow the translation in german
 
of the Grand Book.
 
 
[[User:Colnet|Colnet]] 17:33, 15 Jul 2005 (CEST)
 
 
It would be great to also have a Spanish translation. And all the other languages are welcome too. --[[User:Cadrian|Cyril]] 00:25, 18 Jul 2005 (CEST)
 
----
 
I'm not a person with a lot of extra time, but could work in the spanish translation. What must be done to start a new language section? --[[User:Dmoisset|Dmoisset]] 01:07, 30 Jul 2005 (CEST)
 
 
Same thing for me & German: Have little time, but could help. --[[User:Coertel|Coertel]] 08:21, 2 Aug 2005 (CEST)
 
 
The Spanish and German languages have been created. Fell free to start feeding them. --[[User:Cadrian|Cyril]] 09:45, 6 Aug 2005 (CEST)
 
----
 
I would like to have a '''Class TREE''' be added to the library<br>
 
[[User:Colonna]] 12:53, 24 Sep 2005 (CEST)
 
----
 
Incremental compilation of the Eiffel sources, not only of the generated C code
 
----
 

Latest revision as of 08:58, 8 July 2024

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)

Finally implementing SCOOP?

==> task:13317

Make generated C code thread-safe?

==> task:13320