Skip to content

Conversation

@boegel
Copy link
Member

@boegel boegel commented May 6, 2018

(created using eb --new-pr)

@boegel boegel added the update label May 6, 2018
@boegel
Copy link
Member Author

boegel commented May 6, 2018

Test report by @boegel
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
node2310.phanpy.os - Linux centos linux 7.4.1708, Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz, Python 2.7.5
See https://gist.github.com/aea500ec23aea4107a8d799c51a0967f for a full test report.

@boegel
Copy link
Member Author

boegel commented May 6, 2018

Test report by @boegel
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
node3170.skitty.os - Linux centos linux 7.4.1708, Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz, Python 2.7.5
See https://gist.github.com/d81ee88182624a9a6204f0cde85f5bfb for a full test report.

@boegel
Copy link
Member Author

boegel commented May 6, 2018

Test report by @boegel
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
node2010.delcatty.os - Linux centos linux 7.4.1708, Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz, Python 2.7.5
See https://gist.github.com/5ad75c14597f6ccd3c44b5653f2e7d29 for a full test report.

@verdurin
Copy link
Member

verdurin commented May 9, 2018

Test report by @verdurin
FAILED
Build succeeded for 2 out of 10 (8 easyconfigs in this PR)
easybuild.novalocal - Linux centos linux 7.5.1804, Intel Xeon E312xx (Sandy Bridge), Python 2.7.5
See https://gist.github.com/f1373dd6a7f3f79421d17d3a580496d6 for a full test report.

@verdurin
Copy link
Member

Test report by @verdurin
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
easybuild.novalocal - Linux centos linux 7.5.1804, Intel Xeon E312xx (Sandy Bridge), Python 2.7.5
See https://gist.github.com/9ba5f659cd98c9bcfa90c42662c4753f for a full test report.


homepage = 'http://gcc.gnu.org/'
description = """The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, and Ada,
as well as libraries for these languages (libstdc++, libgcj,...)."""
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@boegel Is it worth adding a line in the description about the distinction between GCC and GCCcore, to make the distinction clearer? It's a question that keeps coming up...

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, not sure if that'll make much difference...

I'm actually hoping we can get rid of the GCC vs GCCcore situation, we may have another way of dealing with this now, for example by using Bundle & components to perform a GCC installation that also includes binutils, but we need to check how this will impact sites using HMNS.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@boegel We have HMNS. What needs testing/checking?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Whether we can use GCC as a subtoolchain for both foss and intel (rather than GCCcore).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This won't work, the reason GCCcore exists is because it is not classed as a compiler in the hierarchy (i.e., it is not part of the compiler family), which allows it to be loaded at the same time as another compiler. It is there to provide a base for all the other compilers.
GCC is in the family so can't be loaded at the same time as another compiler. If we did not include it in the family we would not get the desired swapping behaviour. At JSC to avoid confusion we hide GCCcore.

Copy link
Collaborator

@jhein32 jhein32 May 18, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Folling @ocaisa 's input I did a simple test on our machine

load GCC/6.4.0-2.28
load intel/2018a

I don't see any unloading. Checking on environment variables, the ones related to GCC, eg. EBVERSIONGCC=6.4.0 is still there after loading intel (it is not there when I only load the intel). A "which gcc" is still pointing at the correct version, so is "mpicc -v". "mpiicc -v" points to the right intel compiler.

So if I were to go along and build software against this outside EasyBuild this should just work. Most likely I am still to ignorant on the internal workings of EB. Could someone clue me where the "explosion" comes?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

By the way, should we move this discussion out of the GCC 8.1.0 pull request? I think it belongs somewhere else.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed with @jhein32, I've opened an issue for this: #6366

Let's get this one merged @migueldiascosta?

@boegel boegel added this to the 3.6.1 milestone May 23, 2018
@migueldiascosta
Copy link
Member

Test report by @migueldiascosta
FAILED
Build succeeded for 0 out of 8 (8 easyconfigs in this PR)
grc-cluster1 - Linux centos 6.9, Intel(R) Xeon(R) CPU E5-2640 0 @ 2.50GHz, Python 2.7.14
See https://gist.github.com/a354a78c7da2ea41ee414e926287395d for a full test report.

@boegel
Copy link
Member Author

boegel commented May 24, 2018

@migueldiascosta Hmm, GCC 8.1 may be too new for CentOS 6.x?

checking if Link Time Optimisation flag '-flto' is supported...... no
configure: error: Link Time Optimisation flag '-flto' is not supported.
make[1]: *** [configure-mpfr] Error 1

('M4', '1.4.18'),
('binutils', '2.30'),
# a sufficiently recent GCC is required (needs to support -flto), so can't rely on system GCC
('GCCcore', '6.4.0'),
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@geimer Thoughts on this? The gcc includes with CentOS 6.x is apparently not recent enough to build GCC 8.1...

@boegel
Copy link
Member Author

boegel commented May 24, 2018

Test report by @boegel
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
node2700.swalot.os - Linux centos linux 7.4.1708, Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz, Python 2.7.5
See https://gist.github.com/a88050d1f17a5a5510ad3618df75e1be for a full test report.

@boegel
Copy link
Member Author

boegel commented May 24, 2018

Test report by @boegel
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
node3104.skitty.os - Linux centos linux 7.4.1708, Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz, Python 2.7.5
See https://gist.github.com/8f2b511e32fb3d04af5a2ed9abb83706 for a full test report.

@migueldiascosta
Copy link
Member

Test report by @migueldiascosta
SUCCESS
Build succeeded for 8 out of 8 (8 easyconfigs in this PR)
grc-cluster1 - Linux centos 6.9, Intel(R) Xeon(R) CPU E5-2640 0 @ 2.50GHz, Python 2.7.14
See https://gist.github.com/2c1f6b3f60e785a884a605a466aa55b8 for a full test report.

Copy link
Member

@migueldiascosta migueldiascosta left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@migueldiascosta
Copy link
Member

Going in, thanks @boegel!

@migueldiascosta migueldiascosta merged commit 00581fb into easybuilders:develop May 24, 2018
@boegel boegel deleted the 20180506192626_new_pr_GCC810 branch May 24, 2018 14:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants