From owner-freebsd-toolchain@FreeBSD.ORG Sat Jul 7 08:27:56 2012 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B999106564A; Sat, 7 Jul 2012 08:27:56 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC138FC14; Sat, 7 Jul 2012 08:27:54 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14100; Sat, 07 Jul 2012 11:27:53 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SnQMr-000Cw4-DS; Sat, 07 Jul 2012 11:27:53 +0300 Message-ID: <4FF7F307.4030507@FreeBSD.org> Date: Sat, 07 Jul 2012 11:27:51 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: David Chisnall References: <4FF60A9E.5070503@FreeBSD.org> <4FF6DB51.40904@FreeBSD.org> <508B8B4E-DF5E-412B-BD2B-86F21EBF4C8C@bsdimp.com> <4FF700CF.2000206@FreeBSD.org> <1DED79CC-CACD-4D22-9F1F-E3EB17938EB6@bsdimp.com> <4FF7182A.9070803@FreeBSD.org> <714BF622-A1B3-4A4A-A8BC-DCA82B4434A2@FreeBSD.org> <4FF766D6.5040909@FreeBSD.org> <7937CE7E-2583-4DAF-9782-37B82891D3FF@freebsd.org> In-Reply-To: <7937CE7E-2583-4DAF-9782-37B82891D3FF@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org Subject: Re: gcc46 header search path X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2012 08:27:56 -0000 on 07/07/2012 11:20 David Chisnall said the following: > On 6 Jul 2012, at 23:29, Andriy Gapon wrote: > >> I think that this is a dummy argument. One could easily want his LOCALBASE to >> be /opt and the real ports system should support that. So what ports currently >> do, they really have to do (assuming $LOCALBASE as opposed to /usr/local). > > That's completely irrelevant. If a user installs things in a non-standard location, then that user should expect to have to point things that they build from source at that non-standard location. If, however, a user installs things in the standard location, then this should Just Work. > > The workflow that I have seen where this fails: > > - User runs ./configure > - Configure script says 'libpng is not installed!' > - User installs libpng from ports / packages > - User runs ./configure > - Configure script says 'libpng is not installed!' > - User sends me an email asking why they can't install on FreeBSD, usually including a small whine that this works on their favourite Linux distro. > - I tell the user 'Oh, you need to say --with-png-include=/usr/local/include --with-png-lib=/usr/local/lib' > - User says 'Why doesn't the compiler that FreeBSD ships know where to find headers and libraries that FreeBSD installs?' > - I shrug. So we talked about different things: creating/maintaining ports vs manually building software outside of port system. > I assumed this was done for a sensible reason, but so far no one has actually said what that reason is. In an ideal world, the system compiler should be able to automatically find any headers and libraries installed by any supported mechanism (ports, pkg_add, pkg add), but in an almost-ideal world it should at least find them if they are in the default locations. I agree. -- Andriy Gapon