Age | Commit message (Collapse) | Author |
|
Argh, seems that it wasn't necessary after all.
This reverts commit 5bf437cd67d5fe2e4353069969cd99cc48e65730.
|
|
It's fairly pointles to play with Unix rwxrwxrwx modes on Windows. One
never knows for sure how some emulation layer (Python's in this case)
guesstimates and mishandles the conversion to Windows ACLs. Not doing
them on Windows unbrokw the nss build. For me at least.
Change-Id: Id3a2f1755cd6f64bd681a3b4cb7f3c7abd3aa5b7
|
|
nss is not in tail_build because of moz, so expat, external, openssl and
python3 must go also out.
Change-Id: I52a3b02ff477ae52abc298d96770755ebc392d57
|
|
Seems to cause even weirder problems in the tinderboxes.
This reverts commit e855dfbc3eb5a97ab57743a28b14555fd4b3375f.
|
|
Change-Id: I52a3b02ff477ae52abc298d96770755ebc392d57
|
|
This removes the need for using NSS Build Tools on windows.
It also removes the nees to build nss for the build system while cross
compiling.
Change-Id: I13c9fdb575223f2940d3e4eda00e77ba9158f2b7
Reviewed-on: https://gerrit.libreoffice.org/1534
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
|
|
Not sure what's wrong exactly, but on one tinderbox cl fails because
of "unknown" argument (unix path to the source file). Work it around
by explicitly converting the path to windows path.
|
|
|
|
|
|
|
|
|
|
Change-Id: I59edc4c437abccc201823d97f1cbec230d273b05
Reviewed-on: https://gerrit.libreoffice.org/1529
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
GUI only takes values UNX or WNT, so it is fairly pointless. One can check
whether OS is WNT or not instead.
Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34
Reviewed-on: https://gerrit.libreoffice.org/1304
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
Restrict moz to windows, and build vars also
impacts nss, connectivity
Change-Id: I27aae1398f3f8a4d046c2c7805d64bc7523c7282
Reviewed-on: https://gerrit.libreoffice.org/1233
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I1b840a03e87e1ca73239c0a3ee17741de97d1543
|
|
In an MSVC build, not exporting BUILD_OPT to the Mozilla build
machinery causes the produced DLLs to use the debug CRT. The exact
mechanism is a bit of a mystery, and I didn't feel like spending too
much time trying to understand it.
Using the debug CRT is confusing and wrong. Nothing in LO otherwise
uses it. It also makes testing a build much harder for me at least, as
I do that in a fairly pristine virtual machine with no MSVC debugging
runtime available. (The normal CRT is bundled in the LO installer.)
Change-Id: I27f774d92a3986d40162c870202bcdddd94aa7c6
|
|
This is a bit hackish and could benefit from further cleanup.
Change-Id: Ibb8eddf88bffdea41fd94fea09ad6499d05ae715
|
|
Change-Id: Id436bdbf3a307a3a3c9735ad911e397a21ab701b
|
|
Change-Id: Ic3bcc1297cde1c0680637d02c0e60528d2e60e52
|
|
So make sure just one is passed to the compiler.
Change-Id: I217b7ac34ba20e35a23c18df6b497919061ca44c
|
|
A bit messy, but then so is the nss configuration and build mechanism.
Change-Id: If2259e3da81521a2f87a5b312c6acd9d40e75ae5
|
|
Change-Id: Ic532b35cf282186843d886fda578bb20845db415
|
|
Rename the --enable-cl-x64 switch to --enable-64-bit and make its
meaning more generic. Drop the CL_X64 config variable, introduce the
more generic BITNESS_OVERRIDE instead.
Does not build yet.
Change-Id: Iac66afe31dceaf40c8262fec2e5aef6a751ba3d2
|
|
Change-Id: I65eac6ab34d2d54eeaa2bc14838711f700d0d535
|
|
Change-Id: Icc0b617bd639666e44effbb4554bb4f7f0e778e8
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>:
* bulk replacement of "-Wl,-z,origin,-rpath,..." with
"-Wl,-z,origin -Wl,rpath,..."
* additional hunk for directory/c-sdk/config/FreeBSD.mk in
moz/seamonkey-source-1.1.14.patch did not apply and has been dropped
Change-Id: Ie60c696f041108e819ce8f799cff6f58e63a5ad7
|
|
we basically need this functionality, the idea of it being optional
isn't really logical anymore with nss split out from mozilla.
for iOS and Android where they doesn't build yet spit out lame fixme
nag warnings
Change-Id: I4b16c62553b12d3dcd340a0b5c5a4cbd807c2f02
|
|
...when building --without-system-zlib on Linux.
Change-Id: I9bcb355ec75291609b28397c16068acf293ba6eb
|
|
- drop nss-linux3.patch, builds out of the box on Linux 3.x now
- drop nss-string-concat.patch, was fixed upstream
- drop nss-clang_os_Linux_x86_s_comments.patch
nss-clang_os_Linux_x86_64_s_comments.patch
the invalid asm comments were fixed upstream:
https://bugzilla.mozilla.org/show_bug.cgi?id=624868
- drop nss-asm-fix.patch, fixed upstream:
https://bugzilla.mozilla.org/show_bug.cgi?id=671711
- not updated nss.patch.mingw since it looks unmaintained
- remove the setting of FREEBL_NO_DEPEND, which is
a) no longer necessary, because it will be set automatically
on Linux 2.6
b) harmful because it prevents automatic setting of FREEBL_LOWHASH,
which is necessary to prevent conflicts with system libfreebl3.so
at least on Fedora 16/17
Change-Id: Idf9338d83f9b34000068c1b8691ca3135f56dd21
|
|
Change-Id: Ibbee91f8ce21f76bc4a5e66ff9c5852dc693793b
|
|
deliver had always ignored the missing "3" in the target anyway, delivering any
libfreebl3.* from the source dir to the exact same name in the target dir. (And
scp2/source/ooo/file_library_ooo.scp indeed expects the file to be named freebl3
with the "3"). This appears to be a harmless typo introduced with
09bc28fb7b998f56b481fb07eb576f00ce72c26f "jl144: #i106132# nss does not build on
MacOS 10.6 because of libsqlite3."
Change-Id: I251834c2157acf0936bde9b7daaad16693822acb
|
|
...by using system libsqlite3.dylib instead of nss one (see comment in
nss/makefile.mk for details).
(dmake knows neither < nor ! in conditional expressions, that is the reason for
the strange .IF .ELSE ... .END constructs.)
Change-Id: I5abe0f74ad55aac06b91163751bb8145b759b9ca
|
|
Change-Id: I4070ffa70690278dbd6575b8bfed3524d4c09ed7
|
|
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
and stick headers into the solver in the same hierarchy as is "standard"
so we don't have to patch so much, similiarly rename to libz
|
|
|
|
|
|
|
|
|
|
|
|
...by allowing our special @___... tokens anywhere within an install name,
so that external modules can configure --prefix=/@___... etc. This removes
the need for the special extshl and EXTRPATH=LOADER. Also, a new
OUT2BIN_NONE can be used for external modules where the generated libraries
need the default EXTRPATH=OOO, but generated executables are only used
during the build and such need RPATH=NONE.
|
|
|
|
|
|
|
|
nss-3.12.8/mozilla/security/coreconf/Darwin.mk claims gcc would pass
syslibroot according to passed -isysroot parameter, hence let's try it
for now, although I'm not 100% confident in this statement.
libs that get linked without syslibroot include libsqlite3.dylib - and
that is a known troublemaker…
|
|
|