Frank Barknecht wrote:
Date: 2007/09/18 Tue PM 04:51:57 EDT To: pd-list@iem.at Subject: Re: [PD] inconsistencies with lib names (was: representning classes
Hallo, Thomas O Fredericks hat gesagt: // Thomas O Fredericks wrote:
"It looks like the function do_open_via_path in s_path.c is the one to fix..."
Wow, talk about solving a big problem with the most simple solution! If this were implemented (and that could be done in one day instead of years),
If it was implemented, which one would become [once]:
extra/purepd/once.pd extra/iemabs/once.pd extra/pdmtl/flow/once.pd
or maybe:
extra/iem/spatialization/VARESE/app/iemabs/once.pd extra/CUBEmixer/lib/libs/iemabs/once.pd
The first one found would be the right one. It's not pd's problem if there exist more than one file with the same name. Surely that's up to the creators of the files to sort out. The alternative of using paths for each and every object is a massive kludge that's going to fall on your head and crush you sooner or later, at least I can already feel it pushing me into the mud :( [possibly/the/worst/idea/ever/invented/once]
Martin
Hallo!
The first one found would be the right one. It's not pd's problem if there exist more than one file with the same name. Surely that's up to the creators of the files to sort out.
Well, this is now discussed since years. The whole namespace+pd-extended thing would not be obsolete if we simply would load everything in the extra directory ...
Also every external in there would be loaded into the memory when you start pd.
LG Georg
Hallo, martin.peach@sympatico.ca hat gesagt: // martin.peach@sympatico.ca wrote:
The first one found would be the right one.
I hereby would like to register the namespace "000" to be the right one myself most of the time. ;)
It's not pd's problem if there exist more than one file with the same name. Surely that's up to the creators of the files to sort out. The alternative of using paths for each and every object is a massive kludge that's going to fall on your head and crush you sooner or later, at least I can already feel it pushing me into the mud :(
If you'd like to come out of the mud, why not just do a "mv extra/*/* extra/"? Seriously: This would be exactly the same as a one-level deep search, except that uninstalling single libs is a bit harder.
Personally I still have it that way and my externals all are directly in extra, but I choose which ones/once are there myself. This doesn't work for a general purpose distribution like pd-extended, though, which on one hand wants to ship every version of counter and once, but otoh also has to give users a choice, which version to load. With an automatic deep-search this is impossible to achieve, as far as I see.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
-
Frank Barknecht -
Georg Holzmann -
martin.peach＠sympatico.ca