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 BA6B7385841B for ; Tue, 22 Feb 2022 11:31:49 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BA6B7385841B 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=1645529509; 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:in-reply-to:in-reply-to: references:references; bh=ldExI8M9+m1vxm50ox3yLtzkz6Ulr5L3AA1cHzFa7oQ=; b=CN6FWmqFONSlGXW+z9OSSk56WHB9vWQV2nkhsFo0EeVgbJ90vVqTgoTxUCyOFFZ2YrnLG0 X7UJdaMPkHVk1g8HrI5t0/bGqNm2oV3Kl1rxcp/vLqVLG5PUEgehr1wfyMnNen2AcugOvv dJapfu5yEQ/a/USclhR2MZ+hXiVCy4g= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-445-pw4ZLJ_eMOOZMeqSUgVthg-1; Tue, 22 Feb 2022 06:31:47 -0500 X-MC-Unique: pw4ZLJ_eMOOZMeqSUgVthg-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 07BED5EF for ; Tue, 22 Feb 2022 11:31:47 +0000 (UTC) Received: from calimero.vinschen.de (unknown [10.36.112.2]) by smtp.corp.redhat.com (Postfix) with ESMTPS id BDD5846988 for ; Tue, 22 Feb 2022 11:31:46 +0000 (UTC) Received: by calimero.vinschen.de (Postfix, from userid 500) id 2A56DA80BC1; Tue, 22 Feb 2022 12:31:45 +0100 (CET) Date: Tue, 22 Feb 2022 12:31:45 +0100 From: Corinna Vinschen To: newlib@sourceware.org Subject: Re: [PATCH v2] newlib: libm: workaround ar duplicate member behavior Message-ID: Reply-To: newlib@sourceware.org Mail-Followup-To: newlib@sourceware.org References: <20220221204327.2945-1-vapier@gentoo.org> <20220222002114.10214-1-vapier@gentoo.org> MIME-Version: 1.0 In-Reply-To: <20220222002114.10214-1-vapier@gentoo.org> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=vinschen@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2022 11:31:51 -0000 On Feb 21 19:21, Mike Frysinger wrote: > GNU ar has undocumented behavior where it doesn't dedupe its inputs if > they're all on the same command line, so we have to dedupe ourselves. > --- > v2 > - use awk to dedupe the object list This seems to work. However, what do we have to do in future to make sure the order is always correct? And the heritic question: Wouldn't it be safer to keep the old per-subdir lib.a logic? Thanks, Corinna