Date: Wed, 12 May 2021 17:17:37 -0700 From: Mark Millard <marklmi@yahoo.com> To: FreeBSD ports <freebsd-ports@freebsd.org> Subject: Re: Trubles compiling lxqt on RPi4 Message-ID: <E4E579C2-8BE4-4A4E-B7A1-C4F18E297A75@yahoo.com> References: <E4E579C2-8BE4-4A4E-B7A1-C4F18E297A75.ref@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
bob prohaska fbsd at www.zefox.net wrote on Wed May 12 21:10:02 UTC 2021 : > 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 > [ 1% 1/53] cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p -Ijson-glib = -I../json-glib -I. -I.. -I/usr/ > local/include -I/usr/local/include/glib-2.0 = -I/usr/local/lib/glib-2.0/include -Xclang -fno-color-dia > gnostics -pipe -D_FILE_OFFSET_BITS=3D64 -Wall -Winvalid-pch -std=3Dc99 = -O3 -O2 -fstack-protector-strong=20 > -isystem /usr/local/include -fno-strict-aliasing -isystem = /usr/local/include -fPIC -pthread '-DG_LOG > _DOMAIN=3D"Json"' -DG_LOG_USE_STRUCTURED=3D1 -DJSON_COMPILATION = '-DJSON_LOCALEDIR=3D"/usr/local/share/loca > le"' -Wcast-align -Wmissing-declarations -Wmissing-format-attribute = -Wmissing-prototypes -Wmissing-n > oreturn -Wold-style-definition -Wpointer-arith -Wshadow = -Wstrict-prototypes -Wunused -Wno-int-conver > sion -fno-strict-aliasing -Wno-uninitialized -Werror=3Daddress = -Werror=3Darray-bounds -Werror=3Dempty-body > -Werror=3Dformat=3D2 -Werror=3Dimplicit -Werror=3Dinit-self = -Werror=3Dint-to-pointer-cast -Werror=3Dmain -Werro > r=3Dmissing-braces -Werror=3Dnested-externs -Werror=3Dnonnull = -Werror=3Dpointer-to-int-cast -Werror=3Dreturn-t > ype -Werror=3Dsequence-point -Werror=3Dtrigraphs -Werror=3Dundef = -Werror=3Dwrite-strings -fvisibility=3Dhidden > -MD -MQ = json-glib/libjson-glib-1.0.so.0.600.2.p/meson-generated_.._json-enum-types= .c.o -MF json-gli > = b/libjson-glib-1.0.so.0.600.2.p/meson-generated_.._json-enum-types.c.o.d = -o json-glib/libjson-glib-1 > .0.so.0.600.2.p/meson-generated_.._json-enum-types.c.o -c = json-glib/json-enum-types.c > 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. You are not very explicit about the FreeBSD context and such, beyond RPi4 (so aarm64/aarch64). It is also likely that there was more error-type reporting text than just: FAILED: = json-glib/libjson-glib-1.0.so.0.600.2.p/meson-generated_.._json-enum-types= .c.o The error is from the build attempt for: devel/json-glib instead of directly from lxqt. = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dp46fc7df8540c_s1f64f32a4c and: = http://ampere2.nyi.freebsd.org/build.html?mastername=3Dmain-arm64-default&= build=3Dpcd62f0886c18_sd1cb8d11b0 show successful builds of json-glib-1.6.2_1 on/for main [so: 14]. The first used python37 and the 2nd python38 . Most of the other modern build runs that show json-glib-1.6.2_1 queued indicate that it was skipped because of: docbook-xml-5.0_3 sdocbook-xml-1.1_2,2 None listed failed builds, so no logs would match your report. https://www.freshports.org/devel/json-glib indicates that the last devel/json-glib update was on 2021-Apr-06. (I've not checked other dependencies, beyond the basicis of the python3<?> change.) This may get into things like poudriere based builds vs. some other ways of building that are more sensitive to context oddities. But you were not explicit about that aspect of things. =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?E4E579C2-8BE4-4A4E-B7A1-C4F18E297A75>