Maybe this is just me, but I'll flag it up anyway.  I see that the
instructions have not actually changed since 7.5, but I was
obviously using something based on an older version : I exported all
the variables, and then ran make.

 This time, I tried to use what is in the book (variables passed
directly to make), but I got two errors -

First, the line

$([ -f /usr/include/sqlite3.h ] && echo NSS_USE_SYSTEM_SQLITE=1)

caused the build to fail.  The log contained only:
make: *** No rule to make target echo.  Stop.
coreconf/rules.mk:864: recipe for target 'echo' failed
make: *** [echo] Error 1

So, I removed the echo there.  Not sure if it was going to do the
right thing or not (I do have system sqlite), but it then fell over
in the preceding line

$([ $(uname -m) = x86_64 ] && echo USE_64=1)

That one was weird, the output all came to the screen instead of
getting logged.  Anyway, the relevant lines were:
cd nsinstall; make libs
make[2]: Entering directory
'/scratch/working/nss-3.16/nss/coreconf/nsinstall'
gcc -o Linux3.14_x86_glibc_PTH_OPT.OBJ/nsinstall.o -c -O2 -fPIC
-Di386 -DLINUX2_1 -m32 -Wall -Werror-implicit-function-declaration
-Wno-switch -pipe -DLINUX -Dlinux -DHAVE_STRERROR -DXP_UNIX -UDEBUG
-DNDEBUG -D_REENTRANT -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT
-DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES
-I../../../dist/Linux3.14_x86_glibc_PTH_OPT.OBJ/include
-I../../../dist/public/coreconf -I../../../dist/private/coreconf
nsinstall.c
In file included from /usr/include/features.h:402:0,
                 from /usr/include/stdio.h:27,
                 from nsinstall.c:8:
/usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such
file or directory
 # include <gnu/stubs-32.h>
                           ^
so clearly USE_64=1 was not getting passed to 'make'.

 I have to assume this is something different in _my_ setup,
because:
1. it was in the 7.5 book, so presumably *somebody* has used it on
x86_64 with system nss and system sqlite.
2. we have people building with jhalfs, so presumably it gets
tested on x86_64.

 Accordingly, I resolve not to touch this package with the proverbial
barge-pole because I do not understand why this works for you guys.

ĸen
-- 
das eine Mal als Tragödie, dieses Mal als Farce
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to