Pd-dev May 2017

pd-dev@lists.iem.at

8 participants
11 discussions

trying to compile Pd on OS X (10.11)
by Roman Haefeli 03 Jul '17

03 Jul '17

Hey all I'm trying to compile current Pd for Mac on a 10.11.6 machine. And I'm stuck at linking stage: /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -weak_framework Jackmp -L/usr/local/lib -o pd pd-d_arithmetic.o pd-d_array.o pd-d_ctl.o pd-d_dac.o pd-d_delay.o pd-d_fft.o pd-d_filter.o pd-d_global.o pd-d_math.o pd-d_misc.o pd-d_osc.o pd-d_resample.o pd-d_soundfile.o pd-d_ugen.o pd-g_all_guis.o pd-g_array.o pd-g_bang.o pd-g_canvas.o pd-g_clone.o pd-g_editor.o pd-g_graph.o pd-g_guiconnect.o pd-g_hdial.o pd-g_hslider.o pd-g_io.o pd-g_mycanvas.o pd-g_numbox.o pd-g_readwrite.o pd-g_rtext.o pd-g_scalar.o pd-g_template.o pd-g_text.o pd-g_toggle.o pd-g_traversal.o pd-g_vdial.o pd-g_vslider.o pd-g_vumeter.o pd-m_atom.o pd-m_binbuf.o pd-m_class.o pd-m_conf.o pd-m_glob.o pd-m_memory.o pd-m_obj.o pd-m_pd.o pd-m_sched.o pd-s_audio.o pd-s_entry.o pd-s_file.o pd-s_inter.o pd-s_loader.o pd-s_main.o pd-s_midi.o pd-s_path.o pd-s_print.o pd-s_utf8.o pd-x_acoustics.o pd-x_arithmetic.o pd-x_array.o pd-x_connective.o pd-x_gui.o pd-x_interface.o pd-x_list.o pd-x_midi.o pd-x_misc.o pd-x_net.o pd-x_scalar.o pd-x_text.o pd-x_time.o pd-x_vexp.o pd-x_vexp_fun.o pd-x_vexp_if.o pd-s_audio_jack.o pd-s_audio_pa.o pd-s_audio_paring.o pd-s_midi_pm.o pd-d_fft_fftsg.o ../portaudio/libportaudio.la ../portmidi/libportmidi.la -lpthread -ldl -framework CoreAudio -framework CoreMIDI -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreFoundation -framework Carbon -ldl -lm -lpthread libtool: link: g++ -g -O2 -weak_framework Jackmp -o pd pd-d_arithmetic.o pd-d_array.o pd-d_ctl.o pd-d_dac.o pd-d_delay.o pd-d_fft.o pd-d_filter.o pd-d_global.o pd-d_math.o pd-d_misc.o pd-d_osc.o pd-d_resample.o pd-d_soundfile.o pd-d_ugen.o pd-g_all_guis.o pd-g_array.o pd-g_bang.o pd-g_canvas.o pd-g_clone.o pd-g_editor.o pd-g_graph.o pd-g_guiconnect.o pd-g_hdial.o pd-g_hslider.o pd-g_io.o pd-g_mycanvas.o pd-g_numbox.o pd-g_readwrite.o pd-g_rtext.o pd-g_scalar.o pd-g_template.o pd-g_text.o pd-g_toggle.o pd-g_traversal.o pd-g_vdial.o pd-g_vslider.o pd-g_vumeter.o pd-m_atom.o pd-m_binbuf.o pd-m_class.o pd-m_conf.o pd-m_glob.o pd-m_memory.o pd-m_obj.o pd-m_pd.o pd-m_sched.o pd-s_audio.o pd-s_entry.o pd-s_file.o pd-s_inter.o pd-s_loader.o pd-s_main.o pd-s_midi.o pd-s_path.o pd-s_print.o pd-s_utf8.o pd-x_acoustics.o pd-x_arithmetic.o pd-x_array.o pd-x_connective.o pd-x_gui.o pd-x_interface.o pd-x_list.o pd-x_midi.o pd-x_misc.o pd-x_net.o pd-x_scalar.o pd-x_text.o pd-x_time.o pd-x_vexp.o pd-x_vexp_fun.o pd-x_vexp_if.o pd-s_audio_jack.o pd-s_audio_pa.o pd-s_audio_paring.o pd-s_midi_pm.o pd-d_fft_fftsg.o -Wl,-bind_at_load -L/usr/local/lib ../portaudio/.libs/libportaudio.a ../portmidi/.libs/libportmidi.a -framework CoreAudio -framework CoreMIDI -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreFoundation -ldl -lm -lpthread ld: framework not found Jackmp clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [pd] Error 1 make[1]: *** [all-recursive] Error I got jack from homebrew. This is how I try to compile Pd: $ ./autogen.sh $ ./configure --enable-jack $ make -j Interestingly, also Pd-0.47-1.app can't find jack. When I try to switch audio to jack, I get the following message in the Pd console: Can't open Jack (it seems not be installed on this Mac) How does Pd detect whether jack is installed and running? Gruss Roman

4 9

Re: [PD-dev] Conflict: incoming OSC data and DSP on
by Roman Haefeli 21 Jun '17

21 Jun '17

Just a wild guess: It looks like your localhost connection is slow for some reason. Is there some anti virus software installed? If so, does the problem still occur when anti virus is stopped? Roman On Mit, 2017-04-12 at 16:02 +0100, Niccolò Granieri wrote: > > > > Does the attached modified version of your test patch still exhibit > > the > > problem? > > Yes, same exact problem. > > > > > On 12 Apr 2017, at 16:01, Roman Haefeli <reduzent(a)gmail.com> wrote: > > > > Does the attached modified version of your test patch still exhibit > > the > > problem? > > > > Roman > > > > On Mit, 2017-04-12 at 13:02 +0100, Niccolò Granieri wrote: > > > > > > > > > > > I cannot with the same Pd version on Linux. I wonder whether it > > > > is > > > > related to the high refresh rate of the number boxes. > > > > > > > > Does the GUI freeze still occur if the the update rate of the > > > > number > > > > boxes (not that of actual data going through the wire!) is > > > > throttled? > > > Hi Roman, I'm not quite sure how I would throttle the number > > > boxes, > > > can you be more specific? > > > > > > > > > > > Is wish more likely the bottleneck on some platforms, but not > > > > on > > > > others? Is wish using 100% of a CPU core when the freeze > > > > happens? > > > Actually Pd drops in CPU usage after the freeze happens. From 40% > > > to > > > 0,8%. But the GUI is completetly frozen and the audio has up to a > > > 5second delay! > > > > > > _______________________________________________ > > > Pd-dev mailing list > > > Pd-dev(a)lists.iem.at > > > https://lists.puredata.info/listinfo/pd-dev > > > > > > > > > > > > > > On 12 Apr 2017, at 12:55, Roman Haefeli <reduzent(a)gmail.com> > > > > wrote: > > > > > > > > > > > > > > > > On Die, 2017-04-11 at 18:33 +0200, Damian Stewart wrote: > > > > > > > > > > Fwiw I can reproduce exactly the behaviour that Niccolò is > > > > > seeing > > > > > here. OSX 10.12.3, pd vanilla 0.47.1 64 bit. > > > > I cannot with the same Pd version on Linux. I wonder whether it > > > > is > > > > related to the high refresh rate of the number boxes. > > > > > > > > Does the GUI freeze still occur if the the update rate of the > > > > number > > > > boxes (not that of actual data going through the wire!) is > > > > throttled? > > > > > > > > Is wish more likely the bottleneck on some platforms, but not > > > > on > > > > others? Is wish using 100% of a CPU core when the freeze > > > > happens? > > > > > > > > (Sorry if I'm repeating what IOhannes already said) > > > > > > > > Roman > > > > > > > > > > > > p.s.: Why is this on pd-dev? > > > > > > > > > > > > > > > > > > > > > > > > > On 11 Apr 2017, at 00:56, Niccolò Granieri > > > > > > <granieriniccolo(a)gmail.com> wrote: > > > > > > > > > > > > Hello Pd-dev mailing list, > > > > > > > > > > > > I am writing, for the first time, to point out an issue I'm > > > > > > having > > > > > > with incoming OSC data in Pd and DSP being turned on. > > > > > > > > > > > > The problem occurs when, while receiving OSC data from > > > > > > inside > > > > > > my > > > > > > machine (thus using a localhost), I turn on DSP. The OSC > > > > > > data > > > > > > stops > > > > > > flowing until I don't turn the DSP off. > > > > > > > > > > > > The only workaround I found to solve this issue is to run > > > > > > two > > > > > > separate instances of Pd: the first one that will act as an > > > > > > OSC > > > > > > parser, not having the need to turn on DSP. Once the data > > > > > > is > > > > > > parsed, the data is sent to a second instance of Pd via > > > > > > FUDI > > > > > > protocol (netsend) where it can coexist with DSP on without > > > > > > causing > > > > > > any issues. > > > > > > > > > > > > This unfortunately brings up the amount of computing power > > > > > > needed. > > > > > > > > > > > > I was wondering if anyone encountered the same problem > > > > > > before, > > > > > > and > > > > > > if there was any better solution. > > > > > > > > > > > > Thanks in advance, glad to be in this mailing list, > > > > > > > > > > > > Niccolò > > > > > > > > > > > > Pure Data 0.47.1 - 64 bit > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Pd-dev mailing list > > > > > > Pd-dev(a)lists.iem.at > > > > > > https://lists.puredata.info/listinfo/pd-dev > > > > > _______________________________________________ > > > > > Pd-dev mailing list > > > > > Pd-dev(a)lists.iem.at > > > > > https://lists.puredata.info/listinfo/pd-dev > > > > _______________________________________________ > > > > Pd-dev mailing list > > > > Pd-dev(a)lists.iem.at > > > > https://lists.puredata.info/listinfo/pd-dev > > <Test_Patch_Automated_throttled.pd>

4 12

[pure-data:bugs] #1296 path / startup not saving on windows 8
by Alexandre Porres 16 May '17

16 May '17

--- ** [bugs:#1296] path / startup not saving on windows 8** **Status:** open **Group:** v0.47 **Created:** Tue May 16, 2017 01:56 AM UTC by Alexandre Porres **Last Updated:** Tue May 16, 2017 01:56 AM UTC **Owner:** nobody every time you include whatever in path / startup in windows 8, it won't be there next time you reopen Pd --- 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] trying to compile Pd on OS X (10.11)
by cjniven 10 May '17

10 May '17

Thanks for this fix, its working now, however I’m stuck again at the same stage that Roman was before (linking Jackmp): /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -weak_framework Jackmp -L/opt/local/lib -L/usr/local/lib -o pd pd-d_arithmetic.o pd-d_array.o pd-d_ctl.o pd-d_dac.o pd-d_delay.o pd-d_fft.o pd-d_filter.o pd-d_global.o pd-d_math.o pd-d_misc.o pd-d_osc.o pd-d_resample.o pd-d_soundfile.o pd-d_ugen.o pd-g_all_guis.o pd-g_array.o pd-g_bang.o pd-g_canvas.o pd-g_clone.o pd-g_editor.o pd-g_graph.o pd-g_guiconnect.o pd-g_hdial.o pd-g_hslider.o pd-g_io.o pd-g_mycanvas.o pd-g_numbox.o pd-g_readwrite.o pd-g_rtext.o pd-g_scalar.o pd-g_template.o pd-g_text.o pd-g_toggle.o pd-g_traversal.o pd-g_vdial.o pd-g_vslider.o pd-g_vumeter.o pd-m_atom.o pd-m_binbuf.o pd-m_class.o pd-m_conf.o pd-m_glob.o pd-m_memory.o pd-m_obj.o pd-m_pd.o pd-m_sched.o pd-s_audio.o pd-s_entry.o pd-s_file.o pd-s_inter.o pd-s_loader.o pd-s_main.o pd-s_midi.o pd-s_path.o pd-s_print.o pd-s_utf8.o pd-x_acoustics.o pd-x_arithmetic.o pd-x_array.o pd-x_connective.o pd-x_gui.o pd-x_interface.o pd-x_list.o pd-x_midi.o pd-x_misc.o pd-x_net.o pd-x_scalar.o pd-x_text.o pd-x_time.o pd-x_vexp.o pd-x_vexp_fun.o pd-x_vexp_if.o pd-s_audio_jack.o pd-s_audio_pa.o pd-s_audio_paring.o pd-s_midi_pm.o pd-d_fft_fftsg.o ../portaudio/libportaudio.la ../portmidi/libportmidi.la -lpthread -ldl -framework CoreAudio -framework CoreMIDI -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreFoundation -framework Carbon -ldl -lm -lpthread libtool: link: g++ -g -O2 -weak_framework Jackmp -o pd pd-d_arithmetic.o pd-d_array.o pd-d_ctl.o pd-d_dac.o pd-d_delay.o pd-d_fft.o pd-d_filter.o pd-d_global.o pd-d_math.o pd-d_misc.o pd-d_osc.o pd-d_resample.o pd-d_soundfile.o pd-d_ugen.o pd-g_all_guis.o pd-g_array.o pd-g_bang.o pd-g_canvas.o pd-g_clone.o pd-g_editor.o pd-g_graph.o pd-g_guiconnect.o pd-g_hdial.o pd-g_hslider.o pd-g_io.o pd-g_mycanvas.o pd-g_numbox.o pd-g_readwrite.o pd-g_rtext.o pd-g_scalar.o pd-g_template.o pd-g_text.o pd-g_toggle.o pd-g_traversal.o pd-g_vdial.o pd-g_vslider.o pd-g_vumeter.o pd-m_atom.o pd-m_binbuf.o pd-m_class.o pd-m_conf.o pd-m_glob.o pd-m_memory.o pd-m_obj.o pd-m_pd.o pd-m_sched.o pd-s_audio.o pd-s_entry.o pd-s_file.o pd-s_inter.o pd-s_loader.o pd-s_main.o pd-s_midi.o pd-s_path.o pd-s_print.o pd-s_utf8.o pd-x_acoustics.o pd-x_arithmetic.o pd-x_array.o pd-x_connective.o pd-x_gui.o pd-x_interface.o pd-x_list.o pd-x_midi.o pd-x_misc.o pd-x_net.o pd-x_scalar.o pd-x_text.o pd-x_time.o pd-x_vexp.o pd-x_vexp_fun.o pd-x_vexp_if.o pd-s_audio_jack.o pd-s_audio_pa.o pd-s_audio_paring.o pd-s_midi_pm.o pd-d_fft_fftsg.o -Wl,-bind_at_load -L/opt/local/lib -L/usr/local/lib ../portaudio/.libs/libportaudio.a ../portmidi/.libs/libportmidi.a -framework CoreAudio -framework CoreMIDI -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreFoundation -ldl -lm -lpthread ld: framework not found Jackmp clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [pd] Error 1 I have Jackmp.framework installed in /Library/Frameworks, and building jack2 worked fine, but somehow it’s still not being found. Do I need to add a link to Jackmp.framework in /usr/local/lib (where libjack is sitting currently)? Thanks, -c > On May 5, 2017, at 10:32 PM, Miller Puckette <msp(a)ucsd.edu> wrote: > > Here's teh fix... in m_pd.h, it should be: > > #if defined(PDTHREADS) && defined(PDINSTANCE) > #define PERTHREAD __thread > #else > #define PERTHREAD > #endif > > cheers > M > > On Fri, May 05, 2017 at 07:23:57PM -0400, cjniven wrote: >> Alright, I still don’t see it on my end but I’ll wait for this one. >> >> Thanks, >> >> -c >> >>> On May 5, 2017, at 5:47 PM, Miller Puckette <msp(a)ucsd.edu> wrote: >>> >>> Yeah, I just now uploaded it.... e0aff65977890fc44b69136ec78859bb694ce476 >>> cheers >>> M >>> >>> On Fri, May 05, 2017 at 05:45:37PM -0400, cjniven wrote: >>>> Hi Miller, >>>> >>>> Unfortunately, I checked this version out an hour or so ago and still got this error. >>>> >>>> -c >>>> >>>> >>>>> On May 5, 2017, at 5:42 PM, Miller Puckette <msp(a)ucsd.edu> wrote: >>>>> >>>>> Sorry - this should now be fixed in the git repo. >>>>> >>>>> Miller >>>>> >>>>> On Fri, May 05, 2017 at 05:21:45PM -0400, cjniven wrote: >>>>>> I was able to build jack2 properly and pd was able to find it, but I received another error when running make (with or without the ‘-j’ flag) >>>>>> >>>>>> Making all in src >>>>>> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" -DPACKAGE_VERSION=\"0.47.1\" -DPACKAGE_STRING=\"pd\ 0.47.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" -DVERSION=\"0.47.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_NETDB_H=1 -DHAVE_NETINET_IN_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 -DHAVE_GETHOSTBYNAME=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 -DHAVE_REGCOMP=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_LIBDL=1 -I. -I/opt/local/include -I../portaudio/portaudio/include -I../portmidi/portmidi/pm_common -I../portmidi/portmidi/porttime -DPD -DINSTALL_PREFIX=\"/usr/local\" -DPD_INTERNAL -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_PORTAUDIO -DMACOSX -mmacosx-version-min=10.6 -g -O2 -ffast-math -funroll-loops -fomit-frame-pointer -MT pd-d_ugen.o -MD -MP -MF .deps/pd-d_ugen.Tpo -c -o pd-d_ugen.o `test -f 'd_ugen.c' || echo './'`d_ugen.c >>>>>> d_ugen.c:580:8: error: thread-local storage is not supported for the current target >>>>>> static PERTHREAD t_dspcontext *ugen_currentcontext; >>>>>> ^ >>>>>> ./m_pd.h:839:19: note: expanded from macro 'PERTHREAD' >>>>>> #define PERTHREAD __thread >>>>>> ^ >>>>>> 1 error generated. >>>>>> >>>>>> >>>>>> Can anyone tell me what’s going on here? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -c >>>>>> >>>>>>> On May 5, 2017, at 4:15 PM, Roman Haefeli <reduzent(a)gmail.com> wrote: >>>>>>> >>>>>>> On Fre, 2017-05-05 at 09:35 -0400, cjniven wrote: >>>>>>>> What version of jack did you end up installing? I’m having the same >>>>>>>> problem myself on OS X 10.12. >>>>>>> >>>>>>> >>>>>>> Pd works fine with jack now after I installed the JackOSX package from >>>>>>> IOhannes' second link. The package apparently installs (along a lot of >>>>>>> other stuff) something called Jackmp.framework, which is what Pd is >>>>>>> looking for. Also, it installs a jackd binary to /usr/local/bin. >>>>>>> Interestingly, once the framework is installed, I can replace the jackd >>>>>>> binary by the one provided by homebrew or by a self-compiled one from >>>>>>> the jack2 [1] repository and Pd (and other software) seem still to work >>>>>>> fine. >>>>>>> >>>>>>> Since it doesn't seem to be a technical necessity, I believe it would >>>>>>> be good if Pd would also connect to a jackd that comes without >>>>>>> Jackmp.framework, as Dan suggested. >>>>>>> >>>>>>> Roman >>>>>>> >>>>>>> [1] https://github.com/jackaudio/jack2 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pd-dev mailing list >>>>>> Pd-dev(a)lists.iem.at >>>>>> https://lists.puredata.info/listinfo/pd-dev >>>> >>>> >>>> _______________________________________________ >>>> Pd-dev mailing list >>>> Pd-dev(a)lists.iem.at >>>> https://lists.puredata.info/listinfo/pd-dev >>

2 2

saving when an array or scalar is focused closes main patch
by Federico Camara Halac 10 May '17

10 May '17

Hello, Pd-0.47-1 (osx 10.11.6) Sometimes I hit Cmd+S by reflex when an [array] or [scalar] canvas is focused and this ends up closing the main patch (even if the array is inside a subpatch). It is not the case when the array is inside an abstraction: in this case, the abstraction is saved and its canvas is closed but the array or scalar canvas remains open. I think it makes no sense to 'save' those objects like that but, is there a reason/solution for this? I couldn't find anything on the list about this and thought I should share this here. Thanks! fede -- http://fdch.github.io/tv

1 0

[pure-data:bugs] #1295 rtcmix~ 2
by Ticket 1295 08 May '17

08 May '17

--- ** [bugs:#1295] rtcmix~ 2** **Status:** open **Group:** v0.47 **Labels:** rtcmix obj **Created:** Mon May 08, 2017 07:52 PM UTC by Anonymous **Last Updated:** Mon May 08, 2017 07:52 PM UTC **Owner:** nobody Pd version Pd-0.47-1-64bit Mac OS Sierra ver. 10.12.4 standard port audio "when I create the rtcmix~ 2 object there are no signal ports created I can creat a bang, flush etc. and the ports are loaded, but not in the rtcmix --- 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] unable to load pdp library (mach-o, but wrong architecture)
by Dan Wilcox 08 May '17

08 May '17

On macOS, pd is built using the current architecture by default. This is true for building pretty much anything on macOS. To use prebuilt 32 bit libs, you need a 32 bit version of pd. This is actually pretty easy, I’ve just not documented all the new features in a readme and the only way to find them is by checking the configure —help. Sorry about that. Short answer is use the —universal flag to set the architecture: ./configure —universal=i386 > On May 8, 2017, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > From: cjniven <cjniven(a)gmail.com <mailto:cjniven@gmail.com>> > Subject: [PD-dev] unable to load pdp library (mach-o, but wrong architecture) > Date: May 7, 2017 at 6:13:51 PM MDT > To: Ed Kelly via Pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > > > A lot of my libraries have broken since updating to OS X 10.12, using Pd-extended 0.43.4. > > Right now I’ve been trying to build pdp from source, but I’m getting this error in the main window: > > /Users/billjobs/Library/Pd/pdp.pd_darwin: dlopen(/Users/billjobs/Library/Pd/pdp.pd_darwin, 10): no suitable image found. Did find: > /Users/billjobs/Library/Pd/pdp.pd_darwin: mach-o, but wrong architecture > > The problem is both pdp and pd that I’ve compiled from source are built for my native architecture (x86_64), but the pre-compiled version of Pd-extended I’m trying to get pdp working with is i386. > > I’ve been trying to rebuild pdp and pd either as fat binaries or i386 but I don’t think I’m doing it the right way as I’m getting a 64 bit binary each time (for both pdp, and pd). > > If anyone can point me in the right direction, that would be appreciated — I need pdp to work so I can record Gem patches with a syphon server. > > Thanks, > > -c -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

unable to load pdp library (mach-o, but wrong architecture)
by cjniven 08 May '17

08 May '17

A lot of my libraries have broken since updating to OS X 10.12, using Pd-extended 0.43.4. Right now I’ve been trying to build pdp from source, but I’m getting this error in the main window: /Users/billjobs/Library/Pd/pdp.pd_darwin: dlopen(/Users/billjobs/Library/Pd/pdp.pd_darwin, 10): no suitable image found. Did find: /Users/billjobs/Library/Pd/pdp.pd_darwin: mach-o, but wrong architecture The problem is both pdp and pd that I’ve compiled from source are built for my native architecture (x86_64), but the pre-compiled version of Pd-extended I’m trying to get pdp working with is i386. I’ve been trying to rebuild pdp and pd either as fat binaries or i386 but I don’t think I’m doing it the right way as I’m getting a 64 bit binary each time (for both pdp, and pd). If anyone can point me in the right direction, that would be appreciated — I need pdp to work so I can record Gem patches with a syphon server. Thanks, -c

2 2

Re: [PD-dev] trying to compile Pd on OS X (10.11)
by Dan Wilcox 05 May '17

05 May '17

That’s the PERTHREAD define form Miller’s current work with per thread instances. This implies something is currently broken in then uild right now. I would check the log and go back a couple weeks to a working commit. > On May 5, 2017, at 3:21 PM, pd-dev-request(a)lists.iem.at wrote: > > From: cjniven <cjniven(a)gmail.com <mailto:cjniven@gmail.com>> > Subject: Re: [PD-dev] trying to compile Pd on OS X (10.11) > Date: May 5, 2017 at 3:21:45 PM MDT > To: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > Cc: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > > > I was able to build jack2 properly and pd was able to find it, but I received another error when running make (with or without the ‘-j’ flag) > > Making all in src > gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" -DPACKAGE_VERSION=\"0.47.1\" -DPACKAGE_STRING=\"pd\ 0.47.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" -DVERSION=\"0.47.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_NETDB_H=1 -DHAVE_NETINET_IN_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 -DHAVE_GETHOSTBYNAME=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 -DHAVE_REGCOMP=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_LIBDL=1 -I. -I/opt/local/include -I../portaudio/portaudio/include -I../portmidi/portmidi/pm_common -I../portmidi/portmidi/porttime -DPD -DINSTALL_PREFIX=\"/usr/local\" -DPD_INTERNAL -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_PORTAUDIO -DMACOSX -mmacosx-version-min=10.6 -g -O2 -ffast-math -funroll-loops -fomit-frame-pointer -MT pd-d_ugen.o -MD -MP -MF .deps/pd-d_ugen.Tpo -c -o pd-d_ugen.o `test -f 'd_ugen.c' || echo './'`d_ugen.c > d_ugen.c:580:8: error: thread-local storage is not supported for the current target > static PERTHREAD t_dspcontext *ugen_currentcontext; > ^ > ./m_pd.h:839:19: note: expanded from macro 'PERTHREAD' > #define PERTHREAD __thread > ^ > 1 error generated. > > > Can anyone tell me what’s going on here? > > Thanks, > > -c -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD-dev] trying to compile Pd on OS X (10.11)
by Dan Wilcox 05 May '17

05 May '17

Roman (or IOhannes), can you open an issue on the pure-data/pure-data Github repo about this? It wouldn’t be too hard to have autoconf check for the traditional lib as well. I’m in the middle of preparing for a move to Karlsruhe(!) as well as a baby coming about the same time, so I’m kind of hit and miss as far as dev time right now. > On May 5, 2017, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > i think (on OSX) it relies on the Jackmp.framework (available from [1], > though i believe newer versions can be found at [2]) to be installed > (and does weak linking, so it can work even if the framework is not > installed). > i also think that homebrew does not install the jack.framework, but > rather some traditional libjack.so. > Pd's configure.ac hardcodes this into src/Makefile.am, which makes it > somehow hard to override :-( -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

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 May 2017