delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/10/22/02:08:24

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <8D861ADC5B8FD211B4100008C71EA7DA04F7124E@kjsdemucshrexc1.eu.pm.com>
From: "Demmer, Thomas" <TDemmer AT krafteurope DOT com>
To: "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
Subject: Slight gcc -mno-cygwin inconsistency
Date: Wed, 22 Oct 2003 08:06:57 +0200
MIME-Version: 1.0

Hi all,
no idea if this really belongs here or on the MinGW list:

gcc searches

#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/include
 /usr/include/w32api

whereas gcc -mno-cygwin searches in

#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/i686-pc-mingw32/include
 /usr/include/w32api

It would be convinient if gcc searched /usr/local/include in both
cases, mostly supporting my lazyness in 
CC='gcc -mno-cygwin' ./configure; make cycles.


Ciao
Tom

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019