repeatable build failure on 7.0 and CURRENT

[Pascal Hofstee]

On Tue, Feb 26, 2008 at 2:24 PM, Pascal Hofstee <caelian at gmail.com> wrote:

[snip]

>  rm -f ../unxfbsdi.pro/lib/check_libvcl680fi.so
>  mv ../unxfbsdi.pro/lib/libvcl680fi.so ../unxfbsdi.pro/lib/check_libvcl680fi.so
>  /usr/ports/editors/openoffice.org-2-RC/work/OOH680_m7/solenv/bin/checkdll.sh -L../unxfbsdi.pro/lib -L/usr/ports/editors/openoffice.org-2-RC/work/OOH680_m7/solver/680/unxfbsdi.pro/lib  ../unxfbsdi.pro/lib/check_libvcl680fi.so
>  Checking DLL ../unxfbsdi.pro/lib/check_libvcl680fi.so ...: ERROR: ../unxfbsdi.pro/lib/check_libvcl680fi.so: Undefined symbol "_ZNK7icu_3_814LEFontInstance17getDynamicClassIDEv"
>  dmake:  Error code 1, while making '../unxfbsdi.pro/lib/libvcl680fi.so'
>  ---* tg_merge.mk *---

[snip]

Perhaps i am spinning ... but from what i can tell from the
openoffice.org port's source code the icu libraries that come with
openoffice.org are versions 3.6 whereas the devel/icu port is version
3.8 ... To my understanding the openoffice.org ports do not use our
ports version of icu but use the OOo bundled versions instead.

If that IS the case ... shouldn't this library have linked against the
OOo provided libicule ... whereas the missing symbol seems to suggest
something during the port build decided to link against the port
installed version of libicu instead.

Can anybody confirm this analysis ... and if so ... provide a way to
make this port build using the bundled icu instead of the port version
?

With kind regards,
-- 
  Pascal Hofstee