From owner-freebsd-current Sat Mar 16 00:11:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17095 for current-outgoing; Sat, 16 Mar 1996 00:11:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17090 for ; Sat, 16 Mar 1996 00:11:46 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA06412 for ; Sat, 16 Mar 1996 00:11:44 -0800 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id AAA17710; Sat, 16 Mar 1996 00:09:35 -0800 From: "Rodney W. Grimes" Message-Id: <199603160809.AAA17710@GndRsh.aac.dev.com> Subject: Re: libg++ Makefile and /usr/include To: mark@grondar.za (Mark Murray) Date: Sat, 16 Mar 1996 00:09:35 -0800 (PST) Cc: George.Scott@cc.monash.edu.au, current@FreeBSD.ORG In-Reply-To: <199603160736.JAA29985@grumble.grondar.za> from "Mark Murray" at Mar 16, 96 09:36:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Perhaps this should be changed as noted below... > George Scott wrote: > > This is probably a silly question, but... > > > > In gnu/lib/libg++/Makefile there is a bit of code that looks like: > > > > > CFLAGS+= -nostdinc -I${.CURDIR}/include -I/usr/include ^${DESTDIR} > > > CXXFLAGS+= -I${.CURDIR}/include -I/usr/include/g++ -I/usr/include \ ^${DESTDIR} > > > -nostdinc++ > > > > Why is /usr/include mentioned explicitly? > > Because of the "-nostdinc", which means "No standard include directories". > I'm not quite sure why it is done that way round, though... As it currently it would always pickup files from /usr/include, and if we ever want to stop touching the installed system when building these are the types of changes that will be hard to track down. A good first step in this direction is to rm -r /usr/include, then try to get ``make world DESTDIR=/some/place'' to work without anything ending up in /usr/include, but instead in ${DESTDIR}/usr/include. Right now if you try to do that things fall over very quickly. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD