https://gcc.gnu.org/bugzilla/show_bug.cgi?id=125584
--- Comment #8 from Andre Vehreschild <vehre at gcc dot gnu.org> --- The idea of not changing the memory size for testing was to test what a user would run. So to say, the test was very successful, because it showed that the choosen default is to larger for some systems. On the other hand may a smaller default be too small for a real world problem. There is no handling for allocating additional shared memory segments to share between the processes although that in theory is prepared. Furthermore is there no detection, if not by the OS, that more memory than the shared segment is used for coarrays. I.e. there is no guard yet implemented. One could do this in checking mode and not by default, but nothing was discussed yet. Therefore let's collect opinions on how to resolve this: Should the testsuite be modified and use a smaller segment size on non-lazy backing memory allocating OSes? Or should this just be documented and be configured individually by the runner of the test, i.e. not in the suite, but by a environment variable on the system the tests run on? Any more thoughts?
