Date: Mon, 30 Apr 2018 12:32:10 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 227659] [PATCH] src.opts.mk: fix to build WITH_GCC=yes when using an external compiler that supports c++11 Message-ID: <bug-227659-227-g2jhSb5RJI@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-227659-227@https.bugs.freebsd.org/bugzilla/> References: <bug-227659-227@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=3D227659 --- Comment #4 from Kenneth Salerno <kennethsalerno@yahoo.com> --- (In reply to Mark Millard from comment #2) Thank you, Mark, for sharing all of your experiences. I have been using an external comliler since 11.0-RELEASE, and have found 10.x to be impossible = to hack for gcc6 on i386 (I can get it to compile, but it will segfault somewhere). I wasn't able to use 10.x on my ppc64 QEMU guest in any form so wasn't attempting external compilers for that version back then. In general using an external compiler exposes just how fragile the whole sy= stem is because of idiocintricies or bugs of specific compiler versions, but it = is getting easier and easier since 11.0. And I would prefer to not have to res= ort to running HEAD, so I retro-patch a currently supported releng version inst= ead. 11.0 was the only version I was able to get a working kernel compiled with = gcc5 and gcc, for both i386 and ppc64. Starting with 11.1 I needed to mix a kern= el built with the system compiler, even for i386 where I am using devel/llvm60 that breaks the iwi device driver (won't scan for networks) and for some re= ason multimedia/mplayer segfaults when built with any compiler besides the system compiler. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-227659-227-g2jhSb5RJI>