[gst-devel] BRANCH-GOBJECT1 merged to HEAD!
zaheer at grid9.net
zaheer at grid9.net
Mon Jun 25 08:06:50 CEST 2001
This is super.
Maybe you should post to the gnotices list with the gobject2gtk code, so
that anyone developing at the glib2 branch can do releases for real
users based on the "stable" gtk1.2 branch.
Though of course their gtk2.0 code wont be backported :)
On Sun, 24 Jun 2001, Erik Walthinsen wrote:
> *** WARNING!: see below for a new requirement for building out of CVS! ***
> I've just completed the merge of BRANCH-GOBJECT1 into HEAD, which means we
> now have the ability to compile without any X dependencies whatsoever.
> The side-effect of this at the moment is that *none* of the X-related
> programs work, because Gtk+-2.0 and GNOME-2.0 are less ready than glib-2.0
> is. Porting/back-shimming of this will probably happen on HEAD, though
> if someone is willing to tackle the problem all at once, it's probably
> better to do a branch for it (called GNOME2-1 ?).
> Note that all GStreamer code is now based on GObject, which means some
> slight coding changes. My next email to the list will detail those minor
> changes. The ability to build all this GObject-based code on top of
> Gtk+-1.2 is supplied by gst/gobject2gtk.[ch], which is about 600 lines of
> proprocessor magic and stub functions. Funny thing is, a certain GNOME
> person told me it couldn't be done <g> Now that I've done it, he just
> calls me 'insane' and leaves it at that... (who am I to argue??)
> If you want to play around with building on GObject, you'll need to give
> the --enable-glib2 flag to autogen.sh, which will look for glib-2.0.
> Note that this check is done with pkg-config, which means that you'll need
> pkg-config to run autogen.sh even if you're not using glib2, because of
> the m4 macros. Of course, in the long run, the m4 macro issue is exactly
> what pkg-config is designed to solve, so this should be the last new thing
> you *have* to have in order to run autogen.sh.
> REPEAT: you *MUST* have pkg-config installed in order to run autogen.sh to
> build from CVS, at this time.
> One option we should look into is placing the PKG_CHECK_MODULES macro into
> the appropriate ac*.m4 file within CVS, though I'd rather not have to do
> that. Another option would be to extend autogen.sh with more conditional
> support while extracting configure.base into the appropriate .ac or .in
> And lastly, please, everyone thoroughly test the new shim-built stuff and
> report any regressions to this list!
> Erik Walthinsen <omega at temple-baptist.com> - System Administrator
> / \ GStreamer - The only way to stream!
> | | M E G A ***** http://gstreamer.net/ *****
> _\ /_
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
More information about the gstreamer-devel