On 2006-08-15, Guilhem Bonnefille <[EMAIL PROTECTED]> wrote: > You are perfectly right. Using your words and my idea, C is for learning, > like pencil and paper, because it requires lots of skill to handle it > (pointers, compilation, linking...).
Yeah, C is too laboursome to actually write anything even the size of Ion in... but there aren't to many options. I'm not sure something like Ion is best written in a purely functional language (although it would be an interesting experiment), but there aren't any really nice (natively compiled) strongly and statically-typed typed imperative languages. C++ isn't any better than C; it is worse infact. Java is too OO (and too bloated). Nemerle comes is the closest, but suffers from .BLOAT libraries. (It's based on C#, but adds niceties from FP, such as pattern matching, tagged unions, type inference.) Anyway, that the language is laboursome doesn't imply that the tools should be. > You are right again when you said that a tool can probably save lots of time > if it handle compilation to make it easy. So, why not produce it? ;-) You mean I should have the time to rewrite and maintain every single crappy program in the world (i.e. almost all of them)? > Instead of .a (that are only archive of .o), have you looked around .so? Where this all started from, is compilation and linking of Ion modules on systems that don't support (ELF/libdl) .so. > Perhaps, one solution when you don't want to waste time in solving > compilation/linking problems, before changing language, is to use IDE. Inexplicably Demented Editor? -- Tuomo
