Hi,
Is it possible to configure a build of gstreamer in such a way that no dynamic libraries are used? I am attempting to get gstreamer running in an environment that does not yet have a dynamic loader and I would rather not write one if I could avoid it. Cheers, Adam ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Mon, Jan 14, 2008 at 08:50:22AM +1100, Adam Clench wrote:
> Is it possible to configure a build of gstreamer in such a way that no > dynamic libraries are used? I am attempting to get gstreamer running > in an environment that does not yet have a dynamic loader and I would > rather not write one if I could avoid it. Sort of. You can disable everything related to dynamically loaded binaries using --disable-plugin and --disable-registry, and use libgstreamer as a static library. Any plugins that you want to use, e.g., everything, need to be copied over to a new build system that will build them statically linked into an application. This kind of hack results in something that is completely unmaintainable. If you're porting to a platform without a dynamic loader, it's probably missing a variety of other critical system features, such as decent threading. It would be a good idea to let the platform mature before attempting to port gstreamer to it. dave... ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
This sounds promising. Does anyone have any idea how one would go
about loading a plugin which has been statically linked into a gstreamer app? (i.e. the equivalent of gst_element_factory_make() in the dynamically linked case). Being able to statically link a functional gstreamer app would be very nice. Many thanks, Nicholas >> >> On Mon, Jan 14, 2008 at 08:50:22AM +1100, Adam Clench wrote: >>> Is it possible to configure a build of gstreamer in such a way >>> that no >>> dynamic libraries are used? I am attempting to get gstreamer running >>> in an environment that does not yet have a dynamic loader and I >>> would >>> rather not write one if I could avoid it. >> >> Sort of. You can disable everything related to dynamically loaded >> binaries using --disable-plugin and --disable-registry, and use >> libgstreamer as a static library. Any plugins that you want to use, >> e.g., everything, need to be copied over to a new build system that >> will build them statically linked into an application. This kind >> of hack results in something that is completely unmaintainable. >> >> If you're porting to a platform without a dynamic loader, it's >> probably >> missing a variety of other critical system features, such as decent >> threading. It would be a good idea to let the platform mature before >> attempting to port gstreamer to it. >> >> >> >> dave... >> > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |