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 18:19:55 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT Cygwin DOT Com
Subject: Re: the w32api path change
Message-ID: <20010913181955.A5267@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> <20010913104107 DOT B13198 AT redhat DOT com> <3BA0CBCF DOT 87442CF6 AT yahoo DOT com> <010301c13c72$04e5c570$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <010301c13c72$04e5c570$0200a8c0@lifelesswks>
User-Agent: Mutt/1.3.21i

On Fri, Sep 14, 2001 at 01:25:57AM +1000, Robert Collins wrote:
>
>----- Original Message -----
>From: "Earnie Boyd" <earnie_boyd AT yahoo DOT com>
>>The current patch doesn't do this unless you `configure --prefix=/foo'
>>and `make install prefix=/usr'.
>>
>>As to why, I'm trying to accommodate the dist, srcdist and bindist
>>targets so that `make dist' when target = 'cygwin' packages for
>>/usr/include/w32api and /usr/lib/w32api while all other targets package
>>in /usr/include and /usr/lib.
>
>The standard way to do this is to install into $(INCLUDEDIR) where that
>is defined as $(prefix)/include/w32api vs $(prefix)/include
>
>no fancy magic required, and it won't break prefix's under any
>circumstances.

I defined inst_includedir for the w32api case because includedir
is overridden to '/usr/include' (or whatever) when you do a top-level
build.  So, if you want to install somewhere besides /usr/include you
have to do something special.

I don't recall exactly, but it seems like installing to includedir
and libdir was not doing the right thing in a cross-build environment.

I notice that the dist target in lib/Makefile.in doesn't seem to use
inst_includedir or inst_libdir.

If this is to accomodate the use of dist in the top-level makefile, then
why not just add the /usr there by overriding tooldir, as appropriate.
I don't know exactly what these targets are supposed to be doing but I
don't think that bending the standard targets to accomodate them is the
way to go.

cgf