From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16067 invoked by alias); 1 May 2019 18:36:20 -0000 Mailing-List: contact libc-help-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: libc-help-owner@sourceware.org Received: (qmail 15993 invoked by uid 89); 1 May 2019 18:36:20 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.4 required=5.0 tests=AWL,BAYES_40,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.1 spammy=HTo:U*libc-help, target_alias, x86_64's, gcc_version X-HELO: mail-qk1-f174.google.com Received: from mail-qk1-f174.google.com (HELO mail-qk1-f174.google.com) (209.85.222.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 01 May 2019 18:36:19 +0000 Received: by mail-qk1-f174.google.com with SMTP id c1so5785qkk.4 for ; Wed, 01 May 2019 11:36:19 -0700 (PDT) Return-Path: Received: from [10.150.73.190] (30.sub-174-235-132.myvzw.com. [174.235.132.30]) by smtp.gmail.com with ESMTPSA id i23sm1354973qtc.18.2019.05.01.11.36.16 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Wed, 01 May 2019 11:36:16 -0700 (PDT) Subject: Re: glibc-2.2{8,9} multiarch build failure on x86_64 with gcc 9 To: Arvind Sankar , gcc@gcc.gnu.org, libc-help@sourceware.org References: <20190501182456.GA26607@rani.riverdale.lan> From: Carlos O'Donell Message-ID: <8cddff0b-353d-24d2-dfe0-d921867f75d4@redhat.com> Date: Wed, 01 May 2019 18:36:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190501182456.GA26607@rani.riverdale.lan> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2019-05/txt/msg00002.txt.bz2 On 5/1/19 2:24 PM, Arvind Sankar wrote: > gcc 9 when configured for fortran installs ISO_Fortran_Binding.h in > gfor_cdir = $(libdir)/gcc/$(target_alias)/$(gcc_version)$(MULTISUBDIR)/include > For x86_64's 32-bit architecture support, this creates a subdirectory named 'include' > inside $(libsubdir)/32 which didn't use to exist in gcc 8. This doesn't seem correct. I would have expected the header to exist under the target name, for example: /usr/lib/gcc/i686-redhat-linux/9/include/ISO_Fortran_binding.h This way it doesn't conflict with other uses. Perhaps there is enough variability in the way you build, package, and install this that it can break in some configurations. I think the gcc community needs to comment on this. -- Cheers, Carlos.