https://bugzilla.mozilla.org/show_bug.cgi?id=1561510 is where we should keep discussing this.
On Wed, Jun 26, 2019 at 4:19 PM Martin Thomson <m...@mozilla.com> wrote: > OK, this looks like I hit a problem in my system (which I only use > rarely). I am now hitting your issue. > > This is a failure in Bug 1310168. I don't know why this hasn't manifest > before now, but the code there is not working as designed, which can you > can see from this test: > > ``` > CC=a b c > TEST := CC="$(CC)" > TEST := $(filter-out b c,$(TEST)) > all: > echo '<$(TEST)>' > ``` > > For some reason CC is being configured as 'CC -arch x86_64', but the fix > in > https://hg.mozilla.org/projects/nss/rev/ad2a42aed57a01cfc1d8b14fad8c782f52e17093 > doesn't work here if these arguments are at the end of the string. Maybe > it is because the version of make we now have on mac quotes the arguments > (as it should). The fix is simple enough; I'll get something in review soon. > > > > > > On Wed, Jun 26, 2019 at 3:30 PM John Jiang <john.sha.ji...@gmail.com> > wrote: > >> Hi Martin, >> Thanks for your reply! >> >> On Wed, Jun 26, 2019 at 8:58 AM Martin Thomson <m...@mozilla.com> wrote: >> >> > I had trouble myself, but it turns out that even if you are all up to >> date, >> > XCode isn't upgraded. The error I get is the result of XCode being out >> of >> > date. >> > >> > Confirm by looking for a config.log in the NSPR directory. If it >> contains >> > a message like the one below, the outdated XCode is the problem. >> > >> > configure:....: gcc conftest.c >&5 >> > ld: malformed >> > >> file/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/lib/libSystem.tbd:4:18: >> > error: unknown enumerated scalar >> > platform: zippered >> > ^~~~~~~~ >> > file >> > >> '/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/lib/libSystem.tbd' >> > clang: error: linker command failed with exit code 1 (use -v to see >> > invocation) >> > >> I don't find such stuff in my config.log. >> >> My config.log contains the following lines, >> ============================== >> configure:3466: checking for C compiler version >> configure:3475: cc x86_64 --version >&5 >> Apple LLVM version 10.0.0 (clang-1000.10.44.4) >> Target: x86_64-apple-darwin17.7.0 >> Thread model: posix >> InstalledDir: /Library/Developer/CommandLineTools/usr/bin >> configure:3486: $? = 0 >> configure:3475: cc x86_64 -v >&5 >> Apple LLVM version 10.0.0 (clang-1000.10.44.4) >> Target: x86_64-apple-darwin17.7.0 >> Thread model: posix >> InstalledDir: /Library/Developer/CommandLineTools/usr/bin >> clang: error: no such file or directory: 'x86_64' >> configure:3486: $? = 1 >> configure:3475: cc x86_64 -V >&5 >> clang: error: argument to '-V' is missing (expected 1 value) >> clang: error: no such file or directory: 'x86_64' >> clang: error: no input files >> configure:3486: $? = 1 >> configure:3475: cc x86_64 -qversion >&5 >> clang: error: unknown argument: '-qversion' >> clang: error: no such file or directory: 'x86_64' >> clang: error: no input files >> configure:3486: $? = 1 >> configure:3506: checking whether the C compiler works >> configure:3528: cc x86_64 conftest.c >&5 >> clang: error: no such file or directory: 'x86_64' >> configure:3532: $? = 1 >> configure:3570: result: no >> configure: failed program was: >> | /* confdefs.h */ >> | #define PACKAGE_NAME "" >> | #define PACKAGE_TARNAME "" >> | #define PACKAGE_VERSION "" >> | #define PACKAGE_STRING "" >> | #define PACKAGE_BUGREPORT "" >> | #define PACKAGE_URL "" >> | #define DEBUG 1 >> | /* end confdefs.h. */ >> | >> | int >> | main () >> | { >> | >> | ; >> | return 0; >> | } >> configure:3575: error: in >> >> `/Users/sha.jiang/work/software/nss/nss-3.44/nspr/Darwin17.7.0_cc_64_DBG.OBJ': >> configure:3577: error: C compiler cannot create executables >> See `config.log' for more details >> ============================== >> >> I also checked the config.log for NSS 3.43, it looks cc doesn't use option >> "x86_64". >> >> Thanks! >> >> >> > >> > On Sun, Jun 23, 2019 at 6:27 PM John Jiang <john.sha.ji...@gmail.com> >> > wrote: >> > >> > > Hi, >> > > I tried to build NSS 3.44 on MacOSX 10.13.6 (Darwin Kernel Version >> > 17.7.0). >> > > Just run "make nss_build_all" in directory nss-3.44/nss, and got the >> > below >> > > errors, >> > > mkdir -p ./../nspr/Darwin17.7.0_cc_64_OPT.OBJ >> > > cd ./../nspr/Darwin17.7.0_cc_64_OPT.OBJ ; \ >> > > CC="cc x86_64" CXX="g++ x86_64" sh ../configure \ >> > > --disable-debug --enable-optimize --enable-64bit \ >> > > >> > > >> > >> --with-dist-prefix='path/to/nss-3.44/nss/../dist/Darwin17.7.0_cc_64_OPT.OBJ' >> > > \ >> > > >> > > >> > >> --with-dist-includedir='path/to/nss-3.44/nss/../dist/Darwin17.7.0_cc_64_OPT.OBJ/include' >> > > checking build system type... x86_64-apple-darwin17.7.0 >> > > checking host system type... x86_64-apple-darwin17.7.0 >> > > checking target system type... x86_64-apple-darwin17.7.0 >> > > checking for whoami... /usr/bin/whoami >> > > checking for gcc... cc x86_64 >> > > checking whether the C compiler works... no >> > > configure: error: in >> `path/to/nss-3.44/nspr/Darwin17.7.0_cc_64_OPT.OBJ': >> > > configure: error: C compiler cannot create executables >> > > See `config.log' for more details >> > > make: *** [../nspr/Darwin17.7.0_cc_64_OPT.OBJ/config.status] Error 77 >> > > >> > > but on the same machine, I didn't get any trouble when building NSS >> 3.43. >> > > -- >> > > dev-tech-crypto mailing list >> > > dev-tech-crypto@lists.mozilla.org >> > > https://lists.mozilla.org/listinfo/dev-tech-crypto >> > > >> > -- >> > dev-tech-crypto mailing list >> > dev-tech-crypto@lists.mozilla.org >> > https://lists.mozilla.org/listinfo/dev-tech-crypto >> > >> -- >> dev-tech-crypto mailing list >> dev-tech-crypto@lists.mozilla.org >> https://lists.mozilla.org/listinfo/dev-tech-crypto >> > -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto