[PD-dev] trying to compile Pd on OS X (10.11)

[cjniven]

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 at 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 at 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 at lists.iem.at
>> https://lists.puredata.info/listinfo/pd-dev