Conversation
Some tests of asan and tsan had to be disabled because of 32<->64 bit issues.
There was a problem hiding this comment.
If you have no objections with the licensing scheme, I'd say add yourself in the list of authors;
having a couple of authors per (complex) easyconfig is good for "parenting" them...
Otherwise, nice work! that will also help #350 now...
|
OK, I've made the requested changes. I've a look at #350 when I can. |
There was a problem hiding this comment.
better to use %(version)s (same below)
|
@wpoely: Do you have a reference you can mention for the patch files, e.g. a bug ticket in the Clang bug tracker that confirms the issue (and maybe mentions how to dance around it)? |
|
Hmm, building |
use %(version)s
|
@boegel I don't have one. It's something strange in the build/test suite of clang. It tries to use a 32 bit version of the asan lib which isn't there. asan itself seems to work fine. If I find the time, I will take a closer look but for now, I've just disabled the tests. This should not affect Clang itself as you have to explicit compile with a flag to enable asan or tsan. |
|
I've build this branch on my Fedora 19 system without issue. |
|
Hmm, http://www.unix.com/programming/121283-c-compilation-problem.html suggests it's just a matter of a faulty include... Will test on my end. |
|
Nevermind, I was accidentally using a SL5 GCC build on SL6, which is asking for trouble. |
|
OK, Clang build did work on my end after all, so good to merge in! Thanks @wpoely86! |
Clang 3.3 needs at least cmake 2.8.8 so I updated the necessary easyconfigs.
Depends on easybuilders/easybuild-easyblocks#248