From nobody Thu Mar 09 08:42:44 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PXN4T6RpGz3wP0Z for ; Thu, 9 Mar 2023 08:43:21 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PXN4T44srz4PMv; Thu, 9 Mar 2023 08:43:21 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 830A310A32D8; Thu, 9 Mar 2023 09:43:14 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id DAFF910A1EA7; Thu, 9 Mar 2023 09:43:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1678351392; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2HX1XjKJhTyUPVcFGcJ0Bfo60xpZ4R25eZBJxzGMbAI=; b=eFPJRfSF6hTf5c9IArlHJHWW9bYUaHokntkS8ivC9PZpAbB7EtnjB+kh9grsie0pdYb7jZ A2THHAhn22zAvL2BxdqH/yo9ABkTAObbIPtEL1z1B8itpwmsFaTaJnernEje3MyugijSFL b6T838G6hyF+8DWZCmG7sm0Hfp/nUUe+oO8kiRXcMKBup/s4dtEhj4rI+b5/rHN0dsXYbQ cFeELY3eogeuihqbzLHP6zYwB6N5xEs9PjhUdZZmAOG6Qte+b7lkr99XxhaioWcHzbCxsg JnBqS49uO57WZ8vmx6QOL53tm/hbDpRlO8d0BI959yoJpMhI+4tkWX398SAJbQ== Received: from thor.intern.walstatt.dynvpn.de (dynamic-078-055-032-163.78.55.pool.telefonica.de [78.55.32.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 91D4610A1EB8; Thu, 9 Mar 2023 09:43:12 +0100 (CET) Date: Thu, 9 Mar 2023 09:42:44 +0100 From: FreeBSD User To: tuexen@freebsd.org Cc: Dimitry Andric , FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230309094311.3dffc8e0@thor.intern.walstatt.dynvpn.de> In-Reply-To: <578986DC-7F6B-4530-BA90-64B3C8CF59DA@freebsd.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> <6321CA49-A38A-4FC6-A41E-E9964C2A94E3@FreeBSD.org> <20230308111931.27d9e524@thor.intern.walstatt.dynvpn.de> <20230308114249.7cc1f363@thor.intern.walstatt.dynvpn.de> <578986DC-7F6B-4530-BA90-64B3C8CF59DA@freebsd.org> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-UID: b2e903 X-Rspamd-UID: 554a0b X-Rspamd-Queue-Id: 4PXN4T44srz4PMv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Am Wed, 8 Mar 2023 12:13:49 +0100 tuexen@freebsd.org schrieb: > > On 8. Mar 2023, at 11:42, FreeBSD User wrote: > > > > Am Wed, 8 Mar 2023 11:28:11 +0100 > > Dimitry Andric schrieb: > > > >> On 8 Mar 2023, at 11:19, FreeBSD User wrote: > >> ... > >>> But I don't understand why the make environment is trying to compile a piece of code that > >>> is disabled via "nodevice" as shown in my initial report herein: > >>> > >>> [...] > >>> src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a prototype is > >>> deprecated in all versions of C and is not supported in C2x > >>> [-Werror,-Wdeprecated-non-prototype] > >>> [...] > >> > >> The "nodevice" is for your custom kernel configuration, but as far as I > >> can see an(4) is still built as a module, see sys/modules/Makefile: > >> > >> ... > >> .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" > >> _agp= agp > >> _an= an > >> > >> -Dimitry > >> > > > > Oh, I'm sorry, > > my fault in logic! > > > > Is there a "knob" to explicitely disable that specific module from being built from a > > point of view of a user like me (not touching the base build system)? > Use > WITHOUT_MODULES=an > in > /etc/make.conf > > Best regards > Michael > > > > -- > > O. Hartmann > > With setting WITHOUT_SYSTEM_COMPILER=YES WITHOUT_SYSTEM_LINKER=YES in CONF_BUILD and CONF_WORLD and WITHOUT_CROSS_COMPILER=YES commented out (not building/not cross compile?) and a fresh and clean start of the build, I run into [...] ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [gh-bc] Error code 1 [...] That seems to be the issue mostly discussed herein regarding LLVM14 and LLVM15. Having set WITHOUT_CROSS_COMPILER=YES WITHOUT_SYSTEM_COMPILER=YES WITHOUT_SYSTEM_LINKER=YES WITHOUT_MODULES=an in both CONF_BUILD and CONF_WORLD (I do so because I do not know which one is really affecting the build), I receive the reported compiling error problem in if_an.c. Setting WITHOUT_MODULES=an in both CONF_BUILD and CONF_WORLD (nanoBSD!) doesn't seem to have any effect. Regardfs, oh -- O. Hartmann