Date: Thu, 9 Mar 2023 09:42:44 +0100 From: FreeBSD User <freebsd@walstatt-de.de> To: tuexen@freebsd.org Cc: Dimitry Andric <dim@FreeBSD.org>, FreeBSD CURRENT <freebsd-current@freebsd.org> 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> <E2AFBCE9-4467-4E75-B7E4-4C6E0B03C0AA@FreeBSD.org> <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> <B36BAAE7-B746-4936-AC1B-427656A0C301@FreeBSD.org> <20230308114249.7cc1f363@thor.intern.walstatt.dynvpn.de> <578986DC-7F6B-4530-BA90-64B3C8CF59DA@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am Wed, 8 Mar 2023 12:13:49 +0100
tuexen@freebsd.org schrieb:
> > On 8. Mar 2023, at 11:42, FreeBSD User <freebsd@walstatt-de.de> wrote:
> >
> > Am Wed, 8 Mar 2023 11:28:11 +0100
> > Dimitry Andric <dim@FreeBSD.org> schrieb:
> >
> >> On 8 Mar 2023, at 11:19, FreeBSD User <freebsd@walstatt-de.de> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230309094311.3dffc8e0>