From owner-freebsd-ports@freebsd.org Thu May 13 06:13:18 2021 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 83CBE632A89 for ; Thu, 13 May 2021 06:13:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FghDF3y7vz4W5G for ; Thu, 13 May 2021 06:13:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620886394; bh=nXZLxyE4qB25Uh+58pmj1tARXL6sxibnaT6sfHKeUCk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gpbH1q7giwruIVTJ9XxHKCQJ/9zcSchOUNw7zmLjvXp7vRAETJMk3QiKD+LKoctUJhzozHU0lP9RmzWA5mkmWsl0J4/eq4mXQ0SSJspCI2mlr+iLag2G677+BWdEWwJPNgrn5K3Up7MtKfpPWYPdw3xTUSo8PSS8+8pu8y/7aSOyNGgDxhuPHTBE85y3RryrJmbCVKbginVwkjU95+Fb5mcHl+eNAtI9RyA7QvX2qcBYz/srtzJRk6eMYNGuwRa5q+oF8D7jBguJtGqmPqEWQFLOerRwGQ41ixZHKCVWsBewxz2iEdzipDjKGFyL+hgzCmt3aEWXYL5Lkn/me86gEg== X-YMail-OSG: 07i7wgIVM1muqegtJ945N91HzNqmbyQcvOaHHN.jWC40CfIcQtFNtRp8S_O3Pen 2YVlPFWziBVOjj2SKvT4AKPFsABaXKu72qynP_wfgp1pTDd2xWwjb2G8haPfLWcdBwR4VzpD89Dv STWYX_Doe.ZpLG8k7h8784X_ybCCoYKSvzilwBcDqS4MdMUpGFqPt6ftQpHnsRBSVRGHlVyb1zwP bnA2rmBybXi_LF1ZYVFS5MDXHc53e0cKMGVXh4xwpdZq3pvrMyRLPTZSWxT7NRGfj.Ww_iYWMRo_ 5pUYzX7qJflW2rPBagWGGLom3fJKZDvrQAgmBeKxfhzBcUf2R1exO_m_qdtsA0bzptEWRKe7Hby_ rYQMUqn1xvs01popWpL6biTxMklo8tVSMHeJ3j.xF7Kzq4nZ855MaqGvOfCZmK4VOfM0j6a40sSN UCVlo0ZOMQK.Nv75nFcIo.d3oqgbIJKfdZ4wQeOcm8kc0gMOJYap2hc_r1GPtauYIwxoCY2EeFOD BRiRHogDwpWH_MiF9.HYTckuDnfMNGDZfgiLIBQXU486x7Ty0BjXdF4VTXLPoeEHFbyDWAEJmdx1 ppetFw2iSPgsY0q6RO4Iy4XrHHyeWDyzeEFxIPMGKWyo62VX13b4jXw_RNk8ZcAb8FQC_rQ8tTXI fdCctXhLlUUwQYqHDcsKrQMqN1W6emR_Ev_PNwBJWViXMKoqbSgzuSuv.bDNUYLOdP3QWfDKVlvv QzM3gWGYTC7AcWjWHg5UhCMMVJqvIF66gqP3g2eA5JYrZ36o.5Dr9oNo.sn1Nowe58hl1LpVMLNM 7Lk6Bu.C74orW7MmT7TOAMEYinfi8WJnZ0hqGmJK6vFJBBt5O68uOuOVOLP7OK6qZHHt2QLzX9q6 T2rGM_vmyHb3MT7qwUOlyWMzfovRjJOkFUkidCjhDsCsl0JEcUHkt6FULr35jKbxu91FshXb1Htb RI.TAUwJZlr.8lqwfzc_VQ3212quyfqVfPm96PZOYmARXy7qwBBLgqB2vRujcQqfE7Coe8pYr0Lg 1oZV4Itr3dUINNQwfqVv1S_HJEb4_YA0spljThipeRXj0HChOQnh2_UV3ZvnsRo7pco4hmcql_TM lIkMhIEcy_XfL3.ZLJZZM9Ut57hgXqPt03ggwKuatSKm8E9Sh0MiS6sSUEhWDWTykuU7epkZbnXi BAeuA72O4UytUfV9HPEu9G.jbp08EZX1Ed9q4JSz7VQ2pL4Qzcie8Cj.47.S8yAGyeI_gzxXKduu CiPLo_5KrjtwZcH9m7ry62sykUj8qJ8PAVyIZDgKFBzW4HpnFnkZ0wCPcLSDHOtlaCM.sgmG8MR8 Dg.78BXm2dSCzvbCGe9Pqv_bCg7IlHiGuAIqhVeLnrl1hA3CnkQrVX8eq74pQFNmlF.M8IvoJBx9 1qPdq3YfdoJGX8q02ImnO54noLiPSoRYp7zFpWiQNJJKRrCPTZL7T31yCU8s0bIeZK26Yr81OfaP 3AXFwSY6ciZZgipgKiBjISyMJVra1m6XZjjIvPhjjmllnuSqX.ZPADojDUcaSwCmdJOLftfE30R2 G82vG3smMoa_6X0NVaUQnIJyr6FKADjW8MZbj1E8tPGC3Q3WJzSxkGO5hF7JXujwadMbFIG4ced0 Hi2iopSM83keRdikRurgbOvtdJ1.9dkKQFj4.AX5JPDa2tF.2md5XxO9D8T._7ibHQw6mb7eVc7X ntdtoq6XFXDQcnccJiZLAKMnib5MEazmGyFQ.vKAEpxywu6xT2kSnSWqPd6Zi4wm4f51yfBXRw7k GM.jFyZrgd8qObl9teL3fQPhExE0QVatWJ2QbxKzh8ofEZQT9zQDnSdqnB5Zrk0516wKc7tjFIeU KoUCRzi2k85846QugU2tQO8i6H5wZtw8Rkufh1oz2XTLrciR1VbFpRh3e2JaAHbpZUcy.Qcqv4PB eX0b1sBqjRno2fOmDyJxKC7dhmYddY2p_Yz4xqRZedMBW4tHrg3CK9MNaaCQW0Bn0OwbfTXBFwDL MwXs9p1rI1myLER4nnW_241dxR8edqoQTJZ.u1S2kFnvnmf0SArP_Y21Tbe3rHREhqlkKRa1_yf7 SSqX7_ain5Tglxm0sMrZGxakPlBLn2Eakr_NdT.KisqplO0crwruMEOkrMS0t8lGoUbSCjsKE8MM a0Uzwm0Uz4_uXmFgbr8eAlg1ZCHUUWz_Sze_GnB0BTgcV2bqRFNngHaEB8.HEMMBX2TMZyfER3Gj dwfpschR6lz6zgSWiVvI6bXCrHprFSB0Ge.xzaE.05Q3AtXSnGmjnWfokpMlz.dMhqB3eMsRfBS7 Dd6_MiCaHOVcUranLhAUaFYYnMjpf.s4gIp8Q13Gc0XYKoTXpiCQxSSOCElnKQ5k4YojA0vO_XPB ZA67nM3_ZNzGpwmNB_GUipIo4wZmhxNiJZo3.QcATkbQBWeVFAZ0hu10r.anqfVleLkr56V8Fv0w _mQjA9IJm5JWfgrOurtxekhBgBnFnOui9Sq3yxktqBTkYqG_s5LduX10KFyM_P_nNW15VtBoXk_I 5FV_gR0Fop3xftCZsxzYBOMU_w8HSi7QoZX8XCKKCUzcXeSFZlA1XBgwl4jGIubXpdts2rOEikOf geH23y1WgGzGbp.XIKSqSwly961A_su2G0gKnWgEWy.4Fc4YG8kYheJtpJ2pRdSKMYAsbADq0Edo PA1MZMnOa X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 06:13:14 +0000 Received: by kubenode566.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ea3e70388b38482763f520b6ce4df3b6; Thu, 13 May 2021 06:13:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Troubles compiling lxqt on RPi4 From: Mark Millard In-Reply-To: <20210513052831.GA41156@www.zefox.net> Date: Wed, 12 May 2021 23:13:06 -0700 Cc: FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210513034811.GA40952@www.zefox.net> <20210513052831.GA41156@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FghDF3y7vz4W5G X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.146:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 06:13:18 -0000 On 2021-May-12, at 22:28, bob prohaska wrote: > On Wed, May 12, 2021 at 09:16:29PM -0700, Mark Millard via = freebsd-ports wrote: >> On 2021-May-12, at 20:48, bob prohaska wrote: >>=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, >>=20 >> The build log at: >>=20 >> = http://ampere2.nyi.freebsd.org/data/main-arm64-default/pcd62f0886c18_sd1cb= 8d11b0/logs/json-glib-1.6.2_1.log >>=20 >> is the one that just python38 and it reports: >>=20 >> ---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--- >>=20 >> 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). >>=20 >=20 > Turning off both options and trying a manual make seems to end with = the same error. >=20 >=20 >=20 >>> but I wonder if it might be inherting >>> an incompatible option from something else. >>=20 >> That build log also has lines showing the likes of: >>=20 >> [ 21% 16/69] cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p . . . = -fno-color-diagnostics . . . >>=20 >> The compiler is reported in the log to be: >>=20 >> 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 >>=20 >> That "llvmorg-11.0.1-0-g43ff75f2c3fe" matches what is in my >> historical main [so: 14] environments. >>=20 >> So system-clang apparently allows the option. >>=20 >> 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. >>=20 >>=20 >=20 > A copy of the make log is at > http://www.zefox.net/~fbsd/rpi4/lxqt/make.log Note: Your environment is not up to date enough to be using python38 . The log shows: [ 1% 4/69] /usr/local/bin/python3.7 . . . . . . I'll note that /usr/ports/UPDATING reports: 20210425: AFFECTS: users of python AUTHOR: kai@FreeBSD.org The default version of python3 and python was switched to 3.8. For ports users wanting to keep version 3.7 as default, add DEFAULT_VERSIONS+=3D python=3D3.7 python3=3D3.7 to make.conf Following procedures may ease the upgrade: For users of pre-build packages: # sh # for i in $(pkg query -g %n 'py37-*'); do pkg set -yn = ${i}:py38-${i#py37-}; done # pkg upgrade For portmaster users: # sh # portmaster -o lang/python38 python37 # REINSTALL=3D"$(pkg info -o "*py37*" | awk '{printf "%s ", $2}')" # pkg delete -f "*py37*" # portmaster $REINSTALL # REBUILD=3D$(pkg query -g "%n:%dn" '*' | grep py3 | grep -v py38 | = cut -d : -f 1 | sort -u) # portmaster $REBUILD # REBUILD2=3D$(pkg list | grep python-37 | xargs pkg which | awk = '{print $6}' | sort -u) # portmaster $REBUILD2 The log also shows the use of -Xclang in the cc commands: cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p . . . -Xclang = -fno-color-diagnostics . . . but: = http://ampere2.nyi.freebsd.org/data/main-arm64-default/pcd62f0886c18_sd1cb= 8d11b0/logs/json-glib-1.6.2_1.log does not show any use of -Xclang . -Xclang makes the following argument be passed directly to the cc1 compiler stage. So the: error: unknown argument: '-fno-color-diagnostics' would be from cc1. "clang -cc1 --help" only reports one form of color-diagnostics option allowed by the -cc1 stage: -fcolor-diagnostics Enable colors in diagnostics Viewed various ways that confirm: # more main.c static volatile char big_area[67001] =3D "This is a test"; int main () { big_area[67000] =3D '9'; } # clang -Xclang -fno-color-diagnostics main.c error: unknown argument: '-fno-color-diagnostics' But the detail of what is involved, showing the -cc1 command that is internally generated, is: # clang -### -Xclang -fno-color-diagnostics main.c FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe) Target: x86_64-unknown-freebsd14.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/clang" "-cc1" "-triple" "x86_64-unknown-freebsd14.0" = "-emit-obj" "-mrelax-all" "-disable-free" "-disable-llvm-verifier" = "-discard-value-names" "-main-file-name" "main.c" "-mrelocation-model" = "static" "-mframe-pointer=3Dall" "-fno-rounding-math" = "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" = "-fno-split-dwarf-inlining" "-debugger-tuning=3Dgdb" "-resource-dir" = "/usr/lib/clang/11.0.1" "-fdebug-compilation-dir" "/root/c_tests" = "-ferror-limit" "19" "-fgnuc-version=3D4.2.1" "-fcolor-diagnostics" = "-fno-color-diagnostics" "-faddrsig" "-o" "/tmp/main-496b10.o" "-x" "c" = "main.c" "/usr/local/bin/x86_64-unknown-freebsd14.0-ld" "--eh-frame-hdr" = "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=3Dboth" = "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" = "/usr/lib/crtbegin.o" "-L/usr/lib" "/tmp/main-496b10.o" "-lgcc" = "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" Another way: # clang -cc1 -fno-color-diagnostics error: unknown argument: '-fno-color-diagnostics' So the question becomes how -Xclang got involved. I do not know yet. It is not explicit in the Makefile . It is not obvious where to look. >> Do you have /etc/make.conf or /etc/src.conf or the like that >> might be interfering? Something else? >>=20 > Neither file is present. >=20 >> What does "cc -v" show in your context? >>=20 > bob@nemesis:/usr/ports/devel/json-glib % cc -v > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe) > Target: aarch64-unknown-freebsd14.0 > Thread model: posix > InstalledDir: /usr/bin >=20 >=20 >> FYI: >> As I remember, "-DBATCH MAKE_JOBS_UNSAFE=3Dyes MAKE_JOBS_NUMBER=3D4" >> is incoherent: the first says not to do the last. >>=20 > Not sure I follow; -DBATCH refers to config options, would that affect = job number? I should not have included "-DBATCH" in my wording. So: As I remember, "MAKE_JOBS_UNSAFE=3Dyes MAKE_JOBS_NUMBER=3D4" is incoherent: the first says not to do the last. > The last major port compiled was www/chromium, might there be some = cleanup required > before starting another compilation? I've always thought that ports = communicated only > through installed files, but if they use one another's source or = object files it=20 > would be easier to encounter incompatibilities. If a global "make = clean" will > simplify things it'll be worth the wait. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)