Re: port-pmax/57245: (Most?) MIPS Ports: Error: symbol type "gnu_indirect_function" is not supported by MIPS targets

[Jan-Benedict Glaw <jbglaw%lug-owl.de@localhost>]

The following reply was made to PR port-pmax/57245; it has been noted by GNATS.

From: Jan-Benedict Glaw <jbglaw%lug-owl.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: port-pmax/57245: (Most?) MIPS Ports: Error: symbol type
 "gnu_indirect_function" is not supported by MIPS targets
Date: Sun, 26 Feb 2023 20:26:36 +0100

 On Sun, 2023-02-26 16:25:02 +0000, Martin Husemann <martin%duskware.de@localhost> wro=
 te:
 >  You need to investigate a bit more where the local build issue comes
 >  from, as the pmax build works fine on our build cluster:
 > =20
 >  	https://releng.netbsd.org/cgi-bin/builds.cgi
 > =20
 >  Possible issues: the tooldir version of gas is configured differently
 >  when building on linux? You have something in mk.conf that causes the
 >  build failure?
 
 I started a bisect run, we'll see where that ends.
 
 All (Linux-based) builds start off a fresh Debian Docker container,
 with no local mk.conf changes. (The amd64 NetBSD based builds are
 running in Qemu with likewise fresh base images for every build.)
 
 So let's see what changes; in theory, it could also be caused by some
 update in the versions within the Docker container.
 
 (As I do the within-NetBSD builds less often compared to the
 Linux-based builds, I'm not sure about their current state, but at
 leaset I'm quite sure the "selected target format
 'elf32-ntradlittlemips' unknown" error came up over there as well.
 Likewise, no mk.conf changes, just a plain GIT checkout, as that's
 fitting better within my whole setup.)
 
 I'll keep you updated!
 
 MfG, JBG
 
 --=20