pkgsrc-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: 2016Q2 - Darwin - can't build OpenSSL

On 7/13/16 12:14 PM, Jonathan Perkin wrote:
* On 2016-07-13 at 17:07 BST, Louis Guillaume wrote:

Looks like openssl is having trouble configuring on OS X...

===> Configuring for openssl-1.0.2hnb1
cd /opt/pkgobj/security/openssl/work/openssl-1.0.2h && /opt/pkg/bin/perl
util/ /opt/pkg/bin/perl
Configuring for darwin64-i386-cc
Usage: Configure [no-<cipher> ...] [enable-<cipher> ...]
[experimental-<cipher> ...] [-Dxxx] [-lxxx] [-Lxxx] [-fxxx] [-Kxxx]
[no-hw-xxx|no-hw] [[no-]threads] [[no-]shared] [[no-]zlib|zlib-dynamic]
[no-asm] [no-dso] [no-krb5] [sctp] [386] [--prefix=DIR]
[--openssldir=OPENSSLDIR] [--with-xxx[=vvv]] [--test-sanity]

pick os/compiler from:

  ... long list of compilers ...

In mk.conf I have no options for openssl, and these properties...

PKGSRC_COMPILER=        clang
CONFIG_SHELL=           /bin/bash
ABI=			64

The order of the variables here suggests you added ABI yourself after
bootstrap, which won't work.  You need to bootstrap with --abi set to
your desired ABI so that ABI and MACHINE_ARCH from bmake are in sync.

If that's not the case, then it's likely due to an older bootstrap
which hasn't rebuilt bmake with the correct MACHINE_ARCH encoded into
it, in which case you can either follow the permament fix instruction

or you can temporarily work around the problem by hardcoding


in your mk.conf.

My mk.conf is not from bootstrap. It's older. ABI=64 has been there a long, long time. I had re-bootstrapped last year (after upgrading to El Capitan) with --abi 64 (as it had been before that too).

But it looks like when package_rolling-replace updated bmake most recently it built with MACHINE_ARCH=i386. I have no idea why.

dhcp-211 # pkg_info -B bmake-20140314.tgz | grep MACHINE

dhcp-211 # pkg_info -B bmake-20150505.tgz | grep MACHINE

The former one is from my previous build; the latter one was built last week by package_rolling-replace -vu.

So is it pkg_rolling-replace's fault for not getting the correct options? Maybe I do need to add that MACHINE_ARCH to mk.conf anyway if pkg_rolling-replace needs that.

Shouldn't the default for Darwin be MACHINE_ARCH=x86_64 with ABI=64 anyway?

I've bootstrapped again and its fine - it got everything right.


Home | Main Index | Thread Index | Old Index