Well, the functions are still there so binary compatibility should be OK.
But I bet there's other stuff that got broken.
(I think binary compatibility is more important than source compatibility
because one can always update sources - the chief reason you need them is in
order to recompile
I bet a lot of other stuff will turn out to be broken, hmm.
get_sys_sleepgrain() and the just removed:
EXTERN void sys_clearhist(void);
EXTERN int sys_addhist(int phase);
will surely break Pdvst~
From looking at:
https://github.com/jyg/PdVst/search?q=sys_clearhist
Well, I've never been able to articulate a clear and complete policy...
Roughly speaking, I'm maintaining source and binary compatibility for anything
that uses the public API (m_pd.h) and trying not to break things that use
private APIs (g_vanas.h, s_stuff.h and, privater still, m_imp.h").
Hi all
I just compiled Pd from master and found that I cannot load [fifop]
from zexy anymore. When loading it, I get:
~~~
error: /home/roman/Documents/Pd/externals/zexy/zexy.pd_linux:
/home/roman/Documents/Pd/externals/zexy/zexy.pd_linux: undefined symbol:
get_sys_sleepgrain
fifop
error: ...