On 07/14/15 02:32, Don Lewis wrote:
Next problem:
/bin/sh ../../libtool --tag=CXX --mode=link c++ -g -O2 -o chmorph
chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la
libtool: link: c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a
../hunspell/.libs/libhunspell-1.3.a
c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers
-I/include -D_THREAD_SAFE -I/usr/local/include -g -O2 -MT hunspell.o -MD -MP
-MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx
hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found
# include <../../intl/libintl.h>
^
1 error generated.
Makefile:524: recipe for target 'hunspell.o' failed
gmake[3]: *** [hunspell.o] Error 1
gmake[3]: Leaving directory
'/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools'
No libintl.h around here ...
% find ext_libraries main -name libintl.h -print
%
There is one in /usr/local/include that is installed by gettext, but it
isn't under an intl/ directory.
gettext was included in OpenOffice before the licensing cleanup.
It is expected that you have a system gettext and encoding the
path instead of -I including it is a bad practice, IMHO. However,
this doesn't seem to be an auto-inflicted error but something
that upstream hunspell does. How does the FreeBSD port
work around that?
Pedro.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
