[PD] helpbrowser and the paths

IOhannes m zmölnig zmoelnig at iem.at
Thu May 5 10:20:29 CEST 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/05/2011 03:38 AM, Hans-Christoph Steiner wrote:
> 
> On May 4, 2011, at 5:47 PM, Paul Brossier wrote:
> 
>> On Wed, May 04, 2011 at 12:18:04PM -0400, Hans-Christoph Steiner wrote:
>>>
>>> Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
>>> behvaior with Gem or gridflow.  The helpbrowser.tcl code is the same
>>> between pure-data and pd-extended.
>>
>> How do you start pd to load Gem?
>>
>> Removing '-path /usr/lib/pd/extra/Gem', the help browser behaves as
>> expected.

yes, but then Pd doesn't find Gem's abstractions.
that's the reason why the "-path" is there in the first place.

> Check Gem_addownpath() in src/Base/GemSetup.cpp.  If Gem's ./configure
> finds s_stuff.h, it should enable this.  This is something like what
> gridflow does too.  Then pd -lib Gem also puts path/to/Gem/abstractions
> in the path also.

which i have enabled now in my latest push.
(and disabled the -path in pd-gem)

i still think that the separating libraries and files in the
help-browser is a good idea (just like static and dynamic content are
separated, and patches and non-patches are separated)

fmasdr
IOhannes


PS: it seems like my other email yesterday did not make it (it was still
in my outgoing queue this morning)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3CXc0ACgkQkX2Xpv6ydvSw1wCfcwtaPuNOnuCx3mK8QO5vxvoo
57MAnAteBWm8Jcpd5CK6irphHBksQxMP
=n5lF
-----END PGP SIGNATURE-----



More information about the Pd-list mailing list