slirp @1.0.17: ror: second parameter of 'main' (argument array) must be of type 'char **'

[pengyu.ut@…]

I get the following error when I install slirp. Does anybody know how to fix the problem? Thanks.

~$ sudo port install slirp
--->  Building slirp
Error: org.macports.build for port slirp returned: command execution failed
Please see the log file for port slirp for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_comms_slirp/slirp/main.log
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port slirp failed

[larryv (Lawrence Velázquez)]

Please ​clean, try again, and attach the complete main.log if it fails.

[pengyu.ut@…]

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_comms_slirp/slirp/main.log

[ryandesign (Ryan Carsten Schmidt)]

The log says:

:info:build ./main.p:1:5: error: second parameter of 'main' (argument array) must be of type 'char **'
:info:build int main _P((int, char));
:info:build     ^

In fact the first line of ./main.p after extracting the tarball is correct:

int main _P((int, char **));

However the first thing the build does is to regenerate the .p files using a perl script called mkpro, e.g.:

ccache /usr/bin/clang -E -I. -I. -DUSE_PPP -DUSE_MS_DNS  -DUSE_PPP -pipe -Os -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -arch x86_64 main.c | /opt/local/bin/perl ./mkpro > main.p.bak && mv -f main.p.bak main.p

After this, the first line of main.p is the incorrect version that the error mentions:

int main _P((int, char));

​Debian noticed this problem too. They supposed that the mkpro perl script used to work, but that a recent version of perl broke it. On this hunch, since the default variant of the perl5 port is currently perl5_12, I reinstalled it with the perl5_8 variant, and mkpro succeeded and the build continued, though failing later on for other reasons.

​Debian patched the Makefile to not run mkpro at all, since its purpose seems to be to regenerate the .p files, presumably to aid development, but slirp hasn't been under development for years. However there is a difference in the .p files before and after mkpro runs. I'll attach that diff here, then continue testing to see if this difference is important and to see if I can fix the later build failure.

[cooljeanius (Eric Gallager)]

Cc Me!

[cooljeanius (Eric Gallager)]

So, there are now additional errors when trying to build slirp besides this one... should I open a separate bug, or can we just reuse this one?