Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

Re: [PD-dev] Failed to configure on MacOS 10.14.6
by Dan Wilcox 20 Apr '20

20 Apr '20

> On Apr 20, 2020, at 11:09 AM, pd-dev-request(a)lists.iem.at wrote: > > Message: 1 > Date: Mon, 20 Apr 2020 11:03:05 +0200 > From: Pierre Guillot <guillotpierre6(a)gmail.com <mailto:guillotpierre6@gmail.com>> > To: pd-dev <pd-dev(a)iem.at <mailto:pd-dev@iem.at>> > Subject: [PD-dev] Failed to configure on MacOS 10.14.6 > Message-ID: > <CALPKkhoKVpKjwFE3ZGTRxajpG9vUG4uprT7Z2qMZd=o_oTnFVw(a)mail.gmail.com <mailto:CALPKkhoKVpKjwFE3ZGTRxajpG9vUG4uprT7Z2qMZd=o_oTnFVw@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi, > > I try to compile Pd on a new computer but the configure fails. > I installed all the dependencies using Homebrew: > > brew install automake autoconf libtool pkg-config gettext You don't need to do this every time, only once when you set up the build dependencies. This is why you get so many "already installed and up-to-date" messages. At most, you can update Homebrew and the installed packages now and then. > I run brew link --force gettext > > Warning:Refusing to link macOS provided/shadowed software: gettext > > ... > > I guess here is the problem.... No. It's only a warning. If gettext is not found, you can still build libpd as gettext is only needed for building the translations in the /po folder. macOS (and/or the developers tools) comes with an older version of gettext, so to use the newer one provided by Homebrew, you need to add the bin path to the newer one before the other default bin paths which is what the suggestion in the output is telling you. It's not that important as I don't think I've done it either and must be using the default system gettext which works fine. > > Then I run ./autogen.sh > > autoreconf: Entering directory `.' > > ... > > autoreconf: Leaving directory `.' That is the normal output which I see as well. > Then I run ./configure --disable-jack-framework > > but I get: .in'ig.status: error: cannot find input file: `Makefile > (I attached the full output of configure) > > Do you have any idea of what I can do to solve the problem? > Thanks! Was a Makefile.in created after you ran autopen.sh? The error message is a bit jumbled as it was partially overeaten by another status message, but it seems to say it cannot find a Makefile.in file. Automake should process each Makefile.am into a Makefile.in file which configure then uses. Also, look at the end of the config.log file which will have more detailed info. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Failed to configure on MacOS 10.14.6
by Pierre Guillot 20 Apr '20

20 Apr '20

Hi, I try to compile Pd on a new computer but the configure fails. I installed all the dependencies using Homebrew: brew install automake autoconf libtool pkg-config gettext Updating Homebrew... Warning: automake 1.16.2 is already installed and up-to-date To reinstall 1.16.2, run `brew reinstall automake` Warning: autoconf 2.69 is already installed and up-to-date To reinstall 2.69, run `brew reinstall autoconf` Warning: libtool 2.4.6_1 is already installed and up-to-date To reinstall 2.4.6_1, run `brew reinstall libtool` Warning: pkg-config 0.29.2_3 is already installed and up-to-date To reinstall 0.29.2_3, run `brew reinstall pkg-config` Warning: gettext 0.20.2 is already installed and up-to-date To reinstall 0.20.2, run `brew reinstall gettext` I run brew link --force gettext Warning:Refusing to link macOS provided/shadowed software: gettext If you need to have gettext first in your PATH run: echo 'export PATH="/usr/local/opt/gettext/bin:$PATH"' >> ~/.bash_profile For compilers to find gettext you may need to set: export LDFLAGS="-L/usr/local/opt/gettext/lib" export CPPFLAGS="-I/usr/local/opt/gettext/include" I guess here is the problem.... Then I run ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: running: glibtoolize --copy --force glibtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'm4/config'. glibtoolize: copying file 'm4/config/ltmain.sh' glibtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4/generated'. glibtoolize: copying file 'm4/generated/libtool.m4' glibtoolize: copying file 'm4/generated/ltoptions.m4' glibtoolize: copying file 'm4/generated/ltsugar.m4' glibtoolize: copying file 'm4/generated/ltversion.m4' glibtoolize: copying file 'm4/generated/lt~obsolete.m4' autoreconf: running: /usr/local/Cellar/autoconf/2.69/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:175: installing 'm4/config/compile' configure.ac:9: installing 'm4/config/missing' asio/Makefile.am: installing 'm4/config/depcomp' autoreconf: Leaving directory `.' Then I run ./configure --disable-jack-framework but I get: .in'ig.status: error: cannot find input file: `Makefile (I attached the full output of configure) Do you have any idea of what I can do to solve the problem? Thanks! Pierre

1 0

knowing when the patch is in edit mode for an external?
by Alexandre Torres Porres 03 Apr '20

03 Apr '20

Hi folks. Recently I've implemented improvements to cyclone/comment so it behaves like in Max. This is still a work in progress, but what I have is that I'm showing the inlet when I get into edit mode. Inlet disappears when I get out of edit mode. I'm still doing other things that depend on getting in and out of edit mode, like showing an outline. I might do that for cyclone/scope~ as well The thing is that I'm doing a quite dirty hack for that, which is listening to messages the patch gets, kinda like iemguts/receivecanvas and I don't like this hack, I'd rather it'd be possible to do it in an easier way. And I know that the comments in Pd will also react to getting in and out of edit mode, to show the vertical line to the right. I don't really know how it does it and if it is possible to do it in the same way for an external. If it's not possible - as I'm assuming it is not - what would need to change to allow this to be easily queried by an external object? So yeah, this is basically a feature request :) thanks Alex

2 2

Re: [PD-dev] no longer able to "send" to UDP -- correction
by Dan Wilcox 28 Mar '20

28 Mar '20

I wasn't aware that was supported and we didn't remove any existing capability, as far as I know. Sending via [netreceive] with TCP works as before. As Christof says, if there were obvious commits we can certainly (re_integrate them if they were lost along the line. > On Mar 28, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Date: Fri, 27 Mar 2020 22:35:08 -0700 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: pd-dev(a)iem.at <mailto:pd-dev@iem.at> > Subject: Re: [PD-dev] no longer able to "send" to UDP -- correction > Message-ID: <20200328053508.GA9452(a)ucsd.edu <mailto:20200328053508.GA9452@ucsd.edu>> > Content-Type: text/plain; charset=us-ascii > > correction: I forgot that Roman's netpd uses iemnet, not netsend/netreceive, > which I guess is why his jack~ implementation is working better than mine. > I can switch over as well, so I don't have any urgent need to send replies > from netreceive -u to netsend -u as I had thought. > > It would still be good if the new netsend/receive were able to do this, both > to maintain 0.50 compatibility, and to allow vanilla-only access to that > ability. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

no longer able to "send" to UDP (because now "connectionless"?
by Miller Puckette 28 Mar '20

28 Mar '20

To Pd dev (of interest to netsend/netreceive experts :) - One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago. I think it gets used; for instance I don't see how to implement jacktrip without it (as Roman Haefeli did in his netpd system and as I'm now trying to do in a Camomile plugin). Would it be onerous to bring that capability back? For the moment we can fall back to 0.50 but we'd need a way to do this, even if it's impossible to do exactly compatibly with 0.50. thanks Miller

2 3

trying to understand class_new
by Boštjan Jerko 25 Mar '20

25 Mar '20

Hi, I’m trying to port libpd to stm32. I don’t need gui so working only on connecting pd script to the output (which is DAC from stm32 in my case). The code compiles but I get the error when running in the pdint_setup where pdint_new in class_new breaks with an error. My idea is to first try to understand the code hence my question: What does class_new do? My guess is connecting puredata command with a function in C. Am I correct or completely missing the point? Thanks. B.

4 14

Default value for unconnected signal input, or connection detection in an external
by x nor 19 Mar '20

19 Mar '20

Hey Christof and dev list, Christof, I think it was you that did the work that allowed for a default value for unconnected [inlet~] in the inlet_features branch that didn't get merged? I'm wondering, is there a way to do that with externals as is without modifying the pure data source? Either that or a way to detect connectivity? I want to provide some audio rate controls to an external I'm writing but not *require* them for operation. 0 isn't a good default for some of these (amp or frequency multiplication). If its not possible to provide defaults or detect connectivity (so i can provide my own defaults) I'll probably just provide optional creation args to opt in to these audio rate parameters.. but that just ends up being a lot more work so I figured I'd ask first :) Thanks, Alex

3 5

loading externals on android (pddroidparty, mobmuplat, ...)
by IOhannes m zmölnig 18 Mar '20

18 Mar '20

hi, i'm currently trying to add support for building externals for android to pd-lib-builder. it build nicely, but so far i was unnsueccessfull in using the external in PdDroidParty. (the patch that uses the external does not seem to do anything that indicates that the external is indeed used). any pitfalls i should be aware of? i don't even know whether PdDroidParty is supposed to load externals. if not, is there any other available android project i could use for testing? i would rather not compile the host myself. i'm aware that i might have missed some documentation and/or debugging options in PdDroidParty that might give me more info; but... so little time. gmsard IOhannes PS: oh, and i don't have google play store installed, so any project should either be available via f-droid or provide a direct apk download...

2 1

Current Leapmotion Windows
by Tanner Yilmaz 10 Mar '20

10 Mar '20

2 1

Re: [PD-dev] [PD] double precision merged
by Dan Wilcox 07 Mar '20

07 Mar '20

Forgive me if this has been gone over, but what's the behavior if a single-precision Pd tries to load a double-precision external or vice versa? Does it fail to load or simply crash? If it crashes, maybe there needs to be some mechanism to query the compiled precision of the external, ie. some sort of function pointer or define, etc. If it's not there, then assume single-precision and act accordingly. It would be nice to have useful error print concerning this. I'm just musing here. :) > On Feb 26, 2020, at 1:58 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 4 > Date: Wed, 26 Feb 2020 13:58:50 +0100 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] [PD] double precision merged > Message-ID: <7f65121f-810d-c952-40f8-4f0facbbb1a3(a)christofressi.com <mailto:7f65121f-810d-c952-40f8-4f0facbbb1a3@christofressi.com>> > Content-Type: text/plain; charset=utf-8; format=flowed > > I see you point and I think it's a philosophical issue. In > Supercollider, for example, I can't compile a UGen plugin and expect it > to run on both Scsynth and Supernova, I rather have to pass the correct > define ("SUPERNOVA"). Plugins are therefore usually built twice - with > and without "-DSUPERNOVA" - and since they have different extensions and > export different symbols, they can coexist. I think this could be a > solution for Pd as well. If we had some naming convention for double > precision externals, we can then just built both versions > unconditionally and Pd will load the correct version. This can be > automated by pd-lib-builder. > > Christof -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

7 18

Jump to page:

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