On Nov 25, 2010, at 3:37 PM, András Murányi wrote:



2010/11/25 Ivica Ico Bukvic <ico@vt.edu>
On Wed, 2010-11-24 at 22:46 -0500, Ivica Ico Bukvic wrote:
>
> On Thu, 2010-11-25 at 02:53 +0100, András Murányi wrote:
> > moonlib indeed!
> >
> > 2010/11/25 Jonathan Wilkes <jancsika@yahoo.com>
> >         [moonlib/mknob]
> >
> >         -Jonathan
> >
> >                 Thanks, this worked.
> >                 Now i'm having segfaults on patch load, it seems it's
> >                 with [moocow/mknob].
> >
>
> Confirmed. Looking into it...

All right, I said I would go to sleep but the curiosity got the best of
me, so I looked at this one and found a super-simple solution.

Namely, it appears mknob uses g_all_guis.h and g_canvas.h, both of which
have changed as a result of accelerated drawing of iemgui objects. A
simple recompile of mknob (and likely other objects that may rely upon
the same framework) apparently fixed the problem.
 
Alrite, my knowledge is just not enough to teach moonlib (which i have put into /extra) where the pd headers are. What shall i modify in its makefile?

Andras

The header install locations have changed in Pd 0.43, now all Pd headers are installed into /usr/include/pd, so if an external uses anything in addition to m_pd.h, then it'll need to include that location in the include path.

.hc


----------------------------------------------------------------------------

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity."        -John Gilmore