charm AT lists.siebelschool.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Jozsef Bakosi <jbakosi AT lanl.gov>
- To: "White, Samuel T" <white67 AT illinois.edu>
- Cc: charm <charm AT lists.cs.illinois.edu>
- Subject: Re: [charm] build passes -stdlib=libc++ on mac/gcc build and fails
- Date: Wed, 9 May 2018 10:30:04 -0600
- Authentication-results: illinois.edu; spf=pass smtp.mailfrom=jbakosi AT lanl.gov; dmarc=pass header.from=lanl.gov
Excellent! Thanks a lot, Sam,
Jozsef
On 05.09.2018 14:42, White, Samuel T wrote:
> 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
- [charm] build passes -stdlib=libc++ on mac/gcc build and fails, Jozsef Bakosi, 05/08/2018
- RE: [charm] build passes -stdlib=libc++ on mac/gcc build and fails, White, Samuel T, 05/09/2018
- Re: [charm] build passes -stdlib=libc++ on mac/gcc build and fails, Jozsef Bakosi, 05/09/2018
- RE: [charm] build passes -stdlib=libc++ on mac/gcc build and fails, White, Samuel T, 05/09/2018
Archive powered by MHonArc 2.6.19.