delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2002/12/12/13:43:26

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: <5.2.0.9.2.20021212103517.0265e918@pop3.cris.com>
X-Sender: rrschulz AT pop3 DOT cris DOT com
Date: Thu, 12 Dec 2002 10:43:08 -0800
To: cygwin AT cygwin DOT com
From: Randall R Schulz <rrschulz AT cris DOT com>
Subject: RE: GCC Include Paths
In-Reply-To: <D8BB1D1FB113524E95EEF65D595C89BF133EE0@CORVAIR.valosystems
.com>
Mime-Version: 1.0

Vijay, Allan,

Cygwin is similarly limited. All Unix / POSIX systems have such a limit, 
but Cygwin's limit is much smaller than the typical limit on a Unix (-like) 
system. I don't know it for a fact, but I'm pretty sure this limit is not 
imposed by Cygwin itself (why would it?) but is a Windows limitation.

Most of the time "xargs" resolves this, but obviously that's not the case 
for -I arguments to gcc or in general when the argument overload originates 
in auxiliary arguments that name file system entities and which must all be 
present concurrently.

I suggest that you create a separate directory containing links (symbolic 
links or, if feasible (*), hard links) to all the (required) include files 
in all the include directories. Then you can side-step the argument list limit.

(*) Hard links are an option (the preferred option, actually) if the file 
systems are NTFS and the "target" of the link is on the same file system 
volume as the link. If the latter does not hold, Cygwin will copy the 
files, so this approach will still work, but you won't be using actual 
links. Lastly, in keeping with the pedantic theme of which I'm so fond, I 
put "target" in quotes since hard links are all co-equal and there is no 
"original" or "target" vs. "link" distinction, just alternate names for the 
same underlying file.

Good luck.

Randall Schulz
Mountain View, CA USA


At 10:29 2002-12-12, Vijay Sampath wrote:
>Yes, we have faced a similar problem. The problem is with the windows
>command shell which limits a line to 2048 characters. I don't know how
>to make that problem go away. But you shouldn't get the same problem
>from a cygwin shell.
>
>Thanks,
>
>Vijay
>
> > -----Original Message-----
> > From: Allan Crook [mailto:Allan DOT Crook AT zytek DOT co DOT uk]
> > Sent: Thursday, December 12, 2002 10:10 AM
> > To: cygwin AT cygwin DOT com
> > Subject: GCC Include Paths
> >
> >
> > Help,
> >
> > We're trying to make GCC automatically search for required
> > header files, unforunately if we use the C_INCLUDE_PATH
> > environment variable or -I you need to enter every single
> > search directory. For our current project this results in a
> > line over 2000chars long (too long for windows or GCC to
> > handle. Can we somehow tell GCC to search subfolders or is
> > there some other way to do this???
> >
> > thanks,
> > Allan.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.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