Hmm, can't say that I know what the problem is, since I am still working on Linux yet.
However, next week, gem 0.81 is going to be released (sorry that 0.80 for un*x got skipped). Things might work better there...
By the way, the "no rule to make target "../Base/m_pd.h"" means that the makefile didn't realize that m_pd.h is really over in pd/src (ie, it isn't a GEM file). Sounds like the dependencies got screwed up.
Later, Mark
-- Mark Danks -- mdanks@stormfront.com
-- http://www.danks.org/mark
-----Original Message----- From: 73.WrZ_zBl_5.67 [mailto:opt@web.fm] Sent: Friday, August 20, 1999 5:57 AM To: pd-list@iem.mhsg.ac.at Subject: notes on a day with gem
hu!
just to have more traffic on the list .. ;)
gem-0.79-2 for linxu: could absolutely not manage to cvompile it, with very mysterious errors like: No rule to make target "../Base/m_pd.h" needed by CPPExtern.o .. or: No rule blabla target "/usr/lib/gcc-lib/alpha-linux/egcs-2.91.66/include/stddef.h" where its looking for alpha secific inc filez? any attempts trying to resolve this just went down to downloading version 0.79-1 ... ;) which did ok , sort of ..
also gem/pd like to crash when you "destroy" the gemwin or just close a patchwindow , especially the eamples or custom made "more complex" stuff, not so wiht simple hewlp files .. naja.
and finally, if i wanna load Gem and ggext, how d i go abvout that? just load gem from commandline -lib Gem and insert a "ggext" object into the patch? or DO mutliple -lib flags work ?
ok, ltr. .. so
--