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
--
73.WrZ_zBl_5.67 writes:
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 ..
I'm planning to do an update on Gem, also for inclusion into Debian. As Mark already pointed out, it's a dependency problem.
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.
seems that I have to fix that for Debian too ....
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 ?
multiple lib flags as well as separating the libraries with ":" should work
Guenter