Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I9f943f807e0966aafa66dbb865941cf975ad9fe2
|
|
Change-Id: I46b97d31f8aac046479d030c988413017c5b940a
|
|
Change-Id: Ie648ce55fdc11f907f5f5b3b958c13c695f392c5
|
|
Change-Id: I0d6f363ad4170bea804e53247f36a7954118a23d
|
|
Change-Id: I345a86a3d17bd85c8dd4e9d9f5f855c46bdba0e2
|
|
FreeBSD and other BSDs (except for NetBSD) must not define U_TIMEZONE. This
patch is obtained from upstream:
http://bugs.icu-project.org/trac/changeset?reponame=&new=31780
Change-Id: Id1b85b9958036230045c3e13eb4b6617e6bdc924
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>:
* pass -DU_HAVE_GCC_ATOMICS=1 in when applicable on MINGW, too
Change-Id: I2073c61fb92d698a3c1ba38266dbd0373b0a693c
|
|
Change-Id: I6fa2b9a50c525fb2d8666a144409eb9a3ad2698a
|
|
Change-Id: I1d0d9a322a42fe7a020d46f21bb3c52a5070c866
|
|
Change-Id: I8e8fbb33bcb008d45f539a112b4bf210603286c9
|
|
|
|
so that on version bumps and/or added/removed patches that we
rebuild them from scratch, which hopefully will make incremental
builds post external module bump pain-free
Change-Id: If268401a2794989d49861c08f7a69ef926cf5809
|
|
my mips supports hash-style=both, but if you actually use it ld
barfs with "gnu.hash is incompatible with the mips abi"
everywhere else we just do -Wl,--hash-style=$(WITH_LINKER_HASH_STYLE)
Change-Id: Ie310b7edad0d3068e5c4fcfed22aaea96698a06b
|
|
Change-Id: I070b878b9275884e1ad0db3bb07483a3451682fb
|
|
Change-Id: Ife00d7477dacfe1eb325c722517fb038ead083db
|
|
We might eventually want to use Mike Hommey's "faulty.lib" dynamic
linker (developed for Firefox on Android) to get around the Android
system dynamic linker's silly limitations. It does not like
DT_RPATH. (The Android system dynamic linker just ignores those.) So
no point putting RPATH into the ICU libs for Android.
Note that the faulty.lib linker is not usable currently because it
doesn't like the text relocations that the NDK r8 toolchain generates
for some reason. Sigh.
Change-Id: I9092c6001f0aadbb30e2682e33e7179520846f3b
|
|
which is hopefully fixed by b0b92d1e5f2097652b12252a32cea40a5868e20c
Change-Id: I237381609b132666083fd0ff159625770e0db243
|
|
Change-Id: I3f00ab7149d6d198292d63ed3f16b213b39a3054
|
|
Change-Id: I Icf78937810e1d8ac646805d9f523a4149f45acb5
|
|
Change-Id: I201292765bd8514749757f84c55ffaec68e03a6b
|
|
Change-Id: I I782827cfaf58e6eb4f6f3f8cd4159a0f787a7024
|
|
Change-Id: I0f44150a31fa11afd908c3ba340d73effacfe17f
|
|
Change-Id: Icd3f13bec24227174b3698ed26f97d8c55d892ff
|
|
Change-Id: I8063d5524b34177d77500069c85a3ae718fa5422
|
|
Change-Id: I77580411eabe4375d86670debb4a5770f7873c14
|
|
Change-Id: If5a3afa4fea10e95cc52a7411f91ee86bea2b54c
|
|
Change-Id: Ic862cbfcdc1742d905a59862e63742b581752bfe
|
|
Change-Id: I I I I I If403ee07ef8ea654369a8faac57fa8940f90e040
|
|
which should hopefully
a) work
b) unblock the upgrade path for icu
Change-Id: Ic70a627f3135e53016a4f9cfdef3fc85d55ab3e4
|
|
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
|
|
Change-Id: I2becc370331e979987b34dbfff25ac4eddd9b067
|
|
Change-Id: I9841adb2e17e11c32823ac9e438bae824d30599e
|
|
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
|
|
|
|
...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.
|
|
(from http://patch-tracker.debian.org/patch/series/view/icu/4.4.1-7/arm-assembler.patch)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
But... the names our ICU libraries get built as clash exactly with
Android's system ICU library names, predictably leading to chaos. I
will have to come up with a non-clashing names for our ICU libraries
on Android.
(But isn't it stupid to include an own build of ICU if there is one in
the system already? Sure, but on the other hand the NDK doesn't
include ICU headers or libraries, so clearly Google doesn't consider
it part of the documented API. No guarantee of version stability
etc. Indeed best to avoid them then.)
|
|
|
|
I don't understand what the "universal" byte order thing tries to
say. Sure, Apple's compilers can produce fat binaries, i.e. containing
code for multiple architectures, which I guess might have differing
byte order. But I think the test for an -arch flag being present here
is backwards, surely if you specify -arch i386 for instance, then we
*know* that the byte order is little endian, not "universal".
Anyway, this broke ICU when built against MacOSX SDK 10.6 at least,
the ICU configury used wrong suffix for ICUDATA_NAME, and genbrk
failed in i18npool with a mysterious "can not initialize ICU. status
= U_FILE_ACCESS_ERROR" message.
|
|
|
|
In the spirit of 12759f67a36d52a345be6002d7017551e8414c59, change
external lib's config.sub to eat the arm-unknown-linux-androideabi
host os string. Also, permit shared libs again - seems Android can
handle those.
Added dictionaries to cross-build-toolset - idxdict is needed.
Should build up to sfx2 - some residual static lib issues there,
and in raptor.
|