[gstreamer-bugs] [Bug 350477] [Registry] Provide a way for plugins to delegate the 'changes' behaviour

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=350477

  GStreamer | gstreamer (core) | Ver: HEAD CVS




------- Comment #23 from Tim-Philipp Müller  2008-12-18 13:53 UTC -------
Created an attachment (id=124925)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=124925&action=view)
Adds gst_plugin_add_external_dependency()

First attempt of implementing this. I took the hash-approach, since it seemed
the easiest and most memory efficient approach. Do keep in mind that the actual
implementation does not really matter at all - we can change that at any time,
since that's all private anyway.

So the main question is if the API is good/sufficient/expressive enough (I'd
say it's almost a bit too expressive, but then that seems preferable to
something overly simple which is likely to fail to handle certain cases).

(For example, I was wondering if we need the suffix filter at all, or if
specifying the dir where plugins/modules are wouldn't almost always be enough,
as in the worst case we'd re-scan even if e.g. a non-module file got changed in
that directory; but then we basically get this case for free anyway if we want
to support the recursive flag, which I think we do).


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=350477.