On 07/14/15 23:33, Don Lewis wrote:
... It appears that hunspell has a way of generating that header in the that location on systems that don't have gettext, but for whatever reason it decided not to do so. The real problem is this fragment of ext_libraries/hunspell/makefile.mk: .ELIF "$(OS)"=="FREEBSD" # "$(SYSBASE)"!="" CONFIGURE_FLAGS+=CPPFLAGS="-I$(LIBINTL_PREFIX)/include" --with-libintl-prefix="$(LIBINTL_PREFIX)" .ENDIF The problem is that $(LIBINTL_PREFIX) does not seem to be defined anywhere, so we end up passing CPPFLAGS=-I/include --with-libintl-prefix= to configure, so it does not find the header. This is especially dumb since we are passing CPPFLAGS=-I/usr/local/include and LDFLAGS=-L/usr/local/lib to the build. By setting LIBINTL_PREFIX=/usr/local in the environment, I was able to sucessfully build hunspell. I thought that changing the above to CPPFLAGS="$(CPPFLAGS)" would do the trick, but when I tried the build, it got expanded to CPPFLAGS="". There were two reasons for that. One was an error in my build script that caused CPPFLAGS not not actually get set. The other is this line in solenv/inc/settings.mk: CPPFLAGS= The latter doesn't seem to affect everything because fixing my build script allowed the python build to find libintl.h, but I suspect this is the reason for the LIBINTL_PREFIX hack. Unfortunately this seems to break the icu build. It looks like the icu build is finding the headers installed by the icu FreeBSD port instead of its own because it is appending to CPPFLAGS and thus gets the search order wrong. Unfortunately icu is an indirect dependency of gtk:
Oh no ... *now* I remember. And here comes one of the huge can of worms in OpenOffice: we are using a very old version of ICU. The truth is, we have code to update ICU to a more recent version resting peacefully somewhere in the Symphony branch. The IBM (China) guys that wrote it never merged it into AOO (at least one of them tried and broke the Mac port, but I don't remember because I burned the email). Thank you very much for your help. I suggest you step away now and forget you ever saw this ... really. Keep calmed but run. Pedro. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
