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.6 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 DBEA11F66E for ; Fri, 21 Aug 2020 17:44:19 +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 1k9B5K-0004fx-Hm; Fri, 21 Aug 2020 17:44:14 +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 1k9B5I-0004fp-P9 for sox-devel@lists.sourceforge.net; Fri, 21 Aug 2020 17:44:12 +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: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:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=A4cQ2JpcdfLkMsRwZgfgZZSn4MNZ1isJnXQmSSgzJ7g=; b=Xl23GoGxA2PIwO9nSOdWBFeoFm H0Gav3eVmUs/RVBFUOt7rL5q5ADaft7kiyfgmSPmL6QaaRkf3WYYaLNHUrrY6dpY1tAp6AxdMAmWG fSUhwiIxFVOQAn2gnZvWIM0+cRdo8G7bc8qrHYhzVZOiU68duqj3hY61g2+IfhPABv5Y=; 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: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:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=A4cQ2JpcdfLkMsRwZgfgZZSn4MNZ1isJnXQmSSgzJ7g=; b=hMcNxNdN2FyHWa8dO0hP23izpj wN+9ENvgzqTDXRFlgfAyUBBI+Y5pVGxWRUftzk+F8qg+nnBVDHKiY+DBtadpnGE9OxQ5TJFOqIJPC Tix+z+wkbBTEWsUYFBaDRsE2xwZ+ZN8KrdqObbuomUppGl/hIX3TMTSbpCiuUG6PLQsY=; 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 1k9B5F-00Ehfr-1R for sox-devel@lists.sourceforge.net; Fri, 21 Aug 2020 17:44:12 +0000 Received: from localhost (stare.cz [local]) by stare.cz (OpenSMTPD) with ESMTPA id 3c5cebcf for ; Fri, 21 Aug 2020 19:43:59 +0200 (CEST) Date: Fri, 21 Aug 2020 19:43:59 +0200 From: Jan Stary To: sox-devel@lists.sourceforge.net Message-ID: <20200821174358.GA88757@www.stare.cz> References: <20200821081621.GA85272@www.stare.cz> <20200821151610.GA82566@www.stare.cz> <20200821152130.GA6847@www.stare.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Headers-End: 1k9B5F-00Ehfr-1R 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 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: sox-devel-bounces@lists.sourceforge.net On Aug 21 18:08:27, mans@mansr.com wrote: > Jan Stary writes: > > > On Aug 21 17:16:12, hans@stare.cz wrote: > >> > checking for magic.h... no > >> > checking for zlib.h... yes > >> > checking for uncompress in -lz... yes > >> > checking for png.h... no > >> > checking for mad.h... no > >> > checking for id3tag.h... no > >> > checking for lame/lame.h... no > >> > checking for lame.h... no > >> > > >> > $ pkg_info -L lame | grep .h$ > >> > /usr/local/include/lame/lame.h > >> > > >> > OpenBSD installs third-party packages into /usr/local/, > >> > but the configure script does not look there; it porbably > >> > only searches in /usr, because that's where linux distributions > >> > install their packages. (I'm not saying it should > >> > -- I will test the same with -I added to the CPPFLAGS, > >> > as the OpenBSD port of SoX does.) > >> > >> Running ./configure with CPPFLAGS and LDFLAGS, > >> so that the headers and libraries are found, > >> as per ./configure --help: > >> > >> LDFLAGS linker flags, e.g. -L > >> if you have libraries in a nonstandard directory > >> > >> CPPFLAGS (Objective) C/C++ preprocessor flags, e.g. -I > >> if you have headers in a nonstandard directory > >> > >> I am looking at png as an example. > >> > >> With plain ./configure , png.h (which is /usr/local/include/png.h) > >> is not found, as described above. > >> > >> checking for png.h... no > >> > >> With ./configure CPPFLAGS='-I/usr/local/include' the png.h header is found, > >> but the library is not, unsurprisingly. But: > >> > >> $ ./configure CPPFLAGS='-I/usr/local/include' > >> [...] > >> checking for png.h... yes > >> checking for png_set_rows in -l101... no > >> > >> I have no idea how the -l101 got there. > > > > not sure if it has anything to do with it, but: > > > > autom4te.cache/output.0: HAVE_LIBLTDL=${with_libltdl:-101} > > autom4te.cache/output.0: HAVE_MAGIC=${with_magic:-101} > > autom4te.cache/output.0: HAVE_PNG=${with_png:-101} > > autom4te.cache/output.0: HAVE_MAD=${with_mad:-101} > > autom4te.cache/output.0: HAVE_ID3TAG=${with_id3tag:-101} > > autom4te.cache/output.0: HAVE_LAME=${with_lame:-101} > > autom4te.cache/output.0: HAVE_TWOLAME=${with_twolame:-101} > > autom4te.cache/output.0: HAVE_LIBGSM=${with_libgsm:-101} > > autom4te.cache/output.0: HAVE_OPENCORE_AMRWB=${with_opencore_amrwb:-101} > > autom4te.cache/output.0: HAVE_VO_AMRWBENC=${with_vo_amrwbenc:-101} > > autom4te.cache/output.0: HAVE_OPENCORE_AMRNB=${with_opencore_amrnb:-101} > > autom4te.cache/output.0: HAVE_LIBSNDFILE=${with_libsndfile:-101} > > Fixed. Thank you. >> [$9 *], m4_argn([8], m4_shift2($@))) dnl OpenBSD m4 can't count Can you please give a minimal example of an m4 input that demonstrates the problem? If something as fundamental as counting the number of arguments is broken, it needs fixing of course, instead of having software have to work around that. Jan _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel