Hi Jürgen -- Per POSIX, bind requires the inclusion of sys/socket.h, so that should be in the includes list for main.cc if there is a call to bind in main.cc. I'm not sure we can or should assume an implicit include from elsewhere.
https://pubs.opengroup.org/onlinepubs/9699919799/functions/bind.html As for needing the scope-resolution on bind, that is something that someone (i.e., me or Alexander) should look further into. ~Brian ________________________________ Brian Robert Callahan, Ph.D. Lecturer, ITWS@RPI Office: Lally 304 ________________________________ From: Bug-apl [[email protected]] on behalf of Dr. Jürgen Sauermann [[email protected]] Sent: Monday, April 12, 2021 5:47 AM To: Alexander Shendi; [email protected] Subject: Re: GNU APL now requires bash shell and in-tree builds Hi Alexander, thanks, fixed in SVN 1470. The bind() error is somewhat strange because: - in the same file (main.cc), accept() (a companion of bind()) works without :: and - in other files bind() also works without :: I suppose some other #include file declares bind() differently (which would be an error in the platform). Best Regards, Jürgen On 4/11/21 10:53 PM, Alexander Shendi wrote: Dear list, I tried out SVN 1468, but still had to modify the following files * . /configure (replace "source" with ".") * . /src/main.cc (replace "bind" with "::bind" on line 300 Thanks in advance for your help. /Alexander Am 11. April 2021 15:26:44 MESZ schrieb "Callahan, Brian Robert" <[email protected]><mailto:[email protected]>: Hello -- In fixing Alexander's issue, I found these lines in the GNU APL Makefile I have never seen before: buildtag.hh: Makefile buildtag.sh source ${top_srcdir}/buildtag.sh touch $@ The source command is a bash built-in and won't work on other shells, like OpenBSD ksh. Additionally, even with bash, this command does not work if doing an out-of-tree build, which is the way I have always built GNU APL and which autotools are supposed to make easy to do. Thanks. ~Brian ________________________________ Brian Robert Callahan, Ph.D. Lecturer, ITWS@RPI Office: Lally 304 -- Ceci n'est pas un courriel.
