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


On Thu, Oct 01, 2009 at 11:05:40AM -0400, Charles Wilson wrote:
>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?

We didn't but we could issue a better error message.  I'll take care of
that.

cgf

--
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]