config.cache files often have to be deleted about apple-gdb-1824

[cooljeanius]

they also have to get deleted any time there's a change in minor OS revision: e.g.,

configure: loading cache ./config.cache
configure: error: `build_alias' has changed since the previous run:
configure:   former value:  `x86_64-apple-darwin20.6.0'
configure:   current value: `x86_64-apple-darwin20.3.0'
configure: error: `host_alias' has changed since the previous run:
configure:   former value:  `x86_64-apple-darwin20.6.0'
configure:   current value: `x86_64-apple-darwin20.3.0'
configure: error: `target_alias' has changed since the previous run:
configure:   former value:  `x86_64-apple-darwin20.6.0'
configure:   current value: `x86_64-apple-darwin20.3.0'
configure: error: `CFLAGS' has changed since the previous run:
configure:   former value:  `-g -O2  -arch x86_64'
configure:   current value: `-g -O2  '
configure: error: `CXXFLAGS' has changed since the previous run:
configure:   former value:  `-g -O2 -arch x86_64'
configure:   current value: `-g -O2 '
configure: error: in `/Users/ericgallager/apple-gdb-1824/src/utils':
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ./config.cache' and start over
make: *** [configure-utils] Error 1

Still Big Sur, but 3 increased to 6... maybe I should just have that part stripped from the triplet...

[cooljeanius]

So, one thing I try doing in the configure scripts is hacking the caches with sed to try to remove offending values, but that often leads to messages like this from the configure scripts:

hacking CPPFLAGS out of ../config.cache
sed: 1: "../config.cache": invalid command code .
sed: 1: "../config.cache": invalid command code .