# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*- #************************************************************************* # # This file is part of the LibreOffice project. # # This Source Code Form is subject to the terms of the Mozilla Public # License, v. 2.0. If a copy of the MPL was not distributed with this # file, You can obtain one at http://mozilla.org/MPL/2.0/. # #************************************************************************* $(eval $(call gb_CppunitTest_CppunitTest,sot_test_sot)) $(eval $(call gb_CppunitTest_add_exception_objects,sot_test_sot, \ sot/qa/cppunit/test_sot \ )) $(eval $(call gb_CppunitTest_use_libraries,sot_test_sot, \ comphelper \ cppu \ cppuhelper \ sal \ sot \ tl \ unotest \ )) $(eval $(call gb_CppunitTest_set_include,sot_test_sot,\ -I$(SRCDIR)/sot/inc \ $$(INCLUDE) \ )) $(eval $(call gb_CppunitTest_use_sdk_api,sot_test_sot,)) $(eval $(call gb_CppunitTest_use_ure,sot_test_sot)) $(eval $(call gb_CppunitTest_use_components,sot_test_sot,\ i18npool/util/i18npool \ )) # vim: set noet sw=4 ts=4: zeta-7-3 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/expat
AgeCommit message (Collapse)Author
2013-06-10Revert "fix gold warning about hidden symbols"Stephan Bergmann
This reverts commit 9ff0ee4905068cbc85acf85da1b3ef762b324ed7. Whatever the gold warnings are exactly, this is apparently not the right fix. The change to openssl/ExternalProject_openssl.mk caused crashes when LO's libneon.so, statically linking in LO's libssl.a, started to export symbols like SSLv23_client_method as global, competing with the same symbol from a system's libssl.so. See the mail thread starting at <http://lists.freedesktop.org/archives/libreoffice/2013-June/053119.html> "strange crash in SSL code while opening some documents." Whether the change to expat/StaticLibrary_expat.mk caused similar problems is not clear to me, but it is probably best to revert both to be on the save side, and see what exactly the gold warning was about and how to fix it the right way if it ever shows up again.
2013-05-08expat: remove ExternalPackage_expatMichael Stahl
Change-Id: I80b7f86947645a45263bbd7423a10ba8300441e9
2013-05-07gbuild: ExternalProject: remove second parameter again...Michael Stahl
... now that everything is consistent. Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
2013-05-07gbuild: remove gb_ExternalProject_use_unpackedMichael Stahl
It must always be used exactly once, so replace it with constructor parameter. Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
2013-03-31fix gold warning about hidden symbolsPeter Foley
Change-Id: Iae399e4d596db450e3ed0e15678e546aa76797a0
2013-03-21suppress warnings from external packagesPeter Foley
Change-Id: I1417dd1dfbd812cc4ab8a1521cc9e0dfbcf37d02
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-22quiet external module build log unless failureNorbert Thiebaud
ExternalProject usually involve a configure and a make step that produce a bunch of output usually irrelevant including a large number of warning and other mess. now that everything is pretty much in tail_build these output get interleaved with useful output from the build of the product and actually drown them in a logorrhea of messy noise. This store the output of external modules in a log file and only print them as a whole if the module failed do build. on a non-verbose build. Change-Id: I3abfcccd6d16821a9e061a71e031b427cc283647 Reviewed-on: https://gerrit.libreoffice.org/2304 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-11-15Bin use of UTF-16 expat variant in the Windows shell extensionTor Lillqvist
Thus we can drop that variant completely. Change-Id: I11a8e40436921219bd6dd4afad4c7907ccb6b84c
2012-11-15Revert "Use different symbol names in the two expat variants we build"Michael Stahl
This reverts commit 78c7bbc3ce92493ca98c605f92733e31ad87ef70. It is no longer the case that both expat_utf8 and expat_utf16 are linked into the same library: we only use expat_utf16 in shell Explorer extensions, which cannot be linked into libmerged anyway. Conflicts: expat/expat-2.1.0.patch Change-Id: I579c10d405d8a40cafcb2dbe09e967c6079f7b16
2012-11-15expat: get rid of expat_xmltok static library:Michael Stahl
Just compile those files twice. Also rename the UTF8 library to plain "expat". This allows python to simply use that library and build "pyexpat" succesfully. Change-Id: I7e37ec5b87b70c2cf8c86e06709f0e8d0a67f09d
2012-10-26expat: GNUCOPY is empty on Darwin, use cp insteadMichael Stahl
Change-Id: I96893aa0aed6144c3888a85afe64f90d969e9448
2012-10-25expat: for 64bit 1 static library is enough, only utf16 variant usedMichael Stahl
Change-Id: I98a3428578b52c6d9d7210a8fb0211876d6f7cae
2012-10-25gbuildification of expatDavid Ostrovsky
Two different xmlparse libraries are created: ascii_expat_xmlparse and expat_xmlparse. One without -DXML_UNICODE and one with. Source file are duplicated and renamed with gb_UnpackedTarball_set_post_action function to be able to add artifacts twice to gbuild machinery. On windows 64 bit additional two librares are created: expat_xmlparse_x64 and expat_xmltok_x64. That is due the problem with shell/shlxthandler (comment): ------------------------------------------------------ use UNICODE only because shell/shlxthandler doesn't link against ascii_expat_xmlparse ------------------------------------------------------ Include files are delivered to $(OUTDIR)/inc/external/expat now and not to $(OUTDIR)/inc/external any more. set_include call is added in RepositoryExternal.mk. To define dependency between StaticLibrary and ExternalProject new function was introduced: gb_StaticLibrary_use_external_project. Change-Id: I3b3aa40f39ef82c70f6f28790b582c83e48bdf76
2012-10-04The "working on that" is now doneTor Lillqvist
Change-Id: Ib5a9decaf97817333bbac9853589af7fc9adf94c
2012-10-03Use different symbol names in the two expat variants we buildTor Lillqvist
We need to be able to link both into one binary in the disable-dynloading case. Change-Id: I499e204dfef2af488d4a350cb3a5bcfc03ca887f
2012-10-03typoAndras Timar
Change-Id: I4fc3f6ca51d9ce0a18539b4911f6ddf06694b039
2012-10-03Mention the disable-dynloading issueTor Lillqvist
Change-Id: I6d2349b8c4d97d266faebdb630c65e0441e25b18
2012-10-03s/UCS2/UTF-16Tor Lillqvist
Change-Id: I2be40b7897c3277e2d8673b440aa6dd682086267
2012-10-03More informationTor Lillqvist
Change-Id: I9f9a85cbe74dfb22a2dff67e8a0b7dd4eca6ebf6