Hi Andrea --

I think this is a great start.  I have just a few comments which you 
should interpret as "just one person's opinions"):


> For example, this is the stack trace produced by one of the tests I've 
> created:
>
> Stacktrace
>
> halt (/Users/panzone/workspace/chapel/modules/internal/ChapelIO.chpl:679)
> fact (fact-stacktrace.chpl:1)
> fact (fact-stacktrace.chpl:1)
> fact (fact-stacktrace.chpl:1)

* For the procedure names, I might prefer them to be followed by
   parens (if in fact they are procedures that take parens, or maybe
   even if they don't), just to visually signal that they're routines.
   I.e., imagine:

        halt()
        fact()
        fact()
        fact()

   or:

        halt(...)
        fact(...)
        fact(...)
        fact(...)

   (where the former has the advantage of brevity but might imply that
   the procedures take no arguments; while the latter is needlessly
   lengthier without adding much more useful information)

* w.r.t. the absolute path name, I have a vague sense that there is
   other Chapel code that detects $CHPL_HOME as a prefix and removes
   it, though I can't think where that is.  Perhaps that code (or at
   least approach) could be re-used here?

* I'm wrestling with whether or not it's useful to list halt() in
   the stack trace given that all code will have that entry?


Best wishes,
-Brad


------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
Chapel-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-developers

Reply via email to