[MacPorts] #71517: kermit @9.0.302: error: type specifier missing, defaults to 'int'; ISO C99 and later do not support implicit int [-Wimplicit-int]

[MacPorts]

#71517: kermit @9.0.302: error: type specifier missing, defaults to 'int'; ISO C99
and later do not support implicit int [-Wimplicit-int]
-----------------------+---------------------
  Reporter:  SaintBol  |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.10.5
Resolution:            |   Keywords:  sequoia
      Port:  kermit    |
-----------------------+---------------------

Comment (by DarwinNE):

 If it can be as a quick and dirty workaround, I managed to compile Kermit
 by manually patching the file that creates the issue.

 In my install, it is locally stored as:
 /System/Volumes/Data/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_comms_kermit/kermit/work/cku302/ckwart.c

 If it is not there, I found the file with a simple "find":

 {{{
 sudo find / -name ckwart.c 2>/dev/null
 }}}

 I added "int " at the beginning of the line 531, that is at the origin of
 the error. The corrected line now is:

 {{{
 int main(argc,argv) int argc; char **argv; {
 }}}

 The next sudo port install kermit does not download again the sources, so
 the patched version is used.

 I know this is not a proper way to solve the issue, but it was important
 for me to find a quick solution to continue using minicom.

 BTW, I noticed a comment in the file:
 {{{
 /*
   If you get complaints about "main: return type is not blah",
   define MAINTYPE on the CC command line, e.g. "CFLAGS=-DMAINTYPE=int".
 */
 }}}

 Maybe this is something that can be managed at the port level, without
 changing the source files.

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