coreutils @9.x: fix implicit declaration warnings

[mascguy (Christopher Nielsen)]

Specifically:

  re_search: found in coreutils-9.1/config.log
  re_compile_pattern: found in coreutils-9.1/config.log
  re_set_syntax: found in coreutils-9.1/config.log
  MIN: found in coreutils-9.1/config.log
  __fpending: found in coreutils-9.1/config.log
  free: found in coreutils-9.1/config.log
  strchr: found in coreutils-9.1/config.log
  re_match: found in coreutils-9.1/config.log

[acjones8 (Alex Jones)]

Ran into this issue today while upgrading coreutils on 10.5.8. If I try to do it with gcc-4.2, it fails and gets stuck trying to recreate the same directory inside itself until it eventually hits the limit for the longest possible filename and fails. This probably isn't a proper fix, but as a short term workaround, using gcc-7.5.0 instead gets through the compile without any problems.

[mascguy (Christopher Nielsen)]

Replying to acjones8:

Ran into this issue today while upgrading coreutils on 10.5.8. If I try to do it with gcc-4.2, it fails and gets stuck trying to recreate the same directory inside itself until it eventually hits the limit for the longest possible filename and fails. This probably isn't a proper fix, but as a short term workaround, using gcc-7.5.0 instead gets through the compile without any problems.

This ticket simply covers fixing implicit declaration errors.

But I believe the directory creation behavior you speak of, is covered by issue:62994.

[ryandesign (Ryan Carsten Schmidt)]

In 00461b59e05039c16a0cda04485ae34045607f32/macports-ports (master):

coreutils*: Suppress strchr warning

See: #65435