On Thu, 2007-09-13 at 11:14 -0400, Hans-Christoph Steiner wrote:
Again, this is up to the person building them. For example, the
externals that come with Pd in the "extra" folder are built in both
ways. bonk~, fiddle~ are built as single files. The exprs are all
built into one file. Some libraries (ggee, unauthorized) have been
built as single-class-single-file single well before Pd-extended.iemlib is a special case, because there is not only the
inconsistency of having namespaces in pd-extended and not having them in 'pd-vanilla/externals', but also different names of libraries. in
order to create a patch, that works on both, it's required to have a
[declare] with the all these flags: -stdpath iemabs -stdpath iemlib -stdlib iemlib1 -stdlib iemlib2 -stdlib iem_t3_lib just to get iemlib working everywhere.since [declare] doesn't output an error, when not finding a lib or a path, this can be handled this way, though it is a bit awkward.
yo, lets make it simple: shouldn't the one or the other be skipped in cvs? since the libdir is more widely used, i assume, and has also some advantages compared to the old standard (am i right here?), let's skip the old way of creating externals. i thirst for consistency, really. i am going to found the church of consistency.
Sounds like the iemlibs should be should be split up in Pd-extended,
then it would be consistent. Any volunteers?
this not what i was proposing. i was rather referring to this:
Again, this is up to the person building them.
why? what is the benefit of it, when your decision creates inconistencies? since everything seems to be hostet in cvs, why does cvs still support two ways of compiling them? i'd like to know from the devs, if there is any good reason to keep the old makefiles/readmes and stuff in cvs. if people finally would find only one makefile/readme: byebye inconistencies. it automatically wouldn't make a difference anymore, whether you are an pd-extended user or not.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de