[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Parallel make
From: |
Edward Welbourne |
Subject: |
Re: Parallel make |
Date: |
Thu, 30 Apr 2015 06:12:02 +0000 |
> We ran into similar things in Linux due to NFS, autofs, and NFS via
> apparmor not scaling well when 100 compilers are trying to search for
> header files through a long number of sourcedirs.
I suppose this can be mitigated by using #include "path/to/file.h" in
source, for paths relative to a small number of search-roots
(e.g. top-level SCM check-out roots; all #include paths are relative to
these) so that you only pass -I for these few roots, rather than the
idiom I've seen in some places of always using #include <file.h> and
passing a -I for every directory in the universe.
Eddy.
- Parallel make, Ryan P. Steele, 2015/04/29
- Re: Parallel make, Paul Smith, 2015/04/29
- Re: Parallel make, Tim Murphy, 2015/04/29
- Re: Parallel make, Kruppa, Jason, 2015/04/29
- Re: Parallel make,
Edward Welbourne <=
- Re: Parallel make, Edward Welbourne, 2015/04/30
- Re: Parallel make, SF Markus Elfring, 2015/04/30