On 20 Jul 2005, at 13:16, Thomas Grill wrote:

...

Somehow though, pd still crashes. Could it be a pd version problem? Should I up to 0.39?

Sorry for the stupid question, bit is the GApop.pd_darwin you just built really in /usr/local/lib/pd/extra/externals/grh? Because normally, the external is built in a subfolder, like pd-darwin/release-single or the likes.

yup, the full path is /usr/local/lib/pd/extra/externals/grh/GApop/pd-darwin/release-single

I've put that path in .pdrc

You could also "sudo build.sh pd gcc install" to copy the built external to the pd/extra folder (if specified that way in your buildsys/config-pd-lnx-gcc.txt file)

ok I did:

waldorf:/usr/local/lib/pd/extra/externals/grh/GApop dc$ sh ../../grill/flext/build.sh pd gcc installmake -f ../../grill/flext/buildsys/gnumake-sub.mak PLATFORM=mac RTSYS=pd COMPILER=gcc BUILDPATH=../../grill/flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _install_ ../../grill/flext/buildsys/mac/gnumake-gcc-ext.inc:40: warning: overriding commands for target pd-darwin/release-single' ../../grill/flext/buildsys/mac/gnumake-gcc-ext.inc:36: warning: ignoring old commands for targetpd-darwin/release-single' cp -R pd-darwin/release-single/GApop.pd_darwin /Users/dc/Development/music/pd/Pd-0.38-3.app/Contents/Resources//extra

and then (after altering .pdrc as above), restarted pd...

waldorf:/usr/local/lib/pd/extra/externals/grh/GApop dc$ pd old RUBY_STACK_END = bffff520 new RUBY_STACK_END = bffffffc GridFlow::Display GridFlow::GridEdit GridFlow::Peephole Pd: signal 4 closing audio... closing MIDI... ... done. pd_gui: pd process exited

No luck :-(

Any other ideas? I'm just wondering what GApop can possibly do that may require a certain version of PD?

But then it's just a flext object, right? So shouldn't crash like that?

Yelp!

d

On 21 Jul 2005, at 13:40, Thomas Grill wrote:

maybe you try removing the linker option in flext/buildsys/mac/gnumake-gcc.inc, then sh build.sh pd gcc clean and sh build.sh pd gcc

Ok I did a fresh checkout of buildsys dir so I'd have a clean slate...

Then I went into buildsys/mac/gnumake-gcc.inc and edited, but couldn't find -Wl,-x, just -Wl. Here's the cvs diff I got

diff -r1.8 gnumake-gcc.inc 45c45

< LDFLAGS += -Wl,-S

LDFLAGS += -S

So but anyway, did cleanup and built flex again. Then, I went back to GApop and built with flext build system, but I got;

g++: -framework: linker input file unused because linking not done g++: ApplicationServices: linker input file unused because linking not done g++: -framework: linker input file unused because linking not done g++: vecLib: linker input file unused because linking not done g++: pd-darwin/release-single/GApop.opp: linker input file unused because linking not done g++: -lflext-pd_s: linker input file unused because linking not done chmod 755 pd-darwin/release-single/GApop.pd_darwin chmod: pd-darwin/release-single/GApop.pd_darwin: No such file or directory make[1]: *** [pd-darwin/release-single/GApop.pd_darwin] Error 1 make: *** [build-release-single] Error 2

No luck :-(

At this point, I rm -rf 'd both flext and gapop and did fresh cvs checkout in case I had mangled files way too much.

Did the flext compile again, gapop compile, loaded, it worked!

Thomas' cvs commits must've done the trick.

Thank you!

Cheers,

David

-- # David Plans Casal

problem.each { |day| assert_nil(spoon) }