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 [email protected]= 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.
