summaryrefslogtreecommitdiff
path: root/avmedia/Library_avmediagst.mk
AgeCommit message (Collapse)AuthorFilesLines
2013-04-30Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-23/+4
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-12-25Get rid of (most uses of) GUITor Lillqvist1-1/+1
GUI only takes values UNX or WNT, so it is fairly pointless. One can check whether OS is WNT or not instead. Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34 Reviewed-on: https://gerrit.libreoffice.org/1304 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
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: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl1-0/+1
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-25avmedia: first cut at gstreamer frame grabber.Michael Meeks1-0/+1
with thanks to Tim-Philipp Müller and Wim Taymans. Change-Id: Ia095d06ea3cbed85570cc33038f98da0362c1e62
2012-08-09gstreamer: make gstreamer 1.0 and 0.10 dual compileMichael Meeks1-6/+2
Add fallback activation of an _OLD media component to the core. Compile both a 0.10 and 1.0 version of the gstreamer component Change-Id: I91f65d05391cb2d7e02f9cff18f96178a128705O1
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-08-22convert avmedia to gbuildMatúš Kukan1-0/+72