[erlang-questions] R16B03-1 installation glitch

Richard A. O'Keefe ok@REDACTED
Mon Feb 17 06:56:27 CET 2014


I just downloaded the R16B03-1 source tarball,
unpacked it, and did './configure'.

Configure works out fairly quickly that this is a Mac OS X box
(it's running 10.7.5, in fact). 

checking build system type... x86_64-apple-darwin11.4.2
checking host system type... x86_64-apple-darwin11.4.2

[Why does it prefer gcc to clang in this environment?]

checking for sys/types.h... (cached) yes
checking for uid_t in sys/types.h... rm: conftest.dSYM: is a directory
...
checking whether gcc needs -traditional... rm: conftest.dSYM: is a directory
rm: conftest.dSYM: is a directory
...
checking for egrep... grep -E
checking for ANSI C header files... rm: conftest.dSYM: is a directory
rm: conftest.dSYM: is a directory
...
checking for getconf... getconf
checking for large file support CFLAGS... failed
configure: WARNING: Check for large file support flags failed; getconf failed
...
checking for ANSI C header files... rm: conftest.dSYM: is a directory
rm: conftest.dSYM: is a directory
yes
checking for sys/types.h... yes
...
checking for IP version 6 support... yes
checking for multicast support... rm: conftest.dSYM: is a directory


(A) Is there any environment in which gcc -g creates whatever.dSYM
    and whatever.dSYM is _not_ a directory?

(B) Apple's manual page for confstr(3) doesn't mention any
    supported values other than _CS_PATH.  However, if you
    can get __DARWIN_C_LEVEL >= 200112, a bunch of
    _CS_POSIX_V6_{ILP32,LP64,LPBIG}_OFF{32,64,BIG}_{CFLAGS,LDFLAGS,LIBS}
    thingies become visible.  They still don't work; confstr(3)
    says they are valid, but they're all empty strings.

    I don't believe Mac OS X has a compilation mode that _doesn't_
    support large files; __darwin_off_t is unconditionally 64 bits.




More information about the erlang-questions mailing list