[GRASS-dev] GRASS 7.4.2 won't configure on Mac

On 2 October, I had no trouble in configuring or compiling GRASS 7.4 RC on the Mac. Today, I just tried to compile the final 7.4.2 release and it won’t configure. It has an error I’ve never seen before. I assume it is somewhat bogus because I DO have zlib and it is in my path. Here is the configure results. Any thoughts?

Michael

==========

checking host system type… x86_64-apple-darwin18.0.0
checking for gcc… /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) works… yes
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang accepts -g… yes
checking for Cygwin environment… no
checking for mingw32 environment… no
checking for executable suffix… no
checking for full floating-point support… yes
checking for pwd… /bin/pwd
checking for source directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for build directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for svnversion… /usr/bin/svnversion
checking for MacOSX App… no
checking for MacOSX architectures… no
checking for MacOSX SDK… no
checking how to build libraries… shared
checking for additional include dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/include
checking for additional library dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/lib
checking for a BSD compatible install… /usr/bin/install -c
checking for flex… flex
checking for yywrap in -lfl… no
checking for bison… bison -y
checking for ranlib… ranlib
checking for ar… ar
checking for env… env
checking for perl… /usr/bin/perl
checking how to run the C preprocessor… /lib/cpp
checking for ANSI C header files… no
checking for limits.h… no
checking for termio.h… no
checking for termios.h… no
checking for unistd.h… no
checking for values.h… no
checking for f2c.h… no
checking for g2c.h… no
checking for sys/ioctl.h… no
checking for sys/mtio.h… no
checking for sys/resource.h… no
checking for sys/time.h… no
checking for sys/timeb.h… no
checking for sys/types.h… no
checking for sys/utsname.h… no
checking for libintl.h… no
checking for iconv.h… no
checking for langinfo.h… no
checking whether time.h and sys/time.h may both be included… no
checking for off_t… no
checking for uid_t in sys/types.h… no
checking return type of signal handlers… int
checking for Cygwin environment… no
checking for ftime… no
checking for gethostname… no
checking for gettimeofday… no
checking for lseek… no
checking for nice… no
checking for time… no
checking for uname… no
checking for seteuid… no
checking for setpriority… no
checking for setreuid… no
checking for setruid… no
checking for drand48… no
checking for putenv… no
checking for setenv… no
checking for nanosleep… no
checking whether setpgrp takes no argument… yes
checking for long long int… yes
checking for W11… no
checking for X… no
checking for library containing cuserid… no
checking for asprintf… no
checking for atan… no
checking for atan in -lm… yes
checking for dlsym… no
checking for dlsym in -ldl… yes
checking for iconv… no
checking for iconv in -liconv… no
checking for iconv in -lgiconv… no
checking for libiconv… no
checking for libiconv in -liconv… yes
checking for socket… no
checking for socket in -lsocket… no
configure: warning: *** Unable to locate socket() function.
checking for location of zlib includes…
checking for zlib.h… no
configure: error: *** Unable to locate zlib includes.
cmb-imaccsdc:release_20181022_grass_7_4_2 cmbarton$


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

I’m back at my workstation I use for building GRASS. Here is the configure log. I hope someone can figure out why 7.4.2 won’t configure.

Thanks
Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 7, 2018, at 4:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Any ideas at all about this???


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 5, 2018, at 11:17 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

On 2 October, I had no trouble in configuring or compiling GRASS 7.4 RC on the Mac. Today, I just tried to compile the final 7.4.2 release and it won’t configure. It has an error I’ve never seen before. I assume it is somewhat bogus because I DO have zlib and it is in my path. Here is the configure results. Any thoughts?

Michael

==========

checking host system type… x86_64-apple-darwin18.0.0
checking for gcc… /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) works… yes
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang accepts -g… yes
checking for Cygwin environment… no
checking for mingw32 environment… no
checking for executable suffix… no
checking for full floating-point support… yes
checking for pwd… /bin/pwd
checking for source directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for build directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for svnversion… /usr/bin/svnversion
checking for MacOSX App… no
checking for MacOSX architectures… no
checking for MacOSX SDK… no
checking how to build libraries… shared
checking for additional include dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/include
checking for additional library dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/lib
checking for a BSD compatible install… /usr/bin/install -c
checking for flex… flex
checking for yywrap in -lfl… no
checking for bison… bison -y
checking for ranlib… ranlib
checking for ar… ar
checking for env… env
checking for perl… /usr/bin/perl
checking how to run the C preprocessor… /lib/cpp
checking for ANSI C header files… no
checking for limits.h… no
checking for termio.h… no
checking for termios.h… no
checking for unistd.h… no
checking for values.h… no
checking for f2c.h… no
checking for g2c.h… no
checking for sys/ioctl.h… no
checking for sys/mtio.h… no
checking for sys/resource.h… no
checking for sys/time.h… no
checking for sys/timeb.h… no
checking for sys/types.h… no
checking for sys/utsname.h… no
checking for libintl.h… no
checking for iconv.h… no
checking for langinfo.h… no
checking whether time.h and sys/time.h may both be included… no
checking for off_t… no
checking for uid_t in sys/types.h… no
checking return type of signal handlers… int
checking for Cygwin environment… no
checking for ftime… no
checking for gethostname… no
checking for gettimeofday… no
checking for lseek… no
checking for nice… no
checking for time… no
checking for uname… no
checking for seteuid… no
checking for setpriority… no
checking for setreuid… no
checking for setruid… no
checking for drand48… no
checking for putenv… no
checking for setenv… no
checking for nanosleep… no
checking whether setpgrp takes no argument… yes
checking for long long int… yes
checking for W11… no
checking for X… no
checking for library containing cuserid… no
checking for asprintf… no
checking for atan… no
checking for atan in -lm… yes
checking for dlsym… no
checking for dlsym in -ldl… yes
checking for iconv… no
checking for iconv in -liconv… no
checking for iconv in -lgiconv… no
checking for libiconv… no
checking for libiconv in -liconv… yes
checking for socket… no
checking for socket in -lsocket… no
configure: warning: *** Unable to locate socket() function.
checking for location of zlib includes…
checking for zlib.h… no
configure: error: *** Unable to locate zlib includes.
cmb-imaccsdc:release_20181022_grass_7_4_2 cmbarton$


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

(attachments)

config.log (44.1 KB)

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 "configure"
#include "confdefs.h"
#include <zlib.h>

Markis

On Fri, Nov 9, 2018 at 9:38 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I'm back at my workstation I use for building GRASS. Here is the configure log. I hope someone can figure out why 7.4.2 won't configure.

Thanks
Michael

____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 7, 2018, at 4:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Any ideas at all about this???
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 5, 2018, at 11:17 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

On 2 October, I had no trouble in configuring or compiling GRASS 7.4 RC on the Mac. Today, I just tried to compile the final 7.4.2 release and it won't configure. It has an error I've never seen before. I assume it is somewhat bogus because I DO have zlib and it is in my path. Here is the configure results. Any thoughts?

Michael

==========

checking host system type... x86_64-apple-darwin18.0.0
checking for gcc... /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) works... yes
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang accepts -g... yes
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for executable suffix... no
checking for full floating-point support... yes
checking for pwd... /bin/pwd
checking for source directory... /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for build directory... /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for svnversion... /usr/bin/svnversion
checking for MacOSX App... no
checking for MacOSX architectures... no
checking for MacOSX SDK... no
checking how to build libraries... shared
checking for additional include dirs... /Applications/GRASS-7.4.2.app/Contents/Resources/include
checking for additional library dirs... /Applications/GRASS-7.4.2.app/Contents/Resources/lib
checking for a BSD compatible install... /usr/bin/install -c
checking for flex... flex
checking for yywrap in -lfl... no
checking for bison... bison -y
checking for ranlib... ranlib
checking for ar... ar
checking for env... env
checking for perl... /usr/bin/perl
checking how to run the C preprocessor... /lib/cpp
checking for ANSI C header files... no
checking for limits.h... no
checking for termio.h... no
checking for termios.h... no
checking for unistd.h... no
checking for values.h... no
checking for f2c.h... no
checking for g2c.h... no
checking for sys/ioctl.h... no
checking for sys/mtio.h... no
checking for sys/resource.h... no
checking for sys/time.h... no
checking for sys/timeb.h... no
checking for sys/types.h... no
checking for sys/utsname.h... no
checking for libintl.h... no
checking for iconv.h... no
checking for langinfo.h... no
checking whether time.h and sys/time.h may both be included... no
checking for off_t... no
checking for uid_t in sys/types.h... no
checking return type of signal handlers... int
checking for Cygwin environment... no
checking for ftime... no
checking for gethostname... no
checking for gettimeofday... no
checking for lseek... no
checking for nice... no
checking for time... no
checking for uname... no
checking for seteuid... no
checking for setpriority... no
checking for setreuid... no
checking for setruid... no
checking for drand48... no
checking for putenv... no
checking for setenv... no
checking for nanosleep... no
checking whether setpgrp takes no argument... yes
checking for long long int... yes
checking for W11... no
checking for X... no
checking for library containing cuserid... no
checking for asprintf... no
checking for atan... no
checking for atan in -lm... yes
checking for dlsym... no
checking for dlsym in -ldl... yes
checking for iconv... no
checking for iconv in -liconv... no
checking for iconv in -lgiconv... no
checking for libiconv... no
checking for libiconv in -liconv... yes
checking for socket... no
checking for socket in -lsocket... no
configure: warning: *** Unable to locate socket() function.
checking for location of zlib includes...
checking for zlib.h... no
configure: error: *** Unable to locate zlib includes.
cmb-imaccsdc:release_20181022_grass_7_4_2 cmbarton$

____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

--
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

Markis

On Fri, Nov 9, 2018 at 9:38 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I’m back at my workstation I use for building GRASS. Here is the configure log. I hope someone can figure out why 7.4.2 won’t configure.

Thanks
Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=9Zz_4G0qeN5MvroyNPxkb2wFDjT7QAuaAEzAxEjbiE0&e=, https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=4sCoL6-lUryoC6SPwJXBypOt0WVeNUnall85coI_HOw&e=

On Nov 7, 2018, at 4:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Any ideas at all about this???


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=9Zz_4G0qeN5MvroyNPxkb2wFDjT7QAuaAEzAxEjbiE0&e=, https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=4sCoL6-lUryoC6SPwJXBypOt0WVeNUnall85coI_HOw&e=

On Nov 5, 2018, at 11:17 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

On 2 October, I had no trouble in configuring or compiling GRASS 7.4 RC on the Mac. Today, I just tried to compile the final 7.4.2 release and it won’t configure. It has an error I’ve never seen before. I assume it is somewhat bogus because I DO have zlib and it is in my path. Here is the configure results. Any thoughts?

Michael

==========

checking host system type… x86_64-apple-darwin18.0.0
checking for gcc… /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) works… yes
checking whether the C compiler (/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang ) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether /Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang accepts -g… yes
checking for Cygwin environment… no
checking for mingw32 environment… no
checking for executable suffix… no
checking for full floating-point support… yes
checking for pwd… /bin/pwd
checking for source directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for build directory… /Users/cmbarton/grass_source/release_20181022_grass_7_4_2
checking for svnversion… /usr/bin/svnversion
checking for MacOSX App… no
checking for MacOSX architectures… no
checking for MacOSX SDK… no
checking how to build libraries… shared
checking for additional include dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/include
checking for additional library dirs… /Applications/GRASS-7.4.2.app/Contents/Resources/lib
checking for a BSD compatible install… /usr/bin/install -c
checking for flex… flex
checking for yywrap in -lfl… no
checking for bison… bison -y
checking for ranlib… ranlib
checking for ar… ar
checking for env… env
checking for perl… /usr/bin/perl
checking how to run the C preprocessor… /lib/cpp
checking for ANSI C header files… no
checking for limits.h… no
checking for termio.h… no
checking for termios.h… no
checking for unistd.h… no
checking for values.h… no
checking for f2c.h… no
checking for g2c.h… no
checking for sys/ioctl.h… no
checking for sys/mtio.h… no
checking for sys/resource.h… no
checking for sys/time.h… no
checking for sys/timeb.h… no
checking for sys/types.h… no
checking for sys/utsname.h… no
checking for libintl.h… no
checking for iconv.h… no
checking for langinfo.h… no
checking whether time.h and sys/time.h may both be included… no
checking for off_t… no
checking for uid_t in sys/types.h… no
checking return type of signal handlers… int
checking for Cygwin environment… no
checking for ftime… no
checking for gethostname… no
checking for gettimeofday… no
checking for lseek… no
checking for nice… no
checking for time… no
checking for uname… no
checking for seteuid… no
checking for setpriority… no
checking for setreuid… no
checking for setruid… no
checking for drand48… no
checking for putenv… no
checking for setenv… no
checking for nanosleep… no
checking whether setpgrp takes no argument… yes
checking for long long int… yes
checking for W11… no
checking for X… no
checking for library containing cuserid… no
checking for asprintf… no
checking for atan… no
checking for atan in -lm… yes
checking for dlsym… no
checking for dlsym in -ldl… yes
checking for iconv… no
checking for iconv in -liconv… no
checking for iconv in -lgiconv… no
checking for libiconv… no
checking for libiconv in -liconv… yes
checking for socket… no
checking for socket in -lsocket… no
configure: warning: *** Unable to locate socket() function.
checking for location of zlib includes…
checking for zlib.h… no
configure: error: *** Unable to locate zlib includes.
cmb-imaccsdc:release_20181022_grass_7_4_2 cmbarton$


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=9Zz_4G0qeN5MvroyNPxkb2wFDjT7QAuaAEzAxEjbiE0&e=, https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=4sCoL6-lUryoC6SPwJXBypOt0WVeNUnall85coI_HOw&e=


Markus Neteler, PhD
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mundialis.de&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=6U5F75Ew6TUdxfCUW488egdrgchvmaqputctcNCkujM&e= - free data with free software
https://urldefense.proofpoint.com/v2/url?u=http-3A__grass.osgeo.org&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=1uYP2xNi7sRweZyIZE7q-yiHGBa6eVUVdIPMhPmQIEI&e=
https://urldefense.proofpoint.com/v2/url?u=http-3A__courses.neteler.org_blog&d=DwIFaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=pJaY51Rw68JyOto8AeEXsH0V_C9I9BclxKLo2jIGUKE&s=qo5YJPCeg8qXPmfRAyUHNzsr_GNBiITXbUpvewtXtaM&e=

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

Hi Vaclav,

Thanks for the input. I’ve been out of town and have not been able to look into this until today.

As far as I can tell, I do not have cpp anywhere in any of the Mac binaries I’ve done, although I do have a C++ compiler installed. All previous versions compiled and built without this error, and they run fine. So what was changed between 8 October and the release of 7.4.2 that makes configure fail if cpp is not found? Where should I look?

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 12, 2018, at 9:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

On Wed, Nov 21, 2018 at 4:22 PM Michael Barton <Michael.Barton@asu.edu> wrote:

As far as I can tell, I do not have cpp anywhere in any of the Mac binaries I’ve done, although I do have a C++ compiler installed. All previous versions compiled and built without this error, and they run fine. So what was changed between 8 October and the release of 7.4.2 that makes configure fail if cpp is not found? Where should I look?

Do you mean a change in GRASS GIS source code or your system configuration (e.g. updates)? How to decide between them is to configure the last version of GRASS GIS which worked for you. If you can configure and compile from scratch that old version but not the new one, you can try a version in between these two, the go to beginning of this sentence (aka bisect). This way you find the change in GRASS GIS. In case both the old and the new version don’t configure, the change is in your system.

On Nov 12, 2018, at 9:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

Such is my plan B. Just hoping to shortcut it with an inquiry to all if anyone knows of a recent change to GRASS source that might cause this.

No obvious change to my system, but may be something not obvious of course

Michael

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

…Sent from my iPad

···

On Nov 22, 2018, at 7:30 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Nov 21, 2018 at 4:22 PM Michael Barton <Michael.Barton@asu.edu> wrote:

As far as I can tell, I do not have cpp anywhere in any of the Mac binaries I’ve done, although I do have a C++ compiler installed. All previous versions compiled and built without this error, and they run fine. So what was changed between 8 October and the release of 7.4.2 that makes configure fail if cpp is not found? Where should I look?

Do you mean a change in GRASS GIS source code or your system configuration (e.g. updates)? How to decide between them is to configure the last version of GRASS GIS which worked for you. If you can configure and compile from scratch that old version but not the new one, you can try a version in between these two, the go to beginning of this sentence (aka bisect). This way you find the change in GRASS GIS. In case both the old and the new version don’t configure, the change is in your system.

On Nov 12, 2018, at 9:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

Am Do., 22. Nov. 2018, 17:28 hat Michael Barton <Michael.Barton@asu.edu> geschrieben:

Such is my plan B. Just hoping to shortcut it with an inquiry to all if anyone knows of a recent change to GRASS source that might cause this.

No obvious change to my system, but may be something not obvious of course

Usually before RC1 the configure stuff is updated. But I doubt that it causes the problem.

Markus

I just did a restore from a back up of previously compilable trunk source code. Same error. So it is something that has changed in my system. I do have cpp in /usr/bin and it was updated recently (24 October). I do not have a link /lib/cpp and don’t have a non-updated Mac to see if this link did exist previously.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 22, 2018, at 9:10 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Such is my plan B. Just hoping to shortcut it with an inquiry to all if anyone knows of a recent change to GRASS source that might cause this.

No obvious change to my system, but may be something not obvious of course

Michael

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

…Sent from my iPad

On Nov 22, 2018, at 7:30 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Nov 21, 2018 at 4:22 PM Michael Barton <Michael.Barton@asu.edu> wrote:

As far as I can tell, I do not have cpp anywhere in any of the Mac binaries I’ve done, although I do have a C++ compiler installed. All previous versions compiled and built without this error, and they run fine. So what was changed between 8 October and the release of 7.4.2 that makes configure fail if cpp is not found? Where should I look?

Do you mean a change in GRASS GIS source code or your system configuration (e.g. updates)? How to decide between them is to configure the last version of GRASS GIS which worked for you. If you can configure and compile from scratch that old version but not the new one, you can try a version in between these two, the go to beginning of this sentence (aka bisect). This way you find the change in GRASS GIS. In case both the old and the new version don’t configure, the change is in your system.

On Nov 12, 2018, at 9:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>

FWIW, I just try to create a symlink from the /lib folder in the app where I’m compiling GRASS to /usr/bin/cpp. It still won’t configure. So I wonder if this too is a bogus error.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 26, 2018, at 12:46 PM, Michael Barton <michael.barton@asu.edu> wrote:

I just did a restore from a back up of previously compilable trunk source code. Same error. So it is something that has changed in my system. I do have cpp in /usr/bin and it was updated recently (24 October). I do not have a link /lib/cpp and don’t have a non-updated Mac to see if this link did exist previously.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 22, 2018, at 9:10 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

Such is my plan B. Just hoping to shortcut it with an inquiry to all if anyone knows of a recent change to GRASS source that might cause this.

No obvious change to my system, but may be something not obvious of course

Michael

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

…Sent from my iPad

On Nov 22, 2018, at 7:30 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Nov 21, 2018 at 4:22 PM Michael Barton <Michael.Barton@asu.edu> wrote:

As far as I can tell, I do not have cpp anywhere in any of the Mac binaries I’ve done, although I do have a C++ compiler installed. All previous versions compiled and built without this error, and they run fine. So what was changed between 8 October and the release of 7.4.2 that makes configure fail if cpp is not found? Where should I look?

Do you mean a change in GRASS GIS source code or your system configuration (e.g. updates)? How to decide between them is to configure the last version of GRASS GIS which worked for you. If you can configure and compile from scratch that old version but not the new one, you can try a version in between these two, the go to beginning of this sentence (aka bisect). This way you find the change in GRASS GIS. In case both the old and the new version don’t configure, the change is in your system.

On Nov 12, 2018, at 9:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Since it’s complaining about /lib/cpp,

./configure: line 5164: /lib/cpp: No such file or directory

I would say the problem is not zlib, but missing C++ compiler (at least on my machine, /lib/cpp eventually points to /usr/bin/cpp-5), although I don’t know why ./configure would catch that problem earlier since a successful report contains:

C compiler: clang -O2 -Wall -pedantic -Wextra
C++ compiler: clang++ -std=c++14 -fexceptions

The checking phase reports only about C compiler, so the difference is perhaps there.

checking for gcc… clang
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) works… yes
checking whether the C compiler (clang -O2 -Wall -pedantic -Wextra -s) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether clang accepts -g… yes

On Fri, Nov 9, 2018 at 10:58 PM Michael Barton <Michael.Barton@asu.edu> wrote:

I could see that it could not find zlib in the configure output. I don’t know why, since I DO have zlib in the appropriate place

MIchael

On Nov 9, 2018, at 4:21 PM, Markus Neteler <neteler@osgeo.org> wrote:

Just scroll to the end of the file.

; return 0; }
configure:5066: checking for socket in -lsocket
configure:5083:
/Applications/GRASS-7.4.2.app/Contents/Resources/bin/clang -o conftest
-g -O2 -I/Applications/GRASS-7.4.2.app/Contents/Resources/include
-L/Applications/GRASS-7.4.2.app/Contents/Resources/lib conftest.c
-lsocket 1>&5
ld: library not found for -lsocket
clang-4.0: error: linker command failed with exit code 1 (use -v to
see invocation)
configure: failed program was:
#line 5072 “configure”
#include “confdefs.h”
/* Override any gcc2 internal prototype to avoid an error. /
/
We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char socket();

int main() {
socket()
; return 0; }
configure:5131: checking for location of zlib includes
configure:5157: checking for zlib.h
configure:5165: /lib/cpp
-I/Applications/GRASS-7.4.2.app/Contents/Resources/include conftest.c

/dev/null 2>conftest.out

./configure: line 5164: /lib/cpp: No such file or directory
configure: failed program was:
#line 5160 “configure”
#include “confdefs.h”
#include <zlib.h>