gfortran 4.7.4 leads to glibc segfault

[Juergen Reuter]

22 of 110 unit tests fail with glibc problems:

*** glibc detected *** /afs/desy.de/group/theorie/software/packages/whizard/build/src/.libs/lt-whizard_ut: double free or corruption (!prev): 0x00000000025f4f00 ***
======= Backtrace: =========
/lib64/libc.so.6[0x31f4075f4e]
/lib64/libc.so.6[0x31f4078cf0]

Then there are also segmentation faults:

Backtrace for this error:
#0  0x7F482B137E47
#1  0x7F482B138414
#2  0x31F403269F
#3  0x7F482B1FD040
#4  0x7F482B200613
#5  0x7F482B1F8525
#6  0x7F484CCCBC33
#7  0x7F484CCD442C
#8  0x7F484CA16EE3
#9  0x7F484CA1AF5B
#10  0x7F484CA68EE6
#11  0x47E230 in __commands_uti_MOD_commands_5 at commands_uti.f90:419
#12  0x7F484CD4FD77
#13  0x446FCC in __commands_ut_MOD_commands_test at commands_ut.f90:64
#14  0x443DE6 in whizard_check at main_ut.f90:665

[Juergen Reuter]

Actually it was the big NLO refactoring merge that broke things. At first, it didn't compile, which JRR fixed, but then the Jenkins message that it is still failing didn't appear in Slack, and JRR didn't recognize that the 'all is well' notification hadn't come.

[Juergen Reuter]

After several investigations, DESY site and TO believes that the best thing is to stop gfortran 4.7.4 support, and switch to 4.8.X as oldest supported gfortran compiler for WHIZARD.

[Juergen Reuter]

As there was general agreement, we discard our support for gfortran 4.7.4.

[Juergen Reuter]

Milestone renamed

[Juergen Reuter]

Milestone renamed