From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16705 invoked by alias); 28 Oct 2016 20:08:13 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 16696 invoked by uid 89); 28 Oct 2016 20:08:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy= X-HELO: relay1.mentorg.com Date: Fri, 28 Oct 2016 20:08:00 -0000 From: Joseph Myers To: Florian Weimer CC: Carlos O'Donell , Subject: Re: [PATCH] Add test for linking against most static libraries In-Reply-To: Message-ID: References: <20161028125742.928D7439942E0@oldenburg.str.redhat.com> <8b17140d-bbab-95c1-7458-7214f0e474ad@redhat.com> <9c9a0748-7101-a6a0-297e-106886589d81@redhat.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-SW-Source: 2016-10/txt/msg00564.txt.bz2 On Fri, 28 Oct 2016, Florian Weimer wrote: > I suspect the only way to guard against this is to parse the default compiler > search paths from gcc -v and replace the variants of /usr/include found > therein with a carefully prepared directory tree of installed headers and some > linked-in kernel headers. Building glibc needs compiler headers (include and include-fixed directories - but while we need limits.h from include-fixed, there may be other headers in include-fixed that we don't want) and kernel headers. But in some cases it may require other installed system headers as well. E.g. memusagestat requires installed GD headers. Systemtap support requires installed sys/sdt.h. I don't know what might require other installed headers as well, especially for the non-Linux ports. So while avoiding /usr/include is desirable, doing so while keeping all the cases that properly use installed headers working may be tricky. (I'd argue that the memusagestat case should be solved by moving it to a separate package - maybe released along with glibc, but built with installed libraries only rather than as part of a glibc build.) -- Joseph S. Myers joseph@codesourcery.com