[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-----
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
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)
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/
-----END PGP SIGNATURE-----
More information about the Pd-list