On Apr 30, 2009, at 7:19 PM, august wrote:
i hope that gavl/gmerlin will be included in (more) distros soon
In the meantime, I think it would be worth it to have gavl/gmerlin build out of the pure-data SVN. Then we can remove it once its
widely packaged..hc
what exactly does that mean? Do you mean compiling it in statically? Or, do you mean compiling and installing the libraries? If you mean statically, I'm not sure, but I think it will be difficult since it is gmerlin based on a plugin architecture of shared objects.
-a
Static is one option, but not the only. You can also compile it as a
dynamic lib and included it with the external. That makes it harder
to distribute though. With Windows and Mac OS X distros of Pd-
extended, there are many included dynamic libs. If there were fink
packages for gmerlin/gavl then this happens automatically as part of
the build system.
Basically what I mean in something like this:
externals/readanysf externals/readanysf/readanysf~.c externals/readanysf/gavl externals/readanysf/gmerlin
Then in the Makefile for readanysf, build gavl and gmerlin, then use
something like "-I./gavl -I./gmerlin" for CFLAGS and "-L./gavl -L./
gmerlin" for LDFLAGS. Using automake would make that process easier.
Then whereever the readanysf~.pd_linux is, the .so would be included
(or .pd_darwin/.dylib, or .dll/dll).
.hc
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent controls
you." - Richard M. Stallman