> Not sure. m_pd.h is supposed to be in the sources. 

It is not.  Building the PDClass requires it, but there is supposed
to be a check that it exists.  I do have it but not in a sane
search-path.  I am totally mystified

> Also this barrier_t keeps causing problems. I'm sure tomorrow when I update GIT I
> will have problems with it on OSX too.

It is very simple.  POSIX defines functions like pthread_barrier_init,
but in an optional part.  LINUX defines this as requested and they
work.  As far as I can remember so does Windows.  OSX does not, so an
emulation is defined, using the typedef of a structure to barrier_t

If OSX has seen the error of its ways we can simplify.  In SConstruct
there is a check that pthread_barrier_init exists, and if so sets a
macro.  If the macro is not set then the emulation code is activated.

Can you check on various OSX systems in "man pthread_barrier_init"
gives anything?

btw, when you do update you will also get a better if-then-else-endif
in the new parser

==John ffitch

------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net