On Thu, Oct 24, 2013 at 4:07 PM, Kirk, Benjamin (JSC-EG311) <
benjamin.k...@nasa.gov> wrote:
> I've only gone so far as finding the proper mailing lists, but you'll have
> to subscribe first.
>
It wasn't too bad, I just sent mail to support-net...@unidata.ucar.edu and
already received a response.
I've only gone so far as finding the proper mailing lists, but you'll have to
subscribe first.
Well done!
On Oct 24, 2013, at 4:38 PM, "John Peterson" wrote:
> Just to expand on this issue a bit: the bug is netcdf's fault, not clang's.
>
> In contrib/netcdf/4.3.0/ncgen3/genlib.h, they hav
Just to expand on this issue a bit: the bug is netcdf's fault, not clang's.
In contrib/netcdf/4.3.0/ncgen3/genlib.h, they have the following:
#ifndef HAVE_STRLCAT
extern size_t strlcat(char *dst, const char *src, size_t siz);
#endif
which my compiler somehow reaches even though my system _does
While libmesh builds fine on OSX 10.9 with a hand-built GCC, apparently the
same cannot be said for a hand-built clang (or maybe any clang?). We
specifically tried the following one (since it includes OpenMP support)
$ clang++ --version
> clang version 3.3.1
> (https://github.com/clang-omp/clang