Closed heuermh closed 11 years ago
Sorry about the tardy reply; this pull request totally slipped through the cracks. In the future, don't hesitate to email me if you need me to look at something.
Anyway, the pull request looks good, except I don't see the need for different directories for 32bit and 64bit Mac. Why don't we just build universal binaries?
The second set of commits (20a20d0 and 1cb19c1) were an attempt to fix Issue #2, see my comments on that thread.
I know java & processing well but am not so good at the native stuff, so I am just grasping at straws with those.
It looks to me like your 32bit branch contains universal binaries for both libpd and PortAudio. You can probably call that one macosx, like before, and get rid of the 64bit directory. Then the binaries should work on both architectures.
Also, somewhere along the way I saw a comment about PureDataP5 failing with a complaint about PdBase.implementsAudio() returning false. If that's still a problem, make sure to build the libpd binary from the portaudio branch at GitHub.
most recent clone from upstream works for me, so I'm closing this pull request and will try to merge my fork
Executing ant from the command line from the PureDataP5 directory fails:
It also fails from the resources directory:
The build should be self-contained, i.e. it should not be looking outside of the working directory for resources, such as Documents/workspace/libs.
Including the Processing core jar in the lib directory is perhaps not the best way to solve the issue, but it makes the build self-contained and reproducible.