You can build single libraries in the sourceforge repository at http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/ Run make in the externals directory with the name of the library, for example 'make cyclone'. The valid commands are all in the externals/Makefile. A problem with this for WindowsOS is that vanilla is built with MSVC and extended with MinGW, they use different c runtime libraries, so some things like file operations will crash Pd. Martin
On Wed, Mar 4, 2015 at 11:03 AM, Simon Wise simonzwise@gmail.com wrote:
On 05/03/15 01:38, Alexandre Torres Porres wrote:
It might work better to switch to a model of
separately maintained libraries
I vouch for that as well as I've been suggesting it too. In a sense we could make it very easy to install "extended libraries" into vanilla.
isn't that already the case in linux ... quite a few libraries are individually packaged for debian, all of them for vanilla, they have a few maintainers but all that and where upstream is etc is documented within the packages and this is accessible directly on debian web pages. They end up ready to install in many linux distributions from there, and readily convertible to the other main linux packaging systems. Some other libraries are maintained elsewhere as drop-in folders.
I guess the situation is much more limited for other OSes (I rarely use them) but if there are committed people from those then surely it is easier to build on the upstream sources and repositories that already exist??
Without comparable OS wide packaging/distribution systems then building drop-in folders built for the most common variations of each OS would be the only sensible way to go.
The libdir format is supported by the package listed here: https://packages.debian.org/sid/pd-libdir
follow the links to the source and browse, eg in this case: http://anonscm.debian.org/cgit/pkg-multimedia/pd-libdir.git/tree/
A hell of a lot of work is waiting there, ready to reuse in other OSes.
Most of it listed in this search (though there are more): https://packages.debian.org/search?searchon=names&keywords=pd-
If you really want to run pd on sparc, there is where you may well find binaries that at least build, but you will also find working sources and all the appropriate links to upstream, licenses etc etc.
And if there aren't many committed developers (with enough time) using the other OSes ... then nothing much is going to change. I get the impression that most active developers here use linux?? maybe I'm wrong? It would seem also to be the same with pd-l2ork.
Not that I want to see the end of Pd-Extended, quite the opposite. But it seems a few changes need to be made in order for it to become more open as well and easier to maintain the fixes. Perhaps in a similar fashion than the "extended vanilla" idea.
For example, the fixes that have already been made to the cyclone library, why can't we see it being put into an update right away? And why can't we download it and use it in Vanilla? It ain't right... the reasonable thing is that the community could manage it faster by fixing it and making it readily available for Extended and Vanilla.
Obviously I know there are issues involved that I cannot even begin to grasp for making things the way they are, but this is my two cents anyway...
cheers
seems that it is not To the contrary, but I find it particularly problematic
2015-03-03 17:44 GMT-03:00 Miller Puckettemsp@ucsd.edu:
It might work better to switch to a model of separately maintained
libraries (as Joe Deken has suggested) - see the thread with subject line "Extending Vanilla [....]"
cheers Miller
On Tue, Mar 03, 2015 at 07:19:50PM +0100, Fred Jan Kraan wrote:
On 2015-03-03 03:05 PM, Hans-Christoph Steiner wrote:
Pd-extended is in need of a new maintainer. Obviously, I can't keep
up these days. I'm happy to help anyone get up to speed.
I want to participate in the maintenance, but it is probably much more complex than fixing some minor issues in cyclone. Assuming more people are interested but in a similar situation, is there a way to split it up in more manageable pieces? It would be more of a community effort then, which is always preferable.
.hc
Fred Jan
On Dec 24, 2014, at 2:00 PM, João Pais wrote:
Hello list,
I wanted to ask, what is the current state of the pd-extended
distribution? Pd-vanilla has had some regular updates recently (some of
them with interesting developments), but the latest pd-ext version is still from almost 2 years ago.
Best,
jmmmp
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list