#186 abstractions/gemwin.pd couldn't create

unknown
open
OSX
5
2014-07-08
2012-03-28
megrimm
No

User patches (non-example patches) give error when creating gem abstractions (example: abstractions/gemwin.pd) even when [import Gem], etc is used.

For example, "gemwin ... couldn't create", "gemorb ... couldn't create"

do gem abstractions just need alias's made in parent directory ? although I am assuming there with be conflicts between abstractions and externals/gem-internals such as "gemhead"?

Discussion

  • megrimm

    megrimm - 2012-03-28

    thats
    pd-extended-0.43.1_64bit
    gem recent git pull

     
  • IOhannes m zmölnig

    no, you should not need an alias in the parent path.

    Gem expects the abstractions to live in the same directory as the Gem-binary (Gem.pd_darwin in your case), and (if properly compiled and installed [*]), will add this directory to Pd's search paths.

    if things go wrong, you might want to run pd with "-verbose" flag, to see whether it spits something out regarding it's search path.

    what [import Gem] does in don't know.

    [*] properly compiled means, that "s_stuff.h" was found during compilation; properly installed means, that _all_ Gem-abstractions (including the special Gem-meta.pd)

     
  • megrimm

    megrimm - 2012-03-29

    OK. You are correct in that. Although I think the confusion was in the fact that a "make install" (at least on OSX) installs gem to "/usr/local/lib/pd/extra/" rather than "~/Library/Pd/Gem".....

    should it or should it not i do not know...

     
  • IOhannes m zmölnig

    • Owner: Anonymous --> IOhannes m zmölnig
    • OS: --> OSX
     
  • IOhannes m zmölnig

    • Release: osx --> unknown
     


Anonymous

Cancel  Add attachments





Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks