Closed Bug 1058778 Opened 10 years ago Closed 10 years ago

mingw-w64 build fails with "nss3.def: No such file or directory"

Categories

(Firefox Build System :: General, defect)

Product:
Firefox Build System
Component:
General
Version:
31 Branch
Platform:
x86
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 1047267

People

(Reporter: gk, Unassigned)

References

Details

Using mingw-w64 based on GCC 4.9.1 and mingw-w64 trunk gives me:

i686-w64-mingw32-gcc -mwindows -o /home/ubuntu/build/tor-browser31/obj-mingw/security/nss/cmd/shlibsign/shlibsign.o -c -O2 -mwindows -mms-bitfields -mnop-fun-dllimport -DXP_PC -DSHLIB_SUFFIX=\"dll\" -DSHLIB_PREFIX=\"\" -UDEBUG -U_DEBUG -DNDEBUG -DWIN32 -D_WINDOWS -DWIN95 -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nspr -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nspr -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nss -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/private/nss  shlibsign.c
i686-w64-mingw32-gcc -mwindows -o /home/ubuntu/build/tor-browser31/obj-mingw/security/nss/cmd/shlibsign/shlibsign.exe -O2 -mwindows -mms-bitfields -mnop-fun-dllimport -DXP_PC -DSHLIB_SUFFIX=\"dll\" -DSHLIB_PREFIX=\"\" -UDEBUG -U_DEBUG -DNDEBUG -DWIN32 -D_WINDOWS -DWIN95 -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nspr -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nspr -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/include/nss -I/home/ubuntu/build/tor-browser31/obj-mingw/dist/private/nss  /home/ubuntu/build/tor-browser31/obj-mingw/security/nss/cmd/shlibsign/shlibsign.o -specs=/home/ubuntu/build/msvcr100.spec -static-libgcc -static-libstdc++ -Wl,--enable-stdcall-fixup -Wl,--large-address-aware   nss3.def    /home/ubuntu/build/tor-browser31/obj-mingw/dist/lib/plc4.a /home/ubuntu/build/tor-browser31/obj-mingw/dist/lib/plds4.a /home/ubuntu/build/tor-browser31/obj-mingw/dist/lib/nspr4.a   
i686-w64-mingw32-gcc: error: nss3.def: No such file or directory

This happens since bug 970727 landed.

My mozconfig is:

#Specify the cross compile
export CROSS_COMPILE=1

ac_add_options --enable-application=browser
ac_add_options --target=i686-w64-mingw32
ac_add_options --enable-default-toolkit=cairo-windows
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-mingw
mk_add_options MOZ_APP_DISPLAYNAME=TorBrowser
mk_add_options MOZ_MAKE_FLAGS="-j4"
mk_add_options MOZILLA_OFFICIAL=1
mk_add_options BUILD_OFFICIAL=1

ac_add_options --disable-debug
ac_add_options --enable-optimize
ac_add_options --enable-strip
ac_add_options --enable-official-branding

ac_add_options --disable-updater
ac_add_options --disable-crashreporter
ac_add_options --disable-maintenance-service
ac_add_options --disable-webrtc
ac_add_options --disable-tests
ac_add_options --without-intl-api

And flags I set are:

HOST_LDFLAGS=" "
LDFLAGS="-specs=/path/to/spec/file"
DLLFLAGS="-specs=/path/to/spec/file"

In the .spec file "msvcrt" is replaced by "msvcr100", nothing else.
It seems like related file no longer exists on m-c. Please try to change security/build/moz.build so that this if:

if CONFIG['OS_TARGET'] == 'WINNT':
     DEFFILE = 'nss3.def'

is inside |if CONFIG['MOZ_FOLD_LIBS']:| condition.
This helps and fwiw reverting the NSS bits of bug 970727 would do it, too. I can come up with a proper patch after we switched to ESR 31 (which is supposed to happen in October).
The fix proposed in comment 1 got implemented by bug 1047267 it seems. Marking this as a duplicate then.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.