[PD-dev] assimilating (annihilating) seperate dir-structure

[cdr]

> why i rejected your patches ... you haven't given any good reason, why
> they should be incorporated ...

well the main reason im being pedantic here is because a bug that doesnt affect YOU is no reason to revert a fix (unless you own the branch..which is why ive renamed it ;) but this is a good time to discuss pd's sordid dir structure in general:


1   obj/ exists so why not use it? (or ask sourceforge admin to remove the dir)

2   src/../bin/ could likely be the install dir (esp on OSX/Windoze) and thus cause SCons errors or causing MSVC to think the binaries are up to date when theyre not, similar things have even happened with autotools..its an endless source of build issues

2.1 even i wouldnt be insane enough to compile binaries right to /usr/bin, which leads to:

3   lets kill the pd dir (remember redhat annoyingly installing half its stuff into /opt! apache did away with its own structure and xorg did away with /usr/X11R6 in 7.0..) and put bin in /usr/bin, docs in /usr/share/doc/pd, externs in /usr/lib/pd/

3.1 choice of GUI will be in $PATH when launched seperately from server, so lib/pd/bin is a lame duck

.cdr.
> 
> best ... tim