Date: Sat, 12 Nov 2016 22:28:46 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full bootstrap are incompatible and the build stops Message-ID: <bug-214456-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214456 Bug ID: 214456 Summary: lang/gcc6: -r424540: FreeBSD's WITH_DEBUG=3D and full bootstrap are incompatible and the build stops Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: gerald@FreeBSD.org Reporter: markmi@dsl-only.net Flags: maintainer-feedback?(gerald@FreeBSD.org) Assignee: gerald@FreeBSD.org [This likely applies to some other lang/gcc* examples.] On powerpc (head -r308247, so 12-CURRENT) I tried to build lang/gcc6 and it failed at the comparison step (stage 3 vs. 2). Looking at the mismatched .o's via objdump -x -d : stage 3 had built with d= ebug information present but stage 2 had not. The /etc/make.conf had: WITH_DEBUG=3D WITH_DEBUG_FILES=3D So to have a build with WITH_DEBUG=3D in use I had to turn off the full boo= tstrap option. Another way would be to not have WITH_DEBUG=3D but still have the full boot= strap. But having both at the same time is broken. Supporting notes: I do not build the JAVA stuff so for powerpc64 I enable building lang/gcc6: # svnlite diff /usr/ports/lang/gcc6 Index: /usr/ports/lang/gcc6/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/lang/gcc6/Makefile (revision 424540) +++ /usr/ports/lang/gcc6/Makefile (working copy) @@ -13,7 +13,7 @@ LICENSE=3D GPLv3 GPLv3RLE LICENSE_COMB=3D multi -BROKEN_powerpc64=3D Does not build +#BROKEN_powerpc64=3D Does not build LIB_DEPENDS=3D libgmp.so:math/gmp \ libmpfr.so:math/mpfr \ I experiment with the broken/problematical clang 3.8.0 for targeting powerp= c64 and powerpc and report specific problems to llvm for what blocks FreeBSD fr= om being able to use clang as a system compiler for those TARGET_ARCH's. For example I use a modified kernel signal handling that includes a so-called "= red zone" on the stack to deal with clang's powerpc ABI stack-handling violatio= ns in the code that it generates. (It allows me to find other issues without waiting for the ABI fix.) So my powerpc and powerpc64 contexts are not currently normal but are more = like what clang-based powerpc and powerpc64 environments would be like if/when c= lang is sufficient for direct use by FreeBSD. (Workarounds and avoiding specific issues being involved.) An implication is that direct replication of what I've done would be odd: a system-clang based build of lang/gcc6. But I doubt that clang vs. gcc as the host compiler matters for the WITH_DE= BUG=3D build properties. --=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-214456-13>