Re: [PD-dev] pd-extended loadlib request
Hans-Christoph Steiner wrote: I think iemmatrix needs some work, since it has a number of aliases, and aliases currently aren't supported. I am a little hesitant to what is the problem with aliases? somebody (georg) has created an alias folder some time ago for iemmatrix. i have even updated the build-system of iemmatrix to build objects within this folder (no fear, i did this just now) which other work is needed for iemmatrix? add everything single library under the sound to load by default since if those libraries change or are removed, names might instantiate different objects, then mayhem ensues. how is this not the case when dealing with one-object-per-file libraries which are all loaded by default? afaik, pd-extended per default does load every single lib under the sound. What's wrong with adding [declare]/[import] to the patch? Or [tof/ blahblah]? i think [declare]/[import] is definitely the way to go, and no libraries should be loaded by default. fmgasdr. IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd-extended loadlib request
On Wed, 2008-01-23 at 16:37 +0100, IOhannes m zmoelnig wrote: i think [declare]/[import] is definitely the way to go, and no libraries should be loaded by default. very much agreed, since this is the only way to create portable (between pd distros) patches without pref-editing hassle. however, this is only possible, if miller does _not_ remove [declare -stdpath] functionality from abstractions. miller: will that definitely be removed in future (=0.41) versions of pd? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd-extended loadlib request
On Jan 23, 2008, at 10:52 AM, Georg Holzmann wrote: IOhannes m zmoelnig schrieb: Hans-Christoph Steiner wrote: I think iemmatrix needs some work, since it has a number of aliases, and aliases currently aren't supported. I am a little hesitant to what is the problem with aliases? somebody (georg) has created an alias folder some time ago for iemmatrix. Yes, at least when I made this alias folder iemmatrix it did work quite well. I also made aliases for iemlib and some more stuff from iem ... so I don't see a problem ... (I agree that maybe in future we should avoid aliases) What's wrong with adding [declare]/[import] to the patch? Or [tof/ blahblah]? i think [declare]/[import] is definitely the way to go, and no libraries should be loaded by default. Also IMHO no library should be loaded by default. If you program in C/Python/... also no libraries are included/ imported by default. I am thinking that way too. But I'd like to test it and see how well that works before forcing the change. Plus I think [declare] and [import] need to work a lot better before that can happen. .hc There is no way to peace, peace is the way. -A.J. Muste ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
