The errors being shown by not using AC_PROG_CC with this
version of autoconf (the one in debian testing):
/usr/share/automake-1.14/am/depend2.am: error: am__fastdepCC does not appear in AM_CONDITIONAL
/usr/share/automake-1.14/am/depend2.am: The usual way to define 'am__fastdepCC' is to add 'AC_PROG_CC'
/usr/share/automake-1.14/am/depend2.am: to 'configure.ac' and run 'aclocal' and 'autoconf' again
/usr/share/automake-1.14/am/depend2.am: error: AMDEP does not appear in AM_CONDITIONAL
/usr/share/automake-1.14/am/depend2.am: The usual way to define 'AMDEP' is to add one of the compiler tests
/usr/share/automake-1.14/am/depend2.am: AC_PROG_CC, AC_PROG_CXX, AC_PROG_OBJC, AC_PROG_OBJCXX,
/usr/share/automake-1.14/am/depend2.am: AM_PROG_AS, AM_PROG_GCJ, AM_PROG_UPC
/usr/share/automake-1.14/am/depend2.am: to 'configure.ac' and run 'aclocal' and 'autoconf' again
sources/glue/Makefile.am: error: C source seen but 'CC' is undefined
sources/glue/Makefile.am: The usual way to define 'CC' is to add 'AC_PROG_CC'
sources/glue/Makefile.am: to 'configure.ac' and run 'autoconf' again.
This would prevent a build failure when trying to 'make' the glue:
generated.c: In function 'gst__tagssharp_gst__tags_tagdemux_get_element_offset':
generated.c:1092:2: error: unknown type name 'GstTagDemux'
return (guint)G_STRUCT_OFFSET (GstTagDemux, element);
^
Version will be the standard for a preview version (x.99.y), where `y`
be the subsequent previews (being a preview means it will be somewhat
allowed to break API). `x+1.0` is normally the target for the FINAL
release.
Also, we now check for glib-sharp instead of gtk-sharp, because
even if they are hosted in the same repository named "gtk-sharp",
that could change in the future, and glib-sharp provides its
own .pc file as well.
For this provide an uninstalled pkg-config file, missing bit are now
some changes to gst-uninstalled. I'll commit those once core is released.
Also clean up the normal pkg-config file, we don't require glib-sharp.
glib-sharp will only get a new release with the new API that we need for
3.0 in a year or something. Instead of waiting a year before we can release
something we now have our own internal copy of glib-sharp trunk that will
be dropped once glib-sharp 3.0 is released.
Everything is now compilable and working without any additional patches.
