We're not providing a wrapper like we do for the tools in core,
since wrappers are confusing (e.g. for debugging purposes),
mostly pointless (since the API is likely to change between
major versions), and cause packaging issues when packages for
two different major versions are to be installed in parallel.
https://bugzilla.gnome.org/show_bug.cgi?id=633023
Generate win32/common/config.h-new directly from config.h.in,
using shell variables in configure and some hard-coded information.
Change top-level makefile so that 'make win32-update' copies the
generated file to win32/common/config.h, which we keep in source
control. It's kept in source control so that the git tree is
buildable from VS.
This change is similar to the one recently applied to GStreamer,
except that it adds a few -base specific defines.
Original commit message from CVS:
* Makefile.am:
Add check-exports target and run it with 'make check'.
* configure.ac:
Be stricter about what we export in our libraries: change regexp so that
we only export _gst_foo(), but not __gst_foo().
* gst-libs/gst/cdda/base64.h: (rfc822_binary):
* gst-libs/gst/cdda/sha1.h: (sha_init), (sha_update), (sha_final):
Change internal functions to __gst_foo so they dont' get exported.
* win32/common/libgstaudio.def:
Add missing symbols.
Original commit message from CVS:
* Makefile.am:
* configure.ac:
* tests/Makefile.am:
Remove bogus check for libcheck, since we check for
gstreamer-check and it pulls in the required info from there, and we
weren't actually _using_ the information for libcheck ourselves
anyway.
Original commit message from CVS:
* Makefile.am:
* configure.ac:
* win32/MANIFEST:
* win32/common/_stdint.h:
Windows does not have long long; copy the generated _stdint.h
* win32/common/interfaces-enumtypes.c:
(gst_color_balance_type_get_type), (gst_mixer_type_get_type),
(gst_mixer_track_flags_get_type),
(gst_tuner_channel_flags_get_type):
* win32/common/multichannel-enumtypes.c:
(gst_audio_channel_position_get_type):
update
Original commit message from CVS:
* Makefile.am:
* win32/MANIFEST:
* win32/common/interfaces-enumtypes.c:
(gst_color_balance_type_get_type), (gst_mixer_type_get_type),
(gst_mixer_track_flags_get_type),
(gst_tuner_channel_flags_get_type):
* win32/common/interfaces-enumtypes.h:
* win32/common/multichannel-enumtypes.c:
(gst_audio_channel_position_get_type):
* win32/common/multichannel-enumtypes.h:
add a win32-update rule like in core, and copy over enumtypes files
Original commit message from CVS:
* gst-libs/gst/colorbalance/Makefile.am:
* gst-libs/gst/mixer/Makefile.am:
* gst-libs/gst/play/Makefile.am:
* gst-libs/gst/tuner/Makefile.am:
* gst/tcp/Makefile.am:
* sys/dxr3/Makefile.am:
don't include -enumtypes.[ch] or -marshal.[ch] files in the disted
tarball.
Also add all *.list files that were missing.
* Makefile.am:
add a distcheck hook to ensure the above doesn't happen again.
Original commit message from CVS:
2004-02-03 Benjamin Otte <in7y118@public.uni-hamburg.de>
* common/m4/ax_create_stdint_h.m4:
* configure.ac:
add AX_CREATE_STDINT_H to get correct type definitions for a52dec in
_stdint.h.
* Makefile.am:
remove generated _stdint.h in DISTCLEANFILES
* ext/a52dec/gsta52dec.c:
include _stdint.h for a52dec. (should fix#133064)
Original commit message from CVS:
Port some changes from 0.6.0/0.6.1 back to HEAD (.pc files moved to pkg-config/, .m4 file moved from plugins to core)
