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: ... couldn't create ~~~
I believe the related commit in Pd is 95b61465.
I haven't tried re-compiling zexy yet, because I am under the impression that Pd shouldn't break existing externals. I'm using 2.3.1 from Deken.
Roman
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"). Meanwhile there's a profusion of ".h" files I didn't write (d_soundfile.h, g_all_guis.h, etc) that I've never formed a policy for.
In the case of get_sys_sleepgrain() I can write a new implementation that should work - in fact that might even be a good idea fro otehr reasons :) - but there's a lot more that I've changed in s_stuff.h, since I've revamped the whole audio interface. I bet a lot of other stuff will turn out to be broken, hmm.
Miller
On Fri, Aug 20, 2021 at 05:23:18PM +0200, Roman Haefeli wrote:
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: ... couldn't createI believe the related commit in Pd is 95b61465.
I haven't tried re-compiling zexy yet, because I am under the impression that Pd shouldn't break existing externals. I'm using 2.3.1 from Deken.
Roman
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
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
https://github.com/jyg/PdVst/search?q=sys_addhist
Pdvst~ is not much active but I think mainly because it works :) At least I use it.
--
Mensaje telepatico asistido por maquinas.
On 8/20/2021 4:42 PM, Miller Puckette via Pd-dev wrote:
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"). Meanwhile there's a profusion of ".h" files I didn't write (d_soundfile.h, g_all_guis.h, etc) that I've never formed a policy for.
In the case of get_sys_sleepgrain() I can write a new implementation that should work - in fact that might even be a good idea fro otehr reasons :) - but there's a lot more that I've changed in s_stuff.h, since I've revamped the whole audio interface. I bet a lot of other stuff will turn out to be broken, hmm.
Miller
On Fri, Aug 20, 2021 at 05:23:18PM +0200, Roman Haefeli wrote:
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: ... couldn't createI believe the related commit in Pd is 95b61465.
I haven't tried re-compiling zexy yet, because I am under the impression that Pd shouldn't break existing externals. I'm using 2.3.1 from Deken.
Roman
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
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 anyhow.)
Anyhow, just uploaded several bug fixes, including a crasher :)
M
On Fri, Aug 20, 2021 at 07:45:19PM -0300, Lucas Cordiviola wrote:
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://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jyg_PdVst_se...
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jyg_PdVst_se...
Pdvst~ is not much active but I think mainly because it works :) At least I use it.
--
Mensaje telepatico asistido por maquinas.
On 8/20/2021 4:42 PM, Miller Puckette via Pd-dev wrote:
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"). Meanwhile there's a profusion of ".h" files I didn't write (d_soundfile.h, g_all_guis.h, etc) that I've never formed a policy for.
In the case of get_sys_sleepgrain() I can write a new implementation that should work - in fact that might even be a good idea fro otehr reasons :) - but there's a lot more that I've changed in s_stuff.h, since I've revamped the whole audio interface. I bet a lot of other stuff will turn out to be broken, hmm.
Miller
On Fri, Aug 20, 2021 at 05:23:18PM +0200, Roman Haefeli wrote:
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: ... couldn't createI believe the related commit in Pd is 95b61465.
I haven't tried re-compiling zexy yet, because I am under the impression that Pd shouldn't break existing externals. I'm using 2.3.1 from Deken.
Roman
Pd-dev mailing list Pd-dev@lists.iem.at https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_lis...
On Fri, 2021-08-20 at 12:42 -0700, Miller Puckette wrote:
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").
Ok.
In the case of get_sys_sleepgrain() I can write a new implementation that should work - in fact that might even be a good idea fro otehr reasons :) -
Thanks. I confirm it works again.
but there's a lot more that I've changed in s_stuff.h, since I've revamped the whole audio interface. I bet a lot of other stuff will turn out to be broken, hmm.
Would you like to get notified if such instances are found?
Roman
but there's a lot more that I've changed in s_stuff.h, since I've revamped the whole audio interface. I bet a lot of other stuff will turn out to be broken, hmm.
Would you like to get notified if such instances are found?
Roman
I'm about to can the error() function which will break source compatibility wholesale... people really needing to recompile with old verbatim sources will always be able to compile against pd 0.51 and then run it against newer ones...
cheers Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
-
Lucas Cordiviola -
Miller Puckette -
Roman Haefeli