Dave Korn wrote: > Yes, it's absolutely certainly this. We should probably add a fallback mode > that treats the same directory as the dll is found in as the root when it's > not possible to ascend one level, because I suspect this mode of distribution > won't turn out to be entirely unheard-of.
I disagree. There are a lot of cases where the <bin>/../ construct is used by cygwin software, especially libtool (ltdl)-based dynamic loading. Apps of that nature will probably break if installed in a "flat" directory. These installations should use an <instdir>/[bin,lib] internal hierarchy, when used with cygwin-1.7. But see below. I notice that the pure win32 version of GTK and friends (e.g. GIMP) install into a pseudo-unix tree for precisely this reason, and cygwin isn't involved there at all: <instdir>/bin/<binaries> <instdir>/share/<stuff> <instdir>/lib/ etc. However... When did we start catering to 3PPs? -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
