[lmi-commits] [lmi] master d20268b2 5/9: Remove another dependency on an ancient gcc version

[Greg Chicares]

branch: master
commit d20268b23e0778e4921f097996dd06a84eff9a66
Author: Gregory W. Chicares <gchicares@sbcglobal.net>
Commit: Gregory W. Chicares <gchicares@sbcglobal.net>

    Remove another dependency on an ancient gcc version
    
    Incidentally expunged $(ggc_flags), which is no longer useful.
---
 compiler_gcc.make | 24 +++++++++++-------------
 1 file changed, 11 insertions(+), 13 deletions(-)

diff --git a/compiler_gcc.make b/compiler_gcc.make
index ed367dc2..a86e3fd2 100644
--- a/compiler_gcc.make
+++ b/compiler_gcc.make
@@ -501,23 +501,21 @@ ifeq (x86_64-pc-linux-gnu,$(LMI_TRIPLET))
   c_l_flags += -fPIC
 endif
 
-# As this is written in 2012, lmi is often built on machines with less
-# RAM per core than gcc wants. Experiments show that these flags cut
-# gcc's RAM appetite by fifty percent, in return for a ten-percent
-# speed penalty that can be overcome by increasing parallelism. There
-# seems to be no need for them with gcc-4.x, which uses less RAM.
-
-ifeq (gcc,$(LMI_COMPILER))
-  ifeq (3.4.5,$(gcc_version))
-    ggc_flags := --param ggc-min-expand=25 --param ggc-min-heapsize=32768
-  endif
-endif
+# Around 2012 it was profitable to use flags such as
+#   --param ggc-min-expand=25 --param ggc-min-heapsize=32768
+# with older, more RAM-hungry versions of gcc, on older hardware
+# that didn't have as much RAM per core as gcc wanted. Experiments
+# showed that these flags cut gcc's RAM appetite by fifty percent,
+# in return for a ten-percent speed penalty that could be overcome
+# by increasing parallelism. They became unnecessary with gcc-4.x,
+# which used less RAM. They might become useful again in future
+# circumstances that cannot be foreseen.
 
 CFLAGS = \
-  $(ggc_flags) $(optimization_flag) $(c_l_flags) \
+  $(optimization_flag) $(c_l_flags) \
 
 CXXFLAGS = \
-  $(ggc_flags) $(optimization_flag) $(c_l_flags) \
+  $(optimization_flag) $(c_l_flags) \
 
 LDFLAGS = $(c_l_flags) -Wl,-Map,$@.map \