Age | Commit message (Collapse) | Author |
|
|
|
Change-Id: I48a4f43cc2e675d0f72bb7d87893f39f39450488
|
|
We need the nss libs in our final install always (unless using system-nss libs)
so finally disentangle nss from mozilla because --disable-build-mozilla had the
sideeffect of *not* including the nss libraries in the final install. Which
means that the xml_xmlsec.dll on windows couldn't be loaded due to missing
dependencies.
a) Strip out the nss libs from the pre-builds if those are being used.
b) Strip out the nss libs from the mozilla build itself if that's being used.
c) Don't include the nss libs in the weird mozillaruntime.zip which gets unpacked
into the install.
d) Package the nss libs directly in scp2 like everything else
Change-Id: Ia89d75cb0c0b83e84e60d0444ffc7997103fbc55
|
|
Change-Id: I0b3fe5a6270ecc45ec1b4710ea008a17c600484b
|
|
Change-Id: I0b370ac227bbd833078804d8a276b48666df734c
|
|
...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
|
|
...signature of TransitionWindowWithOptions apparently changed slightly in 10.6,
and /Developer/Tools/Rez can more reliably be found in /usr/bin.
Change-Id: Iba55478f3b6de1b4695b686095f4aa0bc0af8e7b
|
|
This is to avoid problems with too long command lines on Windows.
Change-Id: Ifc99bedd37aea7619e002145d4acbb7ec2a14246
|
|
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.
|
|
We now default to -std=gnu++0x, so this shouldn't be necessary.
This reverts commit 437fe5a444411f68d1848c49121394f16f09611b.
|
|
|
|
|
|
|
|
|
|
cross-compiling is broken currently when using separate nss
|
|
|
|
|
|
We always either build nss or use the system one, so there isn't a case where
we want to bundle the ancient nss in the pre-builds
|
|
This also finishes the uncoupling of NSS from the --with-system-mozilla.
|
|
|
|
* On Mac, nss-config must not emit -rpath-link switch.
* --with-system-nss/-nspr horribly broke in combination with the
routine use of MOZ_ARCH and resulting MOZ_CROSS_COMPILE for Mac,
and the latter appears to be unnecessary for a normal build, anyway,
so is now conditional CREATE_UNIVERSAL_MAC_MOZ_ZIP, in case anybody
still uses the code to create universal moz archives.
* This in turn revealed two issues in moz that have been addressed
with a new macosx_build_fix.patch.
|
|
|
|
|
|
|
|
|
|
Reduces the build time of the 'moz' module by 30% or so.
|
|
|
|
As this is a copy of Linux2.6.mk this has to be
MPL 1.1/GPL 2.0/LGPL 2.1 I think.
|
|
|
|
Conflicts:
graphite/makefile.mk
libxml2/makefile.mk
|
|
|
|
|
|
|
|
Bug is discussed here:
http://permalink.gmane.org/gmane.linux.mandrake.cooker.devel/304002
Fix:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/songbird/current/SOURCES/Songbird1.4.3-fix-build.patch?revision=537683&view=markup
Signed-off-by: Tor Lillqvist <tlillqvist@novell.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
From seamonkey-source-1.1.14.patch.diff. See
http://qa.openoffice.org/issues/show_bug.cgi?id=84961 .
|
|
|
|
|
|
Notes:
split repo tag: libs-extern-sys_ooo/DEV300_m79
|
|
Notes:
split repo tag: libs-extern-sys_ooo/DEV300_m78
|
|
|