[MacPorts] #62594: yydecode @0.2.10: error: implicitly declaring library function 'strcmp'

[MacPorts]

#62594: yydecode @0.2.10: error: implicitly declaring library function 'strcmp'
--------------------------+-----------------------------
  Reporter:  cooljeanius  |      Owner:  (none)
      Type:  defect       |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.6.4
Resolution:               |   Keywords:  bigsur catalina
      Port:  yydecode     |
--------------------------+-----------------------------

Comment (by ryandesign):

 I see getopt.c in gnulib:

 http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/getopt.c;hb=HEAD

 I see commits there with the message "getopt: merge from glibc".

 I see getopt.c in glibc:

 https://sourceware.org/git/?p=glibc.git;a=blob;f=posix/getopt.c;hb=HEAD

 I see commits there with the message "getopt: merge from gnulib".

 This makes it unclear which of these, if either, is the authoritative
 version.

 According to
 https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=posix/getopt.c;h=543c8e7284d7247db1dbd00e15cbf6406f9a6f8b;hp=6671787b6fc4d20bf9e94038c9e217b0c411abaf;hb=06576cbf4eae13324985df1a690afa2705c992cc;hpb=10a33cf8b403e3c031c5dd10a06b4a2a6489e48c
 both gnulib and glibc are upstream for getopt.c. So I guess we get to
 analyze the commit history of the file in both projects to determine how
 this problem was fixed.

-- 
Ticket URL: <https://trac.macports.org/ticket/62594#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS