[PD] readanysf~ v0.30

[Hans-Christoph Steiner]

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