Re: [PD] binary compatibility

2015-07-28 Thread Ivica Ico Bukvic
On 07/27/2015 01:28 PM, Charles Z Henry wrote: On Mon, Jul 27, 2015 at 12:08 PM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote: Background info: Pd-l2ork has an extra member at the _end_ of the t_widgetbehavior struct. This member is used to do accelerated displacing of a selection

Re: [PD] binary compatibility

2015-07-28 Thread Jonathan Wilkes via Pd-list
Ok, so we have: 1) default widgetbehavior external: binary compatible 2) custom widgetbehavior external, compiled against Pd-l2ork and used in Vanilla: big problems when external tries to initialize extra member of struct 3) custom widgetbehavior external, compiled against Vanilla and used

Re: [PD] binary compatibility

2015-07-27 Thread Charles Z Henry
On Mon, Jul 27, 2015 at 12:08 PM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote: Background info: Pd-l2ork has an extra member at the _end_ of the t_widgetbehavior struct. This member is used to do accelerated displacing of a selection of objects in Pd. This type of modification

[PD] binary compatibility

2015-07-27 Thread Jonathan Wilkes via Pd-list
Hi list,Take the following shaky premise:Pd-L2ork is binary compatible with Pd-Vanilla. 1) Can someone build a simple external with default widget behavior that violates this premise by crashing Pd-Vanilla/Pd-l2ork? 2) Can someone build a simple external with custom widget behavior that violets