summaryrefslogtreecommitdiff
path: root/fpicker/Library_fps_aqua.mk
AgeCommit message (Collapse)AuthorFilesLines
2013-04-30Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-21/+4
2013-04-24gbuild: drop empty use_packages callsDavid Tardon1-3/+0
Change-Id: I8e9f70eb5d929c98b4379416c2259a74e31d587f Reviewed-on: https://gerrit.libreoffice.org/3503 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-24gbuild: drop uses of removed packagesDavid Tardon1-1/+0
Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac Reviewed-on: https://gerrit.libreoffice.org/3502 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
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-04-01Library_fps_aqua needs i18nisolang1Tor Lillqvist1-0/+1
Change-Id: I4f555c40e6b103e7dcc7486dc612f74a54c05954
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl1-0/+2
- do not use gb_UnpackedTarball_copy_header_files for boost - adapt the optimization in concat-deps.c for new path - use boost_headers in all LinkTargets that require it - add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
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-3/+3
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-05-27break dep. cycle between vcl and fpickerDavid Tardon1-1/+1
Change-Id: I04c68440d7c5e5b6c620b406ff52b1cca9e2fbfb
2012-05-05use the packaged headerDavid Tardon1-5/+4
Change-Id: I3a447ab2b7798922e1805d8ed379359fd9a8f216
2012-05-04One more fix for Mac OS X fpicker buildTor Lillqvist1-0/+5
Change-Id: Ib3ce16f191727d80b9d925447770faf99e5bf533
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)
2011-12-27add the needed -framework for fps_aquaNorbert Thiebaud1-0/+5
2011-12-27fpicker: convert to gbuildMatúš Kukan1-0/+60