On Sun, Dec 18, 2016 at 04:28:42PM +0100, Antoine Jacoutot wrote: > Hi. > > Firefox seems to pick up gsed is present at configure time or something. > > /bin/sh ./libtool --tag=CC --mode=link > /exopi-obj/pobj/firefox-50.1.0/bin/cc -std=gnu99 -Qunused-arguments -Wall > -Wempty-body -Wignored-qualifiers -Wpointer-arith -Wsign-compare > -Wtype-limits -Wunreachable-code -Wclass-varargs -Wloop-analysis > -Wstring-conversion -Wthread-safety -Wno-error=deprecated-declarations > -Wno-error=array-bounds -O2 -pipe -fno-strict-aliasing -ffunction-sections > -fdata-sections -fno-math-errno -pthread -pipe -I/usr/local/include > -fexceptions -pthread -Wl,--no-keep-memory -Wl,-z,noexecstack -Wl,-z,text -o > libffi_convenience.la src/prep_cif.lo src/types.lo src/raw_api.lo > src/java_raw_api.lo src/closures.lo > src/x86/ffi64.lo src/x86/unix64.lo src/x86/ffi.lo src/x86/sysv.lo > ./libtool: /usr/local/bin/gsed: not found > ./libtool: /usr/local/bin/gsed: not found > libtool: link: Failed to create `.libs' > > Full log attached.
Well, r1.94 of mozilla.port.mk precisely tried to fix it, but later on, i see in your log: js/src/ctypes/libffi> checking for a sed that does not truncate output... /usr/local/bin/gsed sigh. I wont try to understand what is the use of this check, i'll just force ac_cv_path_SED=/usr/bin/sed with a huge hammer. Thx for the report.. Landry
