On Jul 19, 2007, at 11:38 PM, skaller wrote: > On Thu, 2007-07-19 at 23:21 -0400, Peter Tanski wrote: >> and recompile and relink the whole object again. Personally, I don't >> think it is worth it: given more time I would rather master felix. >> You know, until a few emails ago I did not know the 'static' option >> existed, which is what I wanted since felix 1.1. > > Yes, and reviewing the D documentation shows why D is successful > and Felix isn't: documentation.
One of the things Simon Peyton-Jones did with (and for) Haskell was use publications to the max: they serve as tutorials to document new features; publicity among the literati of the programming world; and, they fulfil his academic responsibilities. You should write a paper, or two, or three (if you don't think you can write one--you have more than enough knowledge and brainpower--just ask; I will help, even ghost-write if you want). A great many professors out there have written about implementations they have done: you don't need to write pure research. > Ruby should never have existed, since it's just a micky mouse > version of Python Functions are not objects. > Actually, Ocaml may soon get two of the three features that > I always wanted and which Felix was designed to fix: > > * dynamic loading of native code (due in version 3.11, > working now with a patch) > > * multi-processor support Those are very big reasons I did not adopt OCaml as my primary programming language originally. > The lack of control inversion can actually be fixed by > pre-processing (after all, Felix is a C++ pre-processor). What about the circuits model? That was a mad scheme but it worked, like designing a program to be a school of fish instead of a whale. > The main feature Felix retains is C/C++ compatibility: > integration of C/C++ libs with Ocaml is a still a PITA. > OTOH .. Felix can't do its fibration magic with event driven > frameworks. That is not a bad thing. Event-driven frameworks are junk because at their core they push too much work on the OS and keep a global command-program running. The OS should not be the basis for driving your UI. Cheers, Pete ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
