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 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 6D81C1F66E for ; Sun, 23 Aug 2020 22:24:08 +0000 (UTC) Received: from [127.0.0.1] (helo=sfs-ml-4.v29.lw.sourceforge.com) by sfs-ml-4.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1k9yPD-0005nn-Py; Sun, 23 Aug 2020 22:24:03 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-4.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k9yPB-0005nX-Jj for sox-devel@lists.sourceforge.net; Sun, 23 Aug 2020 22:24:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Type:MIME-Version:Message-ID:Subject:To: From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=orVZsE1D6BiqcM9NTFZM/siDnYnl3icOPGSsptNe8eo=; b=IC63Xyf34ZSFQp/ccSAb0Se8L2 eX5jfZ2TxoFZs2drJre1+Qc/0QwvUlCmX82zqo2xzuPnRm+cgvAdSZYVJYfZakGveNc4JvTutwhax SZ9FnKX/gs/Emz1IP7TphdKwYywvTtuUBGF4KI1HqKVPkvoFhufXycUpyoqmApEDckPQ=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To :Cc:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=orVZsE1D6BiqcM9NTFZM/siDnYnl3icOPGSsptNe8eo=; b=g FLDBPqEUKrBdlE6oSz0uvokIs05avKe476D4tu+t+WD5HV5CxbXBiuL53LAqsu2xb9oKHwZ6Qdmue R8czOGlot8QwlHO6LewpR0Wn/SxTR62DHH0B9SfC3AqSzEBFtWcbd7a96c5a7BNfQCL4tUVcSXpaw sxgVZpkDkKAfukmg=; Received: from uvt.stare.cz ([185.63.96.79] helo=mx.stare.cz) by sfi-mx-1.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1k9yP9-00GW2M-Ru for sox-devel@lists.sourceforge.net; Sun, 23 Aug 2020 22:24:01 +0000 Received: from localhost (stare.cz [local]) by stare.cz (OpenSMTPD) with ESMTPA id 36e4f7f1 for ; Mon, 24 Aug 2020 00:23:46 +0200 (CEST) Date: Mon, 24 Aug 2020 00:23:45 +0200 From: Jan Stary To: sox-devel@lists.sourceforge.net Message-ID: <20200823222345.GA89723@www.stare.cz> MIME-Version: 1.0 Content-Disposition: inline X-Headers-End: 1k9yP9-00GW2M-Ru Subject: ladspa support detection 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 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: sox-devel-bounces@lists.sourceforge.net Running the new ./configure (from the new-build branch) autodetects LADSPA as enabled: LADSPA effect plugins yes I don't have anything ladspa-related installed (or is nothing particular required to "enable" ladspa?) I am not sure how ./configure decided that ladspa is available here. I have not specified --with-ladspa; is it the default? I cannot tell from ./configure --help, it uses both --with-ladspa Enable LADSPA plugin support (yes/no/*) --with-magic Use magic (YES/no/*) What is the difference between "yes" and "YES"? Also, there seems to be an inconsistency in naming of the config variable - it's /* Define if LADSPA support is enabled */ #define HAVE_LADSPA_H 1 For everything else, HAVE_*_H means presence of the header file, as in /* Define to 1 if you have the header file. */ #define HAVE_ID3TAG_H 1 while the functionality is configured with /* Define if id3_file_open exists in -l$sox_wl */ #define HAVE_ID3TAG 1 (I don't have ladspa.h if that's what is meant.) Jan _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel