From owner-freebsd-ports@freebsd.org Thu May 13 05:28:35 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 CDE30631A8F for ; Thu, 13 May 2021 05:28:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FggDf4d2Lz4TB2 for ; Thu, 13 May 2021 05:28:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 14D5SVOg041499 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 12 May 2021 22:28:32 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 14D5SVOW041498; Wed, 12 May 2021 22:28:31 -0700 (PDT) (envelope-from fbsd) Date: Wed, 12 May 2021 22:28:31 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports Subject: Re: Troubles compiling lxqt on RPi4 Message-ID: <20210513052831.GA41156@www.zefox.net> References: <20210513034811.GA40952@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FggDf4d2Lz4TB2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.68 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; NEURAL_HAM_MEDIUM(-0.58)[-0.579]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ports]; MID_RHS_WWW(0.50)[] 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 05:28:35 -0000 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: > > > > > Moving to /usr/ports/json-glib and using > > make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log > > reports several instances of > > error: unknown argument: '-fno-color-diagnostics' > > > > 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_sd1cb8d11b0/logs/json-glib-1.6.2_1.log > > is the one that just python38 and it reports: > > ---Begin OPTIONS List--- > ===> The following configuration options are available for json-glib-1.6.2_1: > DOCS=on: Build and/or install documentation > GIR=on: Build introspection data > ===> 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). > Turning off both options and trying a manual make seems to end with the same error. > > 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. > > A copy of the make log is at http://www.zefox.net/~fbsd/rpi4/lxqt/make.log > Do you have /etc/make.conf or /etc/src.conf or the like that > might be interfering? Something else? > Neither file is present. > What does "cc -v" show in your context? > 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 > FYI: > As I remember, "-DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4" > is incoherent: the first says not to do the last. > Not sure I follow; -DBATCH refers to config options, would that affect job number? 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 would be easier to encounter incompatibilities. If a global "make clean" will simplify things it'll be worth the wait. Thanks for your help! bob prohaska