Pd-dev June 2015

pd-dev@lists.iem.at

23 participants
23 discussions

auto-build server not synced with svn
by Fred Jan Kraan 28 Nov '15

28 Nov '15

Hi, After checking in some changes for cyclone, I hoped to see the results in the last remaining daily build, the Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb <http://autobuild.puredata.info/auto-build/2015-01-04/Pd-0.44.0-extended-201…>. But it appears it is no longer synced with the svn repository and builds the same code every day. To make sure the state of cyclone code is still ok, I checked out the repositry and recompiled. Cyclone is ok, but some other libraries fail: ./pure-data-svn/externals/iem/iem_ambi/src/ambi_decode2.c:7:20: fatal error: iemlib.h: No such file or directory ./pure-data-svn/externals/iemlib/iemlib1/src/biquad_freq_resp.c:8:20: fatal error: iemlib.h: No such file or directory ./pure-data-svn/externals/iem/iem_delay/src/block_delay~.c:7:20: fatal error: iemlib.h: No such file or directory loaders-pdlua: pdlua.c:45:17: fatal error: lua.h: No such file or directory gem: TextBase.h:38:22: fatal error: FTFont.h: No such file or directory For the loaders-pdlua library I found it expects the lua.h in /usr/lib/lua/ while the actual directory is lua5.2. This is on Xubuntu 14.04.1 LTS x86_64 Fred Jan

5 6

Compiling externals for Windows
by Roman Haefeli 26 Jul '15

26 Jul '15

Hey all The new deken plugin makes me want to compile externals for Windows. There seem to be many ways to go and I might save some time if I knew beforehand what works and what no so well. I have access to the following archs: * Debian 7 (i386, amd64, armv6l) * Debian 8 (i383, amd64) * Ubuntu 14.04 (i386, amd64) * Windows XP (w32) What are people using? Are you compiling directly on Windows or are you cross-compiling from Linux? Are you going with the tool chain from your Distro or are you downloading the highest and latest manually? On a related note: How feasible is it to cross-compile for Mac OS X? Roman

8 26

[pure-data:bugs] #1211 minimum block for snapshot is 64
by Alexandre Porres 28 Jun '15

28 Jun '15

--- ** [bugs:#1211] minimum block for snapshot is 64** **Status:** open **Group:** v0.46 **Labels:** snapshot **Created:** Sun Jun 28, 2015 08:36 PM UTC by Alexandre Porres **Last Updated:** Sun Jun 28, 2015 08:36 PM UTC **Owner:** Miller Puckette this actually seems like a design option, but I'll just go ahead and describe it; snapshot~ can spit out values whenever it gets a bang, but it'll output only the last value of a block. But this is only true for blocks >= 64, for < 64 it behaves as 64 is the minimum block size. I guess that since it can output as many values as you want, say 64 times in a block size of 64, it could work for block sizes less than 64 in size --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1210 Scope~ can trigger a Tcl error
by electrickery 28 Jun '15

28 Jun '15

--- ** [bugs:#1210] Scope~ can trigger a Tcl error** **Status:** open **Group:** v0.46 **Labels:** cyclone **Created:** Sun Jun 28, 2015 01:25 PM UTC by electrickery **Last Updated:** Sun Jun 28, 2015 01:25 PM UTC **Owner:** electrickery The cyclone/Scope~ object can trigger a Tcl error with the following situation: - the patch is in edit mode, - the object is selected and - the patch window is minimized and then restored. Pd has to be restarted to be usable again. Issue detected with Xubuntu 14.04 64-bit. Pd version is 0.46.6. (Tcl) UNHANDLED ERROR: window name "h20c4180" already exists in parent while executing "canvas .x20ac410.h20c4180 -width 10 -height 10 -bg #fedc00 -bd 0" ("uplevel" body line 145) invoked from within "uplevel #0 $docmds" --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] Pd-dev Digest, Vol 123, Issue 20
by Dan Wilcox 27 Jun '15

27 Jun '15

Well, as Roman has pointed out, that’s not a great solution since iemnet doesn’t build on Windows as of 2012. Looks like select() exists in the Win API but only works with BSD socket handles. There are Windows specific calls for the same functionality with file handles though, ie. WaitForMultipleObjects(): http://oldwiki.mingw.org/index.php/sockets <http://oldwiki.mingw.org/index.php/sockets> -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Jun 27, 2015, at 6:00 AM, pd-dev-request(a)lists.iem.at wrote: > > On 06/26/2015 05:10 PM, Dan Wilcox wrote: >> Also: http://mingw.5.n7.nabble.com/How-does-mingw-support-pipe-tp8714p8722.html <http://mingw.5.n7.nabble.com/How-does-mingw-support-pipe-tp8714p8722.html> <http://mingw.5.n7.nabble.com/How-does-mingw-support-pipe-tp8714p8722.html <http://mingw.5.n7.nabble.com/How-does-mingw-support-pipe-tp8714p8722.html>> looks like it’s equivalent unless you’re using select(), but the Windows API doesn’t support select() in general. > > thanks for the research. > > unfortunately, not being able to use select() on the pipe is a knock-out > criterion for iemnet (iirc). > > gfamdsr > IOhannes

1 0

Re: [PD-dev] Compiling iemnet on Windows XP
by Dan Wilcox 26 Jun '15

26 Jun '15

Looks like Windows has a posix pipe function, it’s called “_pipe”: https://msdn.microsoft.com/en-us/library/edze9h7e(VS.71).aspx <https://msdn.microsoft.com/en-us/library/edze9h7e(VS.71).aspx> I imagine this just requires using a platform check to name the function using a macro. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Jun 26, 2015, at 6:00 AM, pd-dev-request(a)lists.iem.at wrote: > > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > Subject: Re: [PD-dev] Compiling iemnet on Windows XP > Date: June 25, 2015 at 3:30:28 PM EDT > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > > > On 06/25/2015 07:32 PM, Fred Jan Kraan wrote: >> While testing the Makefile.pdlibbuilder, I found that iemnet depends on >> a pipe library, which appeared not to be supported by MinGW. CygWin is >> roumoured to support it, but I never tried this. > > rather than an obscure "pipe library" iemnet uses the POSIX standard > "pipe()". > the rest is correct though (and i never tried it either; nor do i intend > to go the cygwin route) > > gfmadsr > IOhannes

2 2

Compiling iemnet on Windows XP
by Roman Haefeli 25 Jun '15

25 Jun '15

Hey I'm trying to compile iemnet on Windows XP 32-bit with mingw-w64 (using the mingw32-make command). I'm stuck at: --- iemnet_notify.o: In function `pollfun': c:\puredata\pd-iemnet/iemnet_notify.c:122: undefined reference to `read' iemnet_notify.o: In function `iemnet__notify': c:\puredata\pd-iemnet/iemnet_notify.c:64: undefined reference to `write' iemnet_notify.o: In function `iemnet__notify_create': c:\puredata\pd-iemnet/iemnet_notify.c:147: undefined reference to `pipe' collect2.exe: error: ld returned 1 exit status makefile:267: recipe for target 'libiemnet.dll' failed mingw32-make: *** [libiemnet.dll] Error 1 --- Apparently, something is missing. Hints? Roman

3 3

[pure-data:patches] #553 Order of sys_staticpath wrong for Windows
by Roman Haefeli 23 Jun '15

23 Jun '15

--- ** [patches:#553] Order of sys_staticpath wrong for Windows** **Status:** open **Group:** bugfix **Created:** Tue Jun 23, 2015 01:37 PM UTC by Roman Haefeli **Last Updated:** Tue Jun 23, 2015 01:37 PM UTC **Owner:** Miller Puckette Attached patch changes order for sys_staticpath on Windows, so that the "rule local first, global" last applies. This also makes sure that plugins like Deken try a writable path first. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #552 autotools: ASIO requires C++ linker
by Ticket 552 22 Jun '15

22 Jun '15

--- ** [patches:#552] autotools: ASIO requires C++ linker** **Status:** open **Group:** bugfix **Labels:** mingw asio build-system **Created:** Mon Jun 22, 2015 09:42 PM UTC by Anonymous **Last Updated:** Mon Jun 22, 2015 09:42 PM UTC **Owner:** Miller Puckette ASIO is a C++-library, therefore it requires Pd to be linked with a C++-linker. the current attempt (when building Pd on mingw using the autotools build system), is an ugly kludge that simply sets the C-compiler (`CC`) to `g++`. This forces all of Pd's C-code to be compiled with a C++-compiler, which fails (because C is less restrictive than C++ and uses different keywords). A better solution is to tell autotools that Pd has an additional (dummy) source-file that is a C++-file (just add `dummy.cpp` to `pd_SOURCES`). automake will then automatically use the correct compiler for the sources (that is a C-compiler for C-sources) but will use a C++-compiler for linking. see the [automake documentation](http://www.gnu.org/software/autoconf/manual/automake.html#Li… for further information. the attached bug does just this: - remove the original build kludge - add the new one (dummy.cxx) --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

first impression about deken
by Roman Haefeli 22 Jun '15

22 Jun '15

Hey all I'm all excited about deken. Both, downloading/installing and building/uploading was really easy and worked well for me. -- Issue #1 -- When I download a package that wants to extract to a folder that already exists, the plugin hangs and with it whole Pd. Scenario to trigger this situation: * Menu > Help > Find externals * search zexy * pick wrong architecture * restart Pd (zexy won't load) * open 'find externals' again, search for zexy * pick correct architecture Pd hangs now. -- Request #1 -- When searching for zexy, I get listed all available architectures. As a not so tech-savvy user I have difficulties picking the correct one. Since deken knows my arch, wouldn't it be possible to show only my arch (or high-light the one that is 'good' for me)? -- Request #2 -- I'd like to try someone else's patch and load it in Pd. When loading, Pd prints the error: symbol2list / error: ... couldn't create Ok, I fire up 'Find externals' and search for 'symbol2list' and I get no result. In my imagined best case scenario, deken would index (could be manually created by the developer/uploader) objects that come with a certain library and users could search by object names and find matching packages. -- Probably I'm asking stuff that is already in the pipeline anyway. Is this the right place to follow its development? Roman

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev June 2015