Re: gcc8 available on which archs?

On 2019/04/30 12:03, Stuart Henderson wrote:
> On 2019/04/25 00:14, Pascal Stumpf wrote:
> > On Tue, 23 Apr 2019 16:52:57 +0100, Stuart Henderson wrote:
> > > On 2019/04/23 17:14, Christian Weisgerber wrote:
> > > > With everybody eager to switch ports-gcc to gcc8, I'm still a bit
> > > > hazy about which architectures gcc8 is actually known to work on.
> > > > To the best of my knowledge:
> > > >=20
> > > > should be fine
> > > > aarch64 already switched
> > > > amd64 successful bulk build
> > > > powerpc successful partial build
> > > > sparc64 successful partial build
> > > >=20
> > > > optimistic
> > > > hppa existence of adastrap 8.3.0 suggests working compil=
er
> > > > mips64 existence of adastrap 8.2.0 suggests working compil=
er
> > > > mips64el =3D=3D mips64?
> > > >=20
> > > > don't know
> > > > arm ?
> > > > alpha ? (don't care)
> > > >=20
> > > > known bad
> > > > i386 marked BROKEN
> > > >=20
> > > > --=20
> > > > Christian "naddy" Weisgerber naddy@mips.in=
ka.de
> > >=20
> > > From the last snaps:
> > >=20
> > > -rw-rw-r-- 1 openbsd openbsd 23870613 Apr 21 09:53 aarch64/gcc-8.3=
=2E0.tgz
> > > -rw-rw-r-- 1 openbsd openbsd 28096948 Apr 21 18:07 amd64/gcc-8.3.0=
=2Etgz
> > > -rw-rw-r-- 1 openbsd openbsd 27137929 Feb 25 05:54 arm/gcc-8.2.0p0=
=2Etgz
> > > -rw-rw-r-- 1 openbsd openbsd 25484157 Apr 6 14:04 mips64/gcc-8.2.=
0p2.tgz
> > > -rw-rw-r-- 1 openbsd openbsd 27639770 Mar 31 22:07 powerpc/gcc-8.2=
=2E0p2.tgz
> > > -rw-rw-r-- 1 openbsd openbsd 22927965 Mar 19 14:44 sparc64/gcc-8.2=
=2E0p2.tgz
> > >=20
> > > I'll try removing the BROKEN-i386 marker and building there in case a=
nything
> > > changed in the 8.3.0 update.
> > >=20
> > >=20
> >=20
> > Won't build, but I'm on it.
> >=20
>=20
> I'm doing a test build and assuming it works I'm going to switch this
> to ld.bfd for now. I can't find the right way to get -Wl,-znotext added
> to linker flags and I can't push new i386 packages with this broken, it
> kills a quarter of the ports tree (mostly via fortran).
>=20

Additional ports with issues:

math/py-scipy (gfortran):

ld: error: dfft_subr_6.f:(.debug_loc+0x2A7D): has non-ABS relocation R_386_=
GOTOFF against symbol 'ntryh.3712'
collect2: error: ld returned 1 exit status
ld: error: dfft_subr_6.f:(.debug_loc+0x2A7D): has non-ABS relocation R_386_=
GOTOFF against symbol 'ntryh.3712'
collect2: error: ld returned 1 exit status

telephony/asterisk (gcc):

cc -o libasteriskpj.so.0.0 -pthread -L/usr/X11R6/lib -L/usr/local/lib -Wl,-=
znotext -L/usr/local/lib -Wl,-rpath,/usr/local/lib -Wl,-soname=3Dlibasteri=
skpj.so.0.0 -L/usr/obj/ports/asterisk-16.3.0-imap/asterisk-16.3.0/third-par=
ty/pjproject/source/pjlib/lib -L/usr/obj/ports/asterisk-16.3.0-imap/asteris=
k-16.3.0/third-party/pjproject/source/pjlib-util/lib -L/usr/obj/ports/aster=
isk-16.3.0-imap/asterisk-16.3.0/third-party/pjproject/source/pjnath/lib -L/=
usr/obj/ports/asterisk-16.3.0-imap/asterisk-16.3.0/third-party/pjproject/so=
urce/pjmedia/lib -L/usr/obj/ports/asterisk-16.3.0-imap/asterisk-16.3.0/thir=
d-party/pjproject/source/pjsip/lib -L/usr/obj/ports/asterisk-16.3.0-imap/as=
terisk-16.3.0/third-party/pjproject/source/third_party/lib -L/usr/local=
/lib -shared -fpic -Wl,--version-script,libasteriskpj.exports,--warn-common=
-L/usr/X11R6/lib -L/usr/local/lib -Wl,-znotext libasteriskpj.o -Wl,--whol=
e-archive -lpjsua-i386-unknown-openbsd6.5 -lpjsip-ua-i386-unknown-openbsd6.=
5 -lpjsip-simple-i386-unknown-openbsd6.5 -lpjsip-i386-unknown-openbsd6.5 -l=
pjnath-i386-unknown-openbsd6.5 -lpjmedia-codec-i386-unknown-openbsd6.5 -lpj=
media-videodev-i386-unknown-openbsd6.5 -lpjmedia-audiodev-i386-unknown-open=
bsd6.5 -lpjmedia-i386-unknown-openbsd6.5 -lpjlib-util-i386-unknown-openbsd6=
=2E5 -lpj-i386-unknown-openbsd6.5 -Wl,--no-whole-archive -lssl -lcrypto -=
luuid -lm -lpthread=20
ld: error: cli_telnet.c:(.debug_info+0x1DF087): has non-ABS relocation R_38=
6_GOTOFF against symbol 'CR_LF.6215'
ld: error: stream.c:(.debug_info+0x1B1469): has non-ABS relocation R_386_GO=
TOFF against symbol '.LC7'
ld: error: ice_session.c:(.debug_info+0x13139F): has non-ABS relocation R_3=
86_GOTOFF against symbol '.LC70'

Like gcc/8 itself they link successfully with ld.bfd.