Skip to Content.
Sympa Menu

charm - Re: [charm] #define Classname_SDAG_CODE even if there is no SDAG code

charm AT lists.cs.illinois.edu

Subject: Charm++ parallel programming system

List archive

Re: [charm] #define Classname_SDAG_CODE even if there is no SDAG code


Chronological Thread 
  • From: Phil Miller <mille121 AT illinois.edu>
  • To: Robert Steinke <rsteinke AT uwyo.edu>
  • Cc: Charm Mailing List <charm AT cs.illinois.edu>
  • Subject: Re: [charm] #define Classname_SDAG_CODE even if there is no SDAG code
  • Date: Wed, 1 Apr 2015 09:35:34 -0500
  • List-archive: <http://lists.cs.uiuc.edu/pipermail/charm/>
  • List-id: CHARM parallel programming system <charm.cs.uiuc.edu>

We've actually implemented exactly that in response to another user's recent request. You'll find it in the next release, or in the main 'charm' branch of our git repository.

On Apr 1, 2015 9:33 AM, "Robert Steinke" <rsteinke AT uwyo.edu> wrote:
I have a suggestion.  Could Charm++ #define Classname_SDAG_CODE to be blank if there is no SDAG code?  Currently it isn't defined at all so it generates a compiler error if you put Classname_SDAG_CODE in a chare that has no SDAG code.  This is inconvenient if I'm writing a chare that I know will have SDAG code, but I haven't gotten to that yet, and I want to check that what I have done so far compiles.  Sure, I could leave out the Classname_SDAG_CODE for now, but then I have to remember to go back and add it later.  It seems like defining it to be blank wouldn't do any harm, and programmers could just make a habit of putting Classname_SDAG_CODE in every Chare class without having to think about whether it needs it or not.

Bob Steinke
_______________________________________________
charm mailing list
charm AT cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/charm



Archive powered by MHonArc 2.6.16.

Top of Page