Charm++ parallel programming system

["White, Samuel T" <white67 AT illinois.edu>]

Hey Jozsef,

Thanks for pointing this out, the fix is here and should be merged shortly:
https://charm.cs.illinois.edu/gerrit/#/c/charm/+/4150/

Also, we merged a change related to one of your earlier emails about 
mismatched reductions. When Charm++ is built without "--with-production" or 
with "--with-production --enable-error-checking" we now print out the name of 
the reducer and callback type as strings rather than ints. For custom 
reducers, you can optionally pass a string name to "addReducer(reducerFn fn, 
bool streamable=false, const char* name=NULL)" that will then be printed if 
you encounter that error.

-Sam

________________________________________
From: Jozsef Bakosi 
[jbakosi AT lanl.gov]
Sent: Tuesday, May 08, 2018 9:34 PM
To: charm
Subject: [charm] build passes -stdlib=libc++ on mac/gcc build and fails

Hi folks,

On mac, using the gnu compiler suite, the build passes the -stdlib=libc++
compiler argument during configure and thus fails, since g++ does not take 
that
option. I tested this with 6e427c6ed, tag v6.8.2 is fine.

./build charm++ mpi-darwin-x86_64 --build-shared -j24 -g

$ less tmp/charmconfig.out
Error checking is enabled
AMPI error checking is enabled
Statistics collection is enabled
Charm tracing is enabled
Charm tracing communication thread is disabled
CharmDebug is enabled
Charm record/replay is enabled
CCS is enabled
Charm control point is enabled
Charm LB user data is disabled
Charm shrink expand is disabled
CharmPy support is disabled
Setting load balancing timer type as 'double'
### whether C++ compiler works
#include <stdio.h>
void foo(void) {
        printf("Hello, world!\n");
}
mpicxx -dynamic -fPIC -fno-common -Wno-deprecated-declarations -stdlib=libc++ 
-mmacosx-version-min=10.7 -D_DARWIN_C_SOURCE -I../include -I. -c test.cpp -o 
test.o
g++-mp-5: error: unrecognized command line option '-stdlib=libc++'

Please let me know if you need more info.

Thanks,
Jozsef