summaryrefslogtreecommitdiff
path: root/extensions/Library_pl.mk
AgeCommit message (Collapse)Author
2012-11-15Rename "Mozilla headers" to "NPAPI headers" (incl. configure option name)Stephan Bergmann
...to avoid confusion what that is actually about. (Especially, it is completely unrelated to --enable-mozilla.) ATTENTION: This renames the configure option --with-system-mozilla-headers to --with-system-npapi-headers. Change-Id: I48f3c79d69c4d4f445a94e7ddbeab06ea667becc
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl
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: gb_Library_PLAINLIBS_NONE cleanup for WNT:Michael Stahl
add a new gb_LinkTarget_use_system_win32_libs to abstract different linker options on MSVC and GCC. Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
2012-09-28gbuild: clean up Mac OS X framework handling:Michael Stahl
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 Stahl
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks
2012-06-02np_sdk: separate system and internal headersMatúš Kukan
Change-Id: I4c61dcb40acf12fa0fe4cf4d6c39a8bfd7b7c9b4
2012-04-08extensions: add np_sdk_inc to mozilla_headers externalMichael Stahl
2012-04-08gbuild: "use" vs. "add":Michael Stahl
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-12extensions: split out static library for X11 plugin connection stuffMichael Stahl
2012-01-11tweak makefiles after np_sdk is in tail_buildMatúš Kukan
Also change <npsdk/npapi.h> to "npapi.h"
2012-01-10Make nsplugin build on Mac, take two.Thorsten Behrens
Now with some help from Michael Stahl - seems to work.
2012-01-10Make nsplugin link on Mac.Thorsten Behrens
2012-01-10extensions: plugin: fix build a bit more on MacMichael Stahl
2012-01-09extensions/Library_pl: move macmgr.cxx -> macmgr.mmMatúš Kukan
2012-01-06extensions: pl: link comphelper (bacfd2dc)Michael Stahl
2011-12-19extensions: d'oh, i've pasted C++ emacs modelines in makefilesMichael Stahl
2011-12-17extensions: tweaks to the plugin makefilesMichael Stahl
2011-12-17extensions: convert plugin to gbuildPeter Foley