Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Date: Thu, 13 Sep 2001 10:41:07 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT Cygwin DOT Com
Subject: Re: the w32api path change
Message-ID: <20010913104107.B13198@redhat.com>
Reply-To: cygwin-developers AT Cygwin DOT Com
Mail-Followup-To: cygwin-developers AT Cygwin DOT Com
References: <EA18B9FA0FE4194AA2B4CDB91F73C0EF08F16E AT itdomain002 DOT itdomain DOT net DOT au> <3BA0A2F1 DOT FCD3A766 AT yahoo DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BA0A2F1.FCD3A766@yahoo.com>
User-Agent: Mutt/1.3.21i

On Thu, Sep 13, 2001 at 08:13:37AM -0400, Earnie Boyd wrote:
>Robert Collins wrote:
>> 
>> Earnie.. It really does break stuff, even for local installs,
>> 
>> ie a prefix of /usr installs insto /usr/usr
>> 
>> Is there any reason the change can't be simply backed out, and when a
>> better alternative to achieve your goal arises put that into place?
>> 
>
>I've committed the attached patch that should help.  This isn't perfect
>yet and will change in the future but it should help both this case as
>well as the cross-compile case.  The case that doesn't work as expected
>is the `make install prefix=/non/configured/prefix' in which case you
>get /non/configured/prefix/usr/include/w32api and
>/non/configure/prefix/usr/lib/w32api.
>
>Comments/complaints/flames welcome.

I really don't understand.  It wasn't broken before.  Why are you
something that wasn't broken?

If you explain what you're trying to do it might help.

Putting things in /usr/usr/include and /usr/usr/lib is not ever going to
be a proper solution.

cgf