This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Error in [1.7] involving /netrel/src/cygwin-1.7.0-61/winsup/cygwin/mount.cc


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]