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.5 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 016CD1F66E for ; Fri, 21 Aug 2020 14:05:26 +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 1k97fU-0003J1-8t; Fri, 21 Aug 2020 14:05:20 +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 1k97fS-0003It-SW for sox-devel@lists.sourceforge.net; Fri, 21 Aug 2020 14:05:18 +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=nvRXaYV7EuXaR/ZTyxpEKbdOP05Pz06xoHDKIRSSWxQ=; b=BhvX3abT9eF3RJAc1PaCpUCfaa pJwHLEMSOVnGftJi47GiS8eoKpKLgDE/J3boUL7n2b8NzKTqXoMNFhLezEPElqlSaFAGwjg9QLB+G lo+JSfKo9PVLg0FvHyOFcx3DX0ooX4Y4zDA41UyHnejDp2UFq15nRVDd8wkkRQk455O0=; 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=nvRXaYV7EuXaR/ZTyxpEKbdOP05Pz06xoHDKIRSSWxQ=; b=W6qSedUK8BCGL8NHZSwr44Z7Zl 1mrdz3AKYgSULGvRIH9GyHZHd0SIbONLklNWAjTCp3pfdq7/UtiFYOAHRvfntyuyRPzoCroKaHKY4 hjSS2a7S/fafgL1rEEXblpZl8Iqlf1g1ocDvihkX7dg3K2o6A0zzhzsQRnCJ5MKkYwMo=; 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 1k97fQ-000LsS-HZ for sox-devel@lists.sourceforge.net; Fri, 21 Aug 2020 14:05:18 +0000 Received: from localhost (stare.cz [local]) by stare.cz (OpenSMTPD) with ESMTPA id 10c98347; Fri, 21 Aug 2020 16:04:59 +0200 (CEST) Date: Fri, 21 Aug 2020 16:04:58 +0200 From: Jan Stary To: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= Message-ID: <20200821140458.GA48586@www.stare.cz> References: <20200821081621.GA85272@www.stare.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Headers-End: 1k97fQ-000LsS-HZ 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 > > (I would still like to get rid of auto* anyway :-) > > Replacing it without losing anything is a huge amount of work. The > results can be great, but I don't want to spend the next month that > right now. Please have a look at https://github.com/janstary/sox which uses a hand-written configure and does not depend on auto*. The build procedure is described on that page (but boils down to ./confiugure; make ; make install). It is far from complete, and quite behind all your recent fixes; I will need to rebase that on the current master. > > checking for gcc... gcc > > > > That would be $ gcc --version > > gcc (GCC) 4.2.1 20070719 > > That's an OpenBSD problem, not a SoX problem. The actual problem is that the build system looks for gcc, instead of looking for cc, the C compiler (which is clang be default here). > > checking for mt... mt > > > > LOL, what? > > > > checking if mt is a manifest tool... no > > > > That's a shame. > > It's something some systems require when linking. That's all I know. openbsd$ whatis mt mt, eject(1) - magnetic tape and removable media manipulating program debian$ man mt NAME mt - control magnetic tape drive operation > > checking for pkg-config... /usr/bin/pkg-config > > checking pkg-config is at least version 0.9.0... yes > > > > Reading configure.ac, it's currently > > oggvorbis, opus and flac that get detected via pkg-config; > > for other formats, it checks for the header and the lib. > > Is this distinction intentional? > > Those libraries are sometimes installed in ways that _require_ unusual > -I flags that we can't detect any other way (other than trying half a > dozen variants until something works). pkg-config provides the > necessary information. On the flip side, pkg-config can sometimes > tell lies too, so I prefer to avoid it when possible. Would you prefer, then, to detect flac, vorbis and opus in the same way that the other external formats are detected, i.e. searching for include.h and -llib? > > checking for library containing pow... -lm > > checking for library containing lrint... none required > > > > $ nm /usr/lib/libc.so.* | grep -Fw lrint > > $ nm /usr/lib/libm.so.* | grep -Fw lrint > > 00004a10 T lrint > > 00017980 T lrint > > > > So -lm _is_ required for lrint. Maybe it works by accident, > > because -lm is pulled in for pow() anyway. > > > > checking for lrint... yes > > > > Yes, in libm. > > On some systems it's all libc without a separate libm. Yes, and ./configure is supposed to figure out whether it is this or that case, right? On this system, lrint is only present in -lm, which imho makes the detection checking for library containing lrint... none required incorrect. > Bear in mind that SoX predates many interfaces that are now standard. > Much of the cruft was once necessary, or at least warranted. Yes; I would like to get rid of it all. > > $ 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.) > > If your system puts things outside the compiler's default search path, > it is your responsibility to provide the information necessary to use > them. Setting CFLAGS or CPPFLAGS with the appropriate -I options is one > way. Depending on the compiler, setting C_INCLUDE_PATH might be another. I am testing with CPPFLAGS and LDFLAGS, like the OpenBSD port of SoX does, will report later. > > checking for lpc10.h... no > > > > So why does it try to build lpc support later, > > #including the lpc10.h that was not found? > > I made a mistake. Wolfgang reported it fixed but I don't see any other commit on the branch; am I missign something obvious? > > Ha, I didn't have to --disable-sunaudio as before. > > Odd, I didn't intentionally change anything. Some time ago, running just plain ./configure on OpenBSD resulted in sunaudio being 'detected', because the check was actually the presence of /usr/include/sys/audioio.h (which does exist on OpenBSD); trying to actually build sunaudio output device support then failed of course, so I had to ./configure --without-sunaudio (now called --disable-sunaudio). That's apparantly no longer needed, the (non)presence of Sun Audio is correctly detected. At any rate, thank you very mich for the cleanup! Jan _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel