[PD] inconsistencies with lib names (was: representning classes and selectors in the wiki)

[Roman Haefeli]

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