Bug 23531 - include search path
Summary: include search path
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gcc   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: David Lawrence
: 23532 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-01-07 11:56 UTC by Michael Redinger
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-01-07 18:37:42 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Michael Redinger 2001-01-07 11:56:49 UTC
When running cpp -v I do get the following output:

ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/i386-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
End of search list.

Hm, I do understand why /usr/local/include is here,
but why /usr/i386-redhat-linux/include? Bug?

Comment 1 Michael Redinger 2001-01-07 11:58:17 UTC
*** Bug 23532 has been marked as a duplicate of this bug. ***

Comment 2 Bill Nottingham 2001-01-07 18:37:39 UTC
I believe it's just how the compiler works. It tries
to look in $prefix/$host-$vendor-$os/include (probably for cross-compiling
situations or somesuch.)

Comment 3 Jakub Jelinek 2001-01-07 21:47:35 UTC
Yes, that's how compiler worked for years, /usr/arch-vendor-os/include
is there for toolchain includes.

Note You need to log in before you can comment on or make changes to this bug.