mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-05 09:00:54 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/tools/Makefile.am

68 lines
2 KiB
Makefile
Raw Normal View History

Lots of modifications to the plugin system. Original commit message from CVS: Lots of modifications to the plugin system. - Added a GstPluginfeature object that serves as a base class for all plugin contents. - changed the plugin API, everyhting is now added with gst_plugin_add_feature - typefactories are named now so that they can be located easily and filled in at plugin load. - mime types like "video/raw image/raw" are gone for now. - lots of plugin updates (style and API changes) - tested with an without registry. - updates to various tools. - added a little testsuite to test/show how you can load plugins (4 modes) Test this one, Almost everything has changed :-)
2001-08-21 20:16:48 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
bin_PROGRAMS = \
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
gst-inspect-@GST_MAJORMINOR@ \
tools: remove gst-xmlinspect People should just query the registry themselves or write a small python script if they need this functionality (which is likely less work than parsing the XML that this script outputs, and I'm not aware of anything using the xml2text xsl either).
2011-06-04 13:28:08 +00:00
gst-typefind-@GST_MAJORMINOR@
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
tools/: Add back --version command line option (#340460). Original commit message from CVS: * tools/Makefile.am: * tools/gst-inspect.c: (main): * tools/gst-launch.c: (main): * tools/gst-xmlinspect.c: (main): * tools/tools.h: Add back --version command line option (#340460). * tools/gst-typefind.c: (have_type_handler), (typefind_file), (main): Add --version option and use GOption for argument parsing; refactor a bit; accept directories as arguments and recurse into them; lastly, print a decent error message when things go wrong.
2006-05-05 17:07:42 +00:00
gst_inspect_@GST_MAJORMINOR@_SOURCES = gst-inspect.c tools.h
various fixes to make Original commit message from CVS: * configure.ac: * gst/Makefile.am: * gst/gst.c: * gst/gstplugin.h: * gst/gstregistry.h: * tests/benchmarks/complexity.c: * tests/benchmarks/mass-elements.c: * tests/check/Makefile.am: * tools/Makefile.am: * tools/gst-inspect.c: * tools/gst-xmlinspect.c: various fixes to make --disable-nls --disable-registry --disable-loadsave --disable-parse --disable-gst-debug work and get the core .so down to 360444 bytes after stripping
2005-11-30 19:01:53 +00:00
gst_inspect_@GST_MAJORMINOR@_CFLAGS = $(GST_OBJ_CFLAGS)
build: when building executables, put libs to link to into LDADD instead of LDFLAGS Use foo_LDADD instead of foo_LDFLAGS to specify the libraries to link to. This should make sure arguments are passed to the linker in the right order. See #615697.
2010-04-08 08:14:24 +00:00
gst_inspect_@GST_MAJORMINOR@_LDADD = $(GST_OBJ_LIBS)
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
tools/: Add back --version command line option (#340460). Original commit message from CVS: * tools/Makefile.am: * tools/gst-inspect.c: (main): * tools/gst-launch.c: (main): * tools/gst-xmlinspect.c: (main): * tools/tools.h: Add back --version command line option (#340460). * tools/gst-typefind.c: (have_type_handler), (typefind_file), (main): Add --version option and use GOption for argument parsing; refactor a bit; accept directories as arguments and recurse into them; lastly, print a decent error message when things go wrong.
2006-05-05 17:07:42 +00:00
gst_typefind_@GST_MAJORMINOR@_SOURCES = gst-typefind.c tools.h
reorganize C/LIB flags add gst_info to gstcompat.h Original commit message from CVS: reorganize C/LIB flags add gst_info to gstcompat.h
2004-05-04 12:38:36 +00:00
gst_typefind_@GST_MAJORMINOR@_CFLAGS = $(GST_OBJ_CFLAGS)
build: when building executables, put libs to link to into LDADD instead of LDFLAGS Use foo_LDADD instead of foo_LDFLAGS to specify the libraries to link to. This should make sure arguments are passed to the linker in the right order. See #615697.
2010-04-08 08:14:24 +00:00
gst_typefind_@GST_MAJORMINOR@_LDADD = $(GST_OBJ_LIBS)
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
various fixes to make Original commit message from CVS: * configure.ac: * gst/Makefile.am: * gst/gst.c: * gst/gstplugin.h: * gst/gstregistry.h: * tests/benchmarks/complexity.c: * tests/benchmarks/mass-elements.c: * tests/check/Makefile.am: * tools/Makefile.am: * tools/gst-inspect.c: * tools/gst-xmlinspect.c: various fixes to make --disable-nls --disable-registry --disable-loadsave --disable-parse --disable-gst-debug work and get the core .so down to 360444 bytes after stripping
2005-11-30 19:01:53 +00:00
if !GST_DISABLE_PARSE
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
bin_PROGRAMS += gst-launch-@GST_MAJORMINOR@
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
gst_launch_@GST_MAJORMINOR@_SOURCES = gst-launch.c tools.h
gst_launch_@GST_MAJORMINOR@_CFLAGS = $(GST_OBJ_CFLAGS)
gst_launch_@GST_MAJORMINOR@_LDADD = $(GST_OBJ_LIBS)
endif
trim fat from nonversioned binaries Original commit message from CVS: trim fat from nonversioned binaries
2004-03-02 10:38:40 +00:00
android: make it ready for androgenizer Remove the android/ top dir Fixe the Makefile.am to be androgenized To build gstreamer for android we are now using androgenizer which generates the needed Android.mk files. Androgenizer can be found here: http://git.collabora.co.uk/?p=user/derek/androgenizer.git
2011-01-27 13:33:08 +00:00
Android.mk: Makefile.am
androgenizer -:PROJECT gstreamer \
-:REL_TOP $(top_srcdir) -:ABS_TOP $(abs_top_srcdir) \
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
-:EXECUTABLE gst-inspect-@GST_MAJORMINOR@ -:TAGS eng debug \
android: make it ready for androgenizer Remove the android/ top dir Fixe the Makefile.am to be androgenized To build gstreamer for android we are now using androgenizer which generates the needed Android.mk files. Androgenizer can be found here: http://git.collabora.co.uk/?p=user/derek/androgenizer.git
2011-01-27 13:33:08 +00:00
-:SOURCES $(gst_inspect_@GST_MAJORMINOR@_SOURCES) \
-:CFLAGS $(DEFS) $(gst_inspect_@GST_MAJORMINOR@_CFLAGS) \
-:LDFLAGS $(gst_inspect_@GST_MAJORMINOR@_LDADD) \
-:PASSTHROUGH LOCAL_ARM_MODE:=arm \
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
-:EXECUTABLE gst-launch-@GST_MAJORMINOR@ -:TAGS eng debug \
android: make it ready for androgenizer Remove the android/ top dir Fixe the Makefile.am to be androgenized To build gstreamer for android we are now using androgenizer which generates the needed Android.mk files. Androgenizer can be found here: http://git.collabora.co.uk/?p=user/derek/androgenizer.git
2011-01-27 13:33:08 +00:00
-:SOURCES $(gst_launch_@GST_MAJORMINOR@_SOURCES) \
-:CFLAGS $(DEFS) $(gst_launch_@GST_MAJORMINOR@_CFLAGS) \
-:LDFLAGS $(gst_launch_@GST_MAJORMINOR@_LDADD) \
-:PASSTHROUGH LOCAL_ARM_MODE:=arm \
> $@
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
manpages = \
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
gst-inspect-@GST_MAJORMINOR@.1 \
tools: remove gst-xmlinspect People should just query the registry themselves or write a small python script if they need this functionality (which is likely less work than parsing the XML that this script outputs, and I'm not aware of anything using the xml2text xsl either).
2011-06-04 13:28:08 +00:00
gst-typefind-@GST_MAJORMINOR@.1
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
if !GST_DISABLE_PARSE
manpages += gst-launch-@GST_MAJORMINOR@.1
endif
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
tools: remove gst-feedback It's not really that useful, and no one's been using it for years.
2011-06-04 13:22:05 +00:00
CLEANFILES = $(manpages) *.gcno *.gcda
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
man_MANS = $(manpages)
distcheck fixes Original commit message from CVS: distcheck fixes
2004-03-15 18:20:03 +00:00
# developer helper tools, not meant for installation
noinst_SCRIPTS = gst-indent
tools/: Add back --version command line option (#340460). Original commit message from CVS: * tools/Makefile.am: * tools/gst-inspect.c: (main): * tools/gst-launch.c: (main): * tools/gst-xmlinspect.c: (main): * tools/tools.h: Add back --version command line option (#340460). * tools/gst-typefind.c: (have_type_handler), (typefind_file), (main): Add --version option and use GOption for argument parsing; refactor a bit; accept directories as arguments and recurse into them; lastly, print a decent error message when things go wrong.
2006-05-05 17:07:42 +00:00
noinst_HEADERS = tools.h
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
EXTRA_DIST = \
distcheck fixes Original commit message from CVS: distcheck fixes
2004-03-15 18:20:03 +00:00
$(noinst_SCRIPTS) \
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
gst-inspect.1.in \
gst-launch.1.in \
distcheck fix Original commit message from CVS: distcheck fix
2004-02-04 19:09:08 +00:00
gst-typefind.1.in \
tools/: add debug-log plotting developer tool (#340674) Original commit message from CVS: * tools/Makefile.am: * tools/gst-plot-timeline.py: add debug-log plotting developer tool (#340674)
2006-08-23 18:53:44 +00:00
gst-plot-timeline.py
Externalized the plugin information in /etc/gstreamer/reg.xml Original commit message from CVS: Externalized the plugin information in /etc/gstreamer/reg.xml - no need to do a plugin_load_all() - plugins are loaded when needed - typedetect functions are loaded when needed (still buggy) - no need to check for the existance of the plugin in the codecs - added gstreamer-register to create the reg.xml file - renamed launch to gstreamer-launch - plugins need to register the typefactory they provide modified the plugins to meet the new design modified the plugins to correctly set their pad types autoplugging can be done without loading the plugins now
2000-08-28 20:20:55 +00:00
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
%-@GST_MAJORMINOR@.1: %.1.in
build: Make some more rules silent if requested
2010-02-26 15:03:47 +00:00
$(AM_V_GEN)sed \
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
-e s,gst-inspect,gst-inspect-@GST_MAJORMINOR@,g \
-e s,gst-launch,gst-launch-@GST_MAJORMINOR@,g \
version gst-feedback Original commit message from CVS: version gst-feedback
2004-02-11 12:48:09 +00:00
-e s,gst-typefind,gst-typefind-@GST_MAJORMINOR@,g \
tools/: Add FILES section and correct entry about GST_REGISTRY_PATH environment variable (#133495; #133494). Original commit message from CVS: * tools/Makefile.am: * tools/gst-launch.1.in: Add FILES section and correct entry about GST_REGISTRY_PATH environment variable (#133495; #133494).
2006-03-21 15:04:20 +00:00
-e s,GST_MAJORMINOR,@GST_MAJORMINOR@,g \
Move man pages from %.1 to %.1.in, and add a rule to make .1 files from .1.in, replacing program names with their ver... Original commit message from CVS: Move man pages from %.1 to %.1.in, and add a rule to make .1 files from .1.in, replacing program names with their versioned equivalent. Handles nroff escape code for - (\-).
2003-08-15 20:25:40 +00:00
$< >$@
adding gst-indent as a noinst tool Original commit message from CVS: adding gst-indent as a noinst tool
2004-03-13 15:17:30 +00:00
Reference in a new issue Copy permalink