openssl 1.0.2d stuck on configuring process

[rubendibattista (Ruben Di Battista)]

While doing port update outdated the building process stuck on the Configuring phase.

Here is the output of the verbose command:

Configuring for darwin64-x86_64-cc
    no-ec_nistp_64_gcc_128 [default]  OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir)
    no-gmp          [default]  OPENSSL_NO_GMP (skip dir)
    no-jpake        [experimental] OPENSSL_NO_JPAKE (skip dir)
    no-krb5         [krb5-flavor not specified] OPENSSL_NO_KRB5
    no-libunbound   [experimental] OPENSSL_NO_LIBUNBOUND (skip dir)
    no-md2          [default]  OPENSSL_NO_MD2 (skip dir)
    no-rc5          [default]  OPENSSL_NO_RC5 (skip dir)
    no-rfc3779      [default]  OPENSSL_NO_RFC3779 (skip dir)
    no-sctp         [default]  OPENSSL_NO_SCTP (skip dir)
    no-ssl-trace    [default]  OPENSSL_NO_SSL_TRACE (skip dir)
    no-store        [experimental] OPENSSL_NO_STORE (skip dir)
    no-unit-test    [default]  OPENSSL_NO_UNIT_TEST (skip dir)
    no-zlib-dynamic [default]
IsMK1MF=0
CC            =/usr/bin/clang
CFLAG         =-fPIC -fno-common -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -arch x86_64 -O3 -DL_ENDIAN -Wall -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM
EX_LIBS       =-L/opt/local/lib  -lz
CPUID_OBJ     =x86_64cpuid.o
BN_ASM        =x86_64-gcc.o x86_64-mont.o x86_64-mont5.o x86_64-gf2m.o rsaz_exp.o rsaz-x86_64.o rsaz-avx2.o
EC_ASM        =ecp_nistz256.o ecp_nistz256-x86_64.o
DES_ENC       =des_enc.o fcrypt_b.o
AES_ENC       =aes-x86_64.o vpaes-x86_64.o bsaes-x86_64.o aesni-x86_64.o aesni-sha1-x86_64.o aesni-sha256-x86_64.o aesni-mb-x86_64.o
BF_ENC        =bf_enc.o
CAST_ENC      =c_enc.o
RC4_ENC       =rc4_enc.o rc4_skey.o
RC5_ENC       =rc5_enc.o
MD5_OBJ_ASM   =md5-x86_64.o
SHA1_OBJ_ASM  =sha1-x86_64.o sha256-x86_64.o sha512-x86_64.o sha1-mb-x86_64.o sha256-mb-x86_64.o
RMD160_OBJ_ASM=
CMLL_ENC      =cmll-x86_64.o cmll_misc.o
MODES_OBJ     =ghash-x86_64.o aesni-gcm-x86_64.o
ENGINES_OBJ   =
PROCESSOR     =
RANLIB        =/opt/local/bin/ranlib
ARFLAGS       =
PERL          =/usr/bin/perl
SIXTY_FOUR_BIT_LONG mode
DES_UNROLL used
DES_INT used
RC4_CHUNK is unsigned long

ProductName: Mac OS X

ProductVersion: 10.10.4

BuildVersion: 14E46

[neverpanic (Clemens Lang)]

Please Cc the maintainers when reporting bugs against ports. Please attach the main.log. Did you clean and try again? Have you tried in trace mode (i.e. port -t)?

[rubendibattista (Ruben Di Battista)]

The maintainers listed were with @macports.org domain and in the rules is reported that, if this is the case, the field must be left blank.

In any case the main.log is not present because the installation was interrupt by me Ctrl+C.

I cleaned and tried again, even with the -tv options but the configuration process get stuck at RC4_CHUNK is unsigned long and doesn't go on.

[neverpanic (Clemens Lang)]

The main.log still exists; run port logfile openssl to get its path.

[rubendibattista (Ruben Di Battista)]

main.log.gz

[rubendibattista (Ruben Di Battista)]

I attached it. Sorry about that. :S

[neverpanic (Clemens Lang)]

OK, so the step that fails for you is make links depend gentests; apparently your make process is just hanging there.

Does /Library/Developer/CommandLineTools/usr/bin/make exist on your system?

Also, we've previously seen random hangs in Xcode's build tools that could be solved by a reboot (an awfully Windows-y workaround, but it worked in all cases so far). When did you last restart your system?

[rubendibattista (Ruben Di Battista)]

That was the case. A reboot solved the problem (but... what? o.O).

Thanks for your help!

[neverpanic (Clemens Lang)]

Yeah, there's somehow MacPorts' environment triggers a problem deep down in OS X internals (probably Mach ports or something similar) that causes these hangs -- at least that's my guess, since nobody had the required time and knowledge to debug this, yet.