summaryrefslogtreecommitdiff
path: root/lingucomponent/Library_MacOSXSpell.mk
AgeCommit message (Collapse)AuthorFilesLines
2014-04-28prefer makefile-gmake-modeTakeshi Abe1-1/+1
Change-Id: I9cc9bfbddd3a90e00eee3e674994e5d6207f9034
2013-04-30Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-21/+4
2013-04-05new module i18nlangtagEike Rathke1-1/+1
Moved portions from module i18npool, all of former i18nisolang1 library that now is i18nlangtag. Included are languagetag, isolang and mslangid. This i18nlangtag code is now even used by module comphelper, so disentangling i18npool and making this an own module was needed to not create circular module dependencies. Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
2013-01-27MacOSXSpell needs boost_headersTor Lillqvist1-0/+1
Change-Id: I4af00e2925df393523ad3d00bd3b95459ff77f9c
2012-11-25added i18nisolang1Eike Rathke1-0/+1
Change-Id: Ib36d8c32c874cbdddc6ed3fe9ea6c7465ac334db
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl1-2/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: clean up Mac OS X framework handling:Michael Stahl1-1/+4
There are currently 3 different mechanisms being used for frameworks, which is of course intolerable so we invent a 4th one and standardize on it: gb_LinkTarget_use_darwin_frameworks (This doesn't mean using add_libs or externals was wrong, it was just inconsistent... and i don't see an obvious benefit of using externals here) Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks1-4/+1
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-2/+2
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-03-10gbuild: get rid of realpath in gb_Foo_set_includeMatúš Kukan1-1/+1
2011-12-16lingucomponent: MacOSX: use gb_Library_add_objcxxobjectsMichael Stahl1-5/+1
2011-12-14Revert "we have gb_Library_add_objcxxobjects for this"Matúš Kukan1-1/+5
This reverts commit cd105c5ad2dc7176837a570e6507bd2ca0cd357f. We can't use gb_Library_add_objcxxobjects here because gb_ObjCxxObject_get_source has .mm suffix
2011-12-14we have gb_Library_add_objcxxobjects for thisMatúš Kukan1-5/+1
2011-12-13try to fix building lingucomponent on MacMatúš Kukan1-0/+4
2011-12-13convert lingucomponent to gbuildMatúš Kukan1-0/+64
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 13:22:49 +0000