Apache OpenOffice (AOO) Bugzilla – Issue 128150
trunk configured with --with-system-icu=no uses incorrect namespace prefix
Last modified: 2020-08-21 17:18:16 UTC
Building on 64-bit linux, the external source used is 2f6ecca935948f7db92d925d88d0d078-icu4c-4_0_1-src.tgz The namespace prefix used when accessing the ICU modules when building look like these (there are lots of them): /usr/bin/ld: /d/home/ty/c/+ooo/AOO45X/main/i18npool/source/search/textsearch.cxx:831: undefined reference to `icu_64::UnicodeString::~UnicodeString()' ...and the build finishes with: collect2: error: ld returned 1 exit status make: *** [/d/home/ty/c/+ooo/AOO45X/main/solenv/gbuild/LinkTarget.mk:330: /d/home/ty/c/+ooo/AOO45X/main/solver/450/unxlngx6.pro/workdir/LinkTarget/Library/i18nsearch.uno.so] Error 1 The namespace prefix as found in comiled libicuuc.so in main/solver/450/unxlngx6.pro/lib' is: 000000000006fe9c T icu_4_0::UnicodeString::~UnicodeString() 000000000006fe7a T icu_4_0::UnicodeString::~UnicodeString() 000000000006fe7a T icu_4_0::UnicodeString::~UnicodeString()
Forgot to mention my configure options set is: ./configure \ --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" \ --enable-verbose \ --enable-crashdump=yes \ --enable-opengl \ --enable-dbus \ --with-package-format="installed" \ --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 \ --with-epm-url=https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz \ --without-junit \ --without-stlport \ --with-system-stdlibs \ \ --disable-gstreamer \ --disable-wiki-publisher \ --disable-bundled-dictionaries \ --disable-category-b \ --disable-pam \ \ --with-jdk-home=/usr/lib64/java \ \ --with-system-libs=no \ --enable-hyphen \ --enable-hunspell \ --enable-graphite \ \ --with-system-lucene=no \ --with-system-hsqldb=no \ --with-system-beanshell=no \ --with-system-saxon=no \ --with-system-redland=no \ --with-system-mythes=no \
...and --with-system-icu=no, too.
Created attachment 86712 [details] workaround - the patch for the source Actually, I was able to produce a workaround for this, although I'm not sure of the quality of the solution. For partial builds, it requires cleaning and rebuilding 'i18ntools' module.
Created attachment 86713 [details] workaround - the makefile modification The patch for the makefile.mk in 'icu', produced in the 'main' subdir. Have no idea how that should _really_ be done. Seems to work if the source for 'icu' has already been unpacked.