From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS, UNPARSEABLE_RELAY,URIBL_BLOCKED shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id ADCCE1F66E for ; Thu, 27 Aug 2020 19:18:47 +0000 (UTC) Received: from [127.0.0.1] (helo=sfs-ml-2.v29.lw.sourceforge.com) by sfs-ml-2.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1kBNQ4-0006Fo-Nm; Thu, 27 Aug 2020 19:18:44 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-2.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kBNQ3-0006Fg-Al for sox-devel@lists.sourceforge.net; Thu, 27 Aug 2020 19:18:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=In-Reply-To:Content-Type:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wcXpL1GAxAjDunDBJtb1KFP+Z37bHU8kCvMy2KLPL2A=; b=mBixmpXK9tVzNOvg4LYoEzi5KF qC92eIoZj0Qhtn0Ls8PuU+nDtbPKlDlk3AQgJHWgLL9BaCctkTCAjItQicyXB8Qwm8dlRDv5U30SY f8vSSgKLZlYhyWTaY3PHCiBiJKp+8boaMvsjU61oNhj2Qnv/C88g4SE47VpUWMoLkLZE=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To :From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=wcXpL1GAxAjDunDBJtb1KFP+Z37bHU8kCvMy2KLPL2A=; b=aCg4PJGwklEyoQMFj6Ln2zPKxb SjZ1F+pdhluw/3iXfoioRILB4zCutGWa3/2QDVd1sg9qcK3qon+7MMYJFv9tb+q9Fh5Pzl5TvVlPu IKhZYuVA0gw6sThozXkgP/WlG4JNSR6oiJWhUBZp5W9dpo/RZOkVtM9RWBUnSkj1N6YA=; Received: from uvt.stare.cz ([185.63.96.79] helo=mx.stare.cz) by sfi-mx-3.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1kBNQ1-005Akq-4b for sox-devel@lists.sourceforge.net; Thu, 27 Aug 2020 19:18:43 +0000 Received: from localhost (stare.cz [local]) by stare.cz (OpenSMTPD) with ESMTPA id 43d13c86; Thu, 27 Aug 2020 21:18:22 +0200 (CEST) Date: Thu, 27 Aug 2020 21:18:21 +0200 From: Jan Stary To: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= Message-ID: <20200827191821.GA46515@www.stare.cz> References: <20200823140733.GA9403@www.stare.cz> <20200823215551.GA83582@www.stare.cz> <20200824065643.GA91434@www.stare.cz> <20200827094048.GC5768@www.stare.cz> <20200827130507.GA5432@www.stare.cz> <20200827174117.GA47934@www.stare.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Headers-End: 1kBNQ1-005Akq-4b Subject: Re: Build system cleanup X-BeenThere: sox-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: sox-devel@lists.sourceforge.net Cc: sox-devel@lists.sourceforge.net Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: sox-devel-bounces@lists.sourceforge.net On Aug 27 19:50:52, mans@mansr.com wrote: > Jan Stary writes: > > > However, having a patch in a build system that is not even expected > > to apply cleanly is extremely fragile (beside being ugly). > > It depends on the precise GNU libtool version; > > I'm perfectly happy to ignore it and let OpenBSD users deal with it > however they please. You're the one refusing to accept the simple and > obvious solution of not setting LDFLAGS. A simple and obvious solution is to set LIBTOOL=/usr/bin/libtool on OpenBSD, which 1. does not have the very bug that's causing the problem 2. is native to the platform Don't you find it cleaner and more maintainable than the current "patch" to the broken GNU libtool? No, really: don't you? _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel