This is not actually in m_pd.h but in g_canvas.h according to the original pd code. All other includes (apart from g_canvas.h) have remained intact. More so, since this is the last entry and I have a check inside added l2ork code whether this last entry is null before trying to invoke it (and if it is null then fall back to the regular version of displace) it should not require any alteration to the code other than making sure that the source at compile-time is referencing newer version of g_canvas.h.
I've recompiled most of the externals that come with pd-extended (still waiting to hear back from Hans why the latest SVN snapshot fails to compile flatspace, toxy, and flib) and none of them have any problems whatsoever (sure there is a warning at compile-time how that last widgetbehavior is not initialized properly but that does not matter when the code checks for null pointer before trying to invoke it).
Cheers!
Ico
-----Original Message----- From: Mathieu Bouchard [mailto:matju@artengine.ca] Sent: Friday, December 03, 2010 10:06 AM To: Ivica Ico Bukvic Cc: ALAN BROOKER; Pd-list@iem.at Subject: Re: [PD] Gridflow+ L2Ork pd-extended (was: L2Ork pd-extended release candidate 1 now available)
On Sat, 27 Nov 2010, Ivica Ico Bukvic wrote:
I am not sure if you already mentioned this but did you actually try recompiling gridflow from scratch or are you using one of the precompiled packages in conjunction with the l2ork pd-extended?
If you do this, then you also need to modify "bundled/m_pd.h" to add that field. Well, I think GridFlow still would work if you replace the m_pd.h by the one from your pd distro, but I won't guarantee that this will work in the future. I'd rather have a loadtime check for the size of t_widgetbehavior.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC