From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 952 invoked by alias); 14 Jan 2007 18:21:36 -0000 Received: (qmail 902 invoked by uid 48); 14 Jan 2007 18:21:25 -0000 Date: Sun, 14 Jan 2007 18:21:00 -0000 Message-ID: <20070114182125.901.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug c/30439] Intended Behaviour? #include searches for signal.h in local directory In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pinskia at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-01/txt/msg01163.txt.bz2 ------- Comment #8 from pinskia at gcc dot gnu dot org 2007-01-14 18:21 ------- "a:" means have a and the current directory. So this is not a bug, C_INCLUDE_PATH acts just like PATH in that an empty argument after the colon means the current directory. >export C_INCLUDE_PATH=/home/cbs/local/include:$C_INCLUDE_PATH, so I do not see > a way of properly doing it save for checking if C_INCLUDE_PATH is empty before > adding to it. There are a bunches of way of checking if C_INCLUDE_PATH is set, like $(?C_INCLUDE_PATH) I think will tell you if it is set or not. This is not the right forum to ask about shell programming really. -- pinskia at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30439