Date: Mon, 30 Jul 2018 21:14:14 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 229626] Mk/Uses/compiler.mk has spurious complaints for some ports on gcc-based archs Message-ID: <bug-229626-7788-z2wQkT4H9H@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-229626-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-229626-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229626 --- Comment #5 from dewayne@heuristicsystems.com.au --- (In reply to Mark Linimon from comment #4) I've had similar problems with compilers.mk as I use gcc8 for some ports (in addition to those earmarked with USE_GCC), clang 6.0.1 and binutils 2.30 with/without ccache. I got to the point of modifying my make.conf to respon= d to various parameters. So I'm interested in your outcome(s). I'm intending to= use lto to benefit from control flow integrity, which is the reason for the workarounds :) In your patch, Mark, you might consider using absolute paths for the base clang, to avoid any ambiguity (unless you manipulate PATH) in=20 +CPP=3D clang-cpp +CC=3D clang +CXX=3D clang++ Also can I suggest that you change your make.conf to something like REALLY_WANT_CLANG_LIST=3D sysutils/osquery .for P in ${REALLY_WANT_CLANG_LIST} .if (!empty(.CURDIR:M/usr/ports/$P) || !empty(.CURDIR:M/var/ports/usr/ports/$P/*) REALLY_REALLY_WANT_CLANG=3D 40 .endif .endfor rather than change the $category/$port/Makefile(s) - its a little less hass= le when you svn update, and there will be conflicts ;) --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-229626-7788-z2wQkT4H9H>