[Libreoffice] MinGW cross-compilation fails in i18npool, why?

Eike Rathke <erack -AT- redhat.com>

Sun, 20 Nov 2011 01:41:16 +0100

Hi, Apparently since I added a dependency on the saxparser executable to i18npool/source/localedata/Makefile in localedata_%_invis.cxx : $(realpath $(SRC_ROOT)/i18npool/source/localedata/data)/%.xml saxparser.rdb \ $(OUTDIR_FOR_BUILD)/bin/saxparser$(gb_Executable_EXT) (it was OUTDIR instead of OUTDIR_FOR_BUILD, but still..) the MinGW cross-compilation build fails with [ build MAK ] i18npool/source/localedata make[2]: *** No rule to make target `localedata_az_AZ.cxx', needed by `all'. Stop. I suspect that's somehow related to $(gb_Executable_EXT) on the platform being compiled on is empty, but is .exe in MinGW, or isn't it? Otherwise I don't grok why. Insights, anyone? Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD

Attachment: pgpPbfCXwHU6S.pgp
Description: PGP signature

Context

[Libreoffice] MinGW cross-compilation fails in i18npool, why? · Eike Rathke

Re: [Libreoffice] MinGW cross-compilation fails in i18npool, why? · Eike Rathke

Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.