David Thompson <dthomps...@worcester.edu> skribis: > Here is the build output at the point of failure: > > /gnu/store/nx4zd42igyb7ghmv4mxv6ncg8wr7ypa1-bash-4.3.33/bin/bash > /tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/libtool --silent > --preserve-dup-deps --mode=link > /tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/meta_ccld -DPHP_ATOM_INC > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/include > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/main > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3 > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/ext/date/lib > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/ext/ereg/regex > -I/gnu/store/dng0rvcw4264k0r9fp7618bxsh20bi9v-libxml2-2.9.0/include/libxml2 > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/ext/sqlite3/libsqlite > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/TSRM > -I/tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/Zend -D_REENTRANT > -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -o > ext/opcache/opcache.la -export-dynamic -avoid-version -prefer-pic -module > -rpath /tmp/nix-build-php-5.6.3.drv-14/php-5.6.3/modules -avoid-version > -module -L/gnu/store/dng0rvcw4264k0r9fp7618bxsh20bi9v-libxml2-2.9.0/lib > ext/opcache/ZendAccelerator.lo ext/opcache/zend_accelerator_blacklist.lo > ext/opcache/zend_accelerator_debug.lo ext/opcache/zend_accelerator_hash.lo > ext/opcache/zend_accelerator_module.lo ext/opcache/zend_persist.lo > ext/opcache/zend_persist_calc.lo ext/opcache/zend_shared_alloc.lo > ext/opcache/zend_accelerator_util_funcs.lo ext/opcache/shared_alloc_shm.lo > ext/opcache/shared_alloc_mmap.lo ext/opcache/shared_alloc_posix.lo > ext/opcache/Optimizer/zend_optimizer.lo > ld: ext/opcache/.libs/ZendAccelerator.o: relocation R_X86_64_32S against > `.text' can not be used when making a shared object; recompile with -fPIC > ext/opcache/.libs/ZendAccelerator.o: error adding symbols: Bad value > collect2: error: ld returned 1 exit status
This command line raises a couple of alarms: what does ‘meta_ccld’ do? How does it interpret ‘-prefer-pic’? It looks like a wrapper that tries to be smarter than libtool, which is inherently highly suspicious. :-) Ludo’.
