Date: Wed, 12 May 2021 21:16:29 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: FreeBSD ports <freebsd-ports@freebsd.org> Subject: Re: Trubles compiling lxqt on RPi4 Message-ID: <C229B27A-8AAA-4ED9-A57D-AA271934FEEE@yahoo.com> In-Reply-To: <20210513034811.GA40952@www.zefox.net> References: <E4E579C2-8BE4-4A4E-B7A1-C4F18E297A75.ref@yahoo.com> <E4E579C2-8BE4-4A4E-B7A1-C4F18E297A75@yahoo.com> <20210513034811.GA40952@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-May-12, at 20:48, bob prohaska <fbsd@www.zefox.net> wrote: > On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via = freebsd-ports wrote: >> bob prohaska fbsd at www.zefox.net wrote on >> Wed May 12 21:10:02 UTC 2021 : >>=20 >>> Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current >>> get stuck with: >>> =3D=3D=3D> Building for json-glib-1.6.2_1 > [....] >>> FAILED: = json-glib/libjson-glib-1.0.so.0.600.2.p/meson-generated_.._json-enum-types= .c.o >>>=20 >>> Is there a workaround? Ports were up-to-date as of today, May 12, = 2021. >>=20 >> You are not very explicit about the FreeBSD context and >> such, beyond RPi4 (so aarm64/aarch64). >>=20 >>=20 >=20 > Moving to /usr/ports/json-glib and using=20 > make -DBATCH MAKE_JOBS_UNSAFE=3Dyes MAKE_JOBS_NUMBER=3D4 = DISABLE_VULNERABILITIES=3Dyes > make.log > reports several instances of=20 > error: unknown argument: '-fno-color-diagnostics' >=20 > Running make clean and restarting makes no difference. There don't = seem to be > any user options for making json-glib, The build log at: = http://ampere2.nyi.freebsd.org/data/main-arm64-default/pcd62f0886c18_sd1cb= 8d11b0/logs/json-glib-1.6.2_1.log is the one that just python38 and it reports: ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = json-glib-1.6.2_1: DOCS=3Don: Build and/or install documentation GIR=3Don: Build introspection data =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- as the options that were used for the build. So there are 2 options, one of which is appearently tied to the code's operation (introspection data). > but I wonder if it might be inherting > an incompatible option from something else. That build log also has lines showing the likes of: [ 21% 16/69] cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p . . . = -fno-color-diagnostics . . . The compiler is reported in the log to be: C compiler for the host machine: cc (clang 11.0.1 "FreeBSD clang version = 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe)") C linker for the host machine: cc ld.lld 11.0.1 That "llvmorg-11.0.1-0-g43ff75f2c3fe" matches what is in my historical main [so: 14] environments. So system-clang apparently allows the option. You did not show any example command that got the complaint about -fno-color-diagnostics so I can ont even be sure it was a cc command that had the option. Still, your report suggests that the "cc" in your environment for this build does not reach the normal system-clang. Do you have /etc/make.conf or /etc/src.conf or the like that might be interfering? Something else? What does "cc -v" show in your context? FYI: As I remember, "-DBATCH MAKE_JOBS_UNSAFE=3Dyes MAKE_JOBS_NUMBER=3D4" is incoherent: the first says not to do the last. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C229B27A-8AAA-4ED9-A57D-AA271934FEEE>