From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 3E97D3858D32 for ; Thu, 6 Apr 2023 16:23:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3E97D3858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1680798216; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/5Bqh13f4NNAxXhjrnF+ySv+ePboC7dXygdR7q2Et1M=; b=QfTM3QtAXHqjxzDzQwCyviD4a2/ofMdt/eJBAynSWiNPlZaqpvQjjBmJFGNAKp5eNDr4Cr UoO0d2pnjCusC782KuZCbJXbSx0EGJHPt5rVBN90HDaKUulx0GmSdt39V1mVpbPLamqOKR MDqblFWMLnhP69N+w9TIoMFJZz8Jlls= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-427-ackqs7h2Nza433s50MfcuA-1; Thu, 06 Apr 2023 12:23:31 -0400 X-MC-Unique: ackqs7h2Nza433s50MfcuA-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 45972885620 for ; Thu, 6 Apr 2023 16:23:31 +0000 (UTC) Received: from calimero.vinschen.de (unknown [10.39.193.63]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 24DC518EC6 for ; Thu, 6 Apr 2023 16:23:31 +0000 (UTC) Received: by calimero.vinschen.de (Postfix, from userid 500) id B2A44A80C68; Thu, 6 Apr 2023 18:23:29 +0200 (CEST) Date: Thu, 6 Apr 2023 18:23:29 +0200 From: Corinna Vinschen To: newlib@sourceware.org Subject: Re: [PATCH 0/3]: Add math support for non LDBL_EQ_DBL architecture Message-ID: Reply-To: newlib@sourceware.org Mail-Followup-To: newlib@sourceware.org References: <20230403205837.1595602-1-jennifer.averett@oarcorp.com> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 3.1 on 10.11.54.5 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Apr 6 09:06, Joel Sherrill wrote: > On Thu, Apr 6, 2023 at 4:00 AM Corinna Vinschen wrote: > > The way we install header files is that first, the newlib headers are > > installed, and then, second, Cygwin headers are installed, thus > > overriding newlib headers with Cygwin headers as required. We have to > > maintain for userspace compatibility, but after the > > installation user will find two different versions of endian.h, > > one in /usr/include, one in /usr/include/sys. > > > > Would it make a lot of problems to move to ? > > > > Probably not. Just a matter of the final being a proper union > of the two. There's no union in fact. The Cygwin file *will* override the newlib file and that's how it's supposed to be. Actually, after Jennifer's stuff is in, I'll check if Cygwin can get away with using newlib's version. It's kind of hacky to have two versions in the tree which basically provide the same definitions which don't even differ by architecture. Corinna