Date: Sun, 16 Apr 2017 01:36:08 -0700 From: Mark Millard <markmi@dsl-only.net> To: Mark Linimon <linimon@lonesome.com> Cc: Gerald Pfeifer <gerald@pfeifer.com>, Pedro Giffuni <pfg@FreeBSD.org>, ericturgeon.bsd@gmail.com, FreeBSD Current <freebsd-current@freebsd.org>, freebsd-arm <freebsd-arm@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org>, "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com> Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) [amd64 system ld being lld vs. binutils based] Message-ID: <79677236-E5F7-45D1-9C18-7FE7237384B8@dsl-only.net> In-Reply-To: <CE594B21-EFCD-4E43-9AAA-6B71A8A5EE0D@dsl-only.net> References: <E54E495A-E4C8-40B3-B1E8-133A9872B6B2@dsl-only.net> <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <E86AC2D1-EE2D-4E33-85FD-8069B050421F@FreeBSD.org> <alpine.LNX.2.21.1704150928320.4604@anthias.pfeifer.com> <FA9D3BB0-E5DA-4DAE-BA61-01BFCFBCC24C@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <D8808B6B-4F71-401B-95F6-EF871181520F@dsl-only.net> <20170415093010.GA4104@lonesome.com> <CE594B21-EFCD-4E43-9AAA-6B71A8A5EE0D@dsl-only.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2017-Apr-15, at 11:30 PM, Mark Millard <markmi at dsl-only.net> = wrote: > On 2017-Apr-15, at 2:30 AM, Mark Linimon <linimon at lonesome.com> = wrote: >=20 >> On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >>> I've seen material quoted from a exp-run that reported >>> that about 54(?) ports were then blocked by lang/gcc6-aux >>> not building. >>=20 >> Although the first is an older run (the last complete run IIUC), = there >> were 50 and 51 respectively as of: >>=20 >> = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 >> = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >>=20 >> I think you're fairly deep into unexplored territory here. >=20 >=20 > Looks like it. I tried an amd64 context (that was built using > WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's > indirect build of lang/gcc6-aux quickly stopped for: >=20 > configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 > /usr/bin/ld: error: unable to find library -lssp_nonshared > /usr/bin/ld: error: unable to find library -lc > collect2: error: ld returned 1 exit status > configure:4443: $? =3D 1 > configure:4480: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': > configure:4490: error: C compiler cannot create executables >=20 > This happened even if I checked off in gcc6-aux's config > to do a bootstrap. >=20 > Even amd64 has build problems (at least for use of the > modern/experimental ld). I reverted to an amd64 system based on WITHOUT_LLD_IS_LD=3D and that avoided this issue: at least the build has gotten farther and is still in progress. It looks like the lang/gcc6-aux bootstrap/bin/gcc for amd64 is using /usr/bin/ld in a way that is binutils specific at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?79677236-E5F7-45D1-9C18-7FE7237384B8>