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
-----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
--