1. Re: Digest for EUforum at topica.com, issue 5046
Christian Cuvier wrote:
>
> > Subject: Re: Standard Euphoria Library project
> >
> >
> > posted by: Jason Gade <jaygade at yahoo.com>
> >
> > Juergen Luethje wrote:
> >
> >>> For my personal feeling time had come to collect all the good ideas tha=
> t
> >>> have been posted here recently, and to write them down in order (more o=
> r
> >>> less). So you'll now find two files concerning the Euphoria Standard Li=
> brary
> >>> on my website
> >>> - <a href="http://home.arcor.de/luethje/esl/index.htm">http://home.ar=
> cor.de/luethje/esl/index.htm</a>
> >>> - <a href="http://home.arcor.de/luethje/esl/esl_paper01.htm">http://h=
> ome.arcor.de/luethje/esl/esl_paper01.htm</a>
> >>>
> >>> I hope this is OK for everyone. The files can stay on my website, or we=
>
> >>> can put them anywhere else -- it doesn't matter for me. We just should
> >>> not have more than one place, where the documents are.
> >>>
> >>> The "papers" are only drafts which will have to be revised, of course.
> >>>
> >>> Regards,
> >>> Juergen
> >>>
> >
> > Looks good at first glance, I'll read it more in-depth tomorrow.
> >
> > FWIW, I like Derek Parnell's variable naming method for a coding standard=
> . It is simple enough to be understood. If you're not aware of it, please=
> search the EUforum archive, its in there.
> >
> > =========================
> =============
> > Too many freaks, not enough circuses.
> >
> > j.
> >
>
> I'm still online, but was busy with more rewarding activities than
> administering a project in a vegetative state :p
>
> I just read Juergen's papers.
>
> * I agree with the coding guidelines.
> * As for documentation format, there should be a stabdard tool. D.
> Newhall appears to be releasing one soon, so that's no longer an issue.
> * We'll have to specify scopes more precisely. For instance, "math
> routines" could be a small or humongous (set of) .e. Will it deal with
> permutations?linear algebra?group theory?FP analysis?rational
> approximation?complex nu=F9bers?arbitrary size/precision? (could go on for
> pages)
Well, it is supposed to be a *standard* library. Standard functions would
probably be in a math.e file and more advanced stuff in say a statistics.e or
advmath.e or some such.
> * The text only mentions modules that were written in other languages.
> Writers of some Eu libs already did this work for us. Again, let's
> consider preexisting Eu libs as acceptable modules. They may have to be
> rewritten anyway, if only to accommodate the goding guidelines.
> * There should be some formal emphasis on naming and order consistency
> for routine parameters, as I find this one of the most problematic issue
> when using another language. Cross-module consistency issues will
> necessarily arise, as complete independence is not possible nor to be
> wished (if only to avoid 57 abs() functions).
>
>
> Just some thoughts, I may have some more ideas (initially mistyped
> oddeas) later.
>
> CChris
>
>
=====================================
Too many freaks, not enough circuses.
j.
