[Llvm-bgq-discuss] New bgclang nighty builds (and other updates)

[Mark Abraham]

Hi Hal,

Thanks very much for the update & effort.

I tried out the default bgclang 3.6.0 on vesta, but found a bunch of the
GROMACS SIMD-layer unit tests failing. These need correct QPX vector
intrinsics available. From memory, things worked fine with bgclang in
~August last year, but I no longer have those results. Is there a simple
way I can compile on vesta with older bgclang to see where a problem might
lie? Otherwise / depending what I learn, I'll break out a debugger.

Thanks,

Mark


On Fri, Mar 20, 2015 at 12:15 AM, Hal Finkel <hfinkel at anl.gov> wrote:

> Hello everyone,
>
> First, let me apologize to everyone, this is a few months late... but,
> hopefully, this will never be a problem again...
>
> I now have a system setup which automatically pulls in upstream changes
> and tries to merge those with the bgclang-specific patches, and then builds
> the resulting suite of bgclang RPMs. When this succeeds, the RPMs should be
> posted automatically to:
>
>   http://www.mcs.anl.gov/~hfinkel/bgclang/
>   (note that installing a build from here now also requires both the
> 'stage1' and 'stage2' RPMs as well)
>
> The first such nightly build, r232720-20150319, has been posted to that
> page.
>
> And, for the curious, the local repositories used for version control are
> now mirrored to github:
>
>   https://github.com/hfinkel/clang-bgq
>   https://github.com/hfinkel/llvm-bgq
>   https://github.com/hfinkel/bgclang-aux
>   https://github.com/hfinkel/compiler-rt-bgq
>   https://github.com/hfinkel/libcxx-bgq
>   https://github.com/hfinkel/openmp-bgq
>   https://github.com/hfinkel/sleef-bgq
>
> Compared to the latest "released" version (r220548-20141024), the
> most-recent nightly build does show some performance regressions, and there
> are a few things I've not even tested yet (LTO, ASan, etc.), but it also
> contains a number of bug fixes and improvements, so feel free to test on
> your applications.
>
> One particular noteworthy improvement is that our OpenMP runtime library
> now has affinity support enabled. This means that all of the OpenMP 4
> affinity features should work, and also that the default thread<->core
> bindings are now sensible.
>
> The bgclang wrapper script no longer disables 'fast-isel' instruction
> selection at -O0, so your debug builds should now be faster too. Also, the
> automated vectorization of math functions using our SLEEF library
> adaptation is controlled using the new -fveclib flag (so the wrapper script
> contains -fveclib=SLEEF, and you can add -fveclib=none to turn it off if
> desired for whatever reason).
>
> Also, the core QPX support has been contributed upstream (although not yet
> the Clang-level intrinsics support); so if you're using LLVM as a library,
> and want to just build from upstream sources instead of depending on the
> bgclang builds, that is now possible.
>
> Thanks again everyone, and please let me know if you experience any
> difficulties,
> Hal
>
> --
> Hal Finkel
> Assistant Computational Scientist
> Leadership Computing Facility
> Argonne National Laboratory
> _______________________________________________
> llvm-bgq-discuss mailing list
> llvm-bgq-discuss at lists.alcf.anl.gov
> https://lists.alcf.anl.gov/mailman/listinfo/llvm-bgq-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alcf.anl.gov/pipermail/llvm-bgq-discuss/attachments/20150324/174b5c76/attachment.html>