Re: problems upgrading go112 (and go111) on NetBSD-8.99.32/amd64
Thanks Benny for your suggestions! At Mon, 15 Apr 2019 13:57:18 +0200, Benny Siegert wrote: Subject: Re: problems upgrading go112 (and go111) on NetBSD-8.99.32/amd64 > > Try rebuilding lang/go14 perhaps? Yes, I've tried that a couple of times. I even tried re-installing a much older build of it, all with no change. I thought I had older versions of go installed on this machine, especially go110, but apparently I didn't keep pkg binaries for them. > You could also try editing lang/go112/Makefile and setting > GOROOT_BOOTSTRAP to /usr/pkg/go111. I had not thought that would be possible (though it makes sense that it should be), but... No dice -- I see the exact same errors as with the bootstrap using go14. I think the problem must lie in my host toolchain or libraries. Is there any easy way to get the build scripts to show exactly what commands are being run? Is there anything I can examine in my working go111 install that might reveal how it managed to build? Is there anything I can compare between the "official" go112 (or go111) package binaries for -current/amd64 and my build results? At some point this week I can hopefully find time to try to install a test system (domU) with a stock -current and pkgsrc and try building go in that environment (though I expect that to work), but maybe I can then compare the package-obj directories and see what might be different. -- Greg A. Woods +1 250 762-7675 RoboHack Planix, Inc. Avoncote Farms pgpH8Y2GYZJ7B.pgp Description: OpenPGP Digital Signature
Re: problems upgrading go112 (and go111) on NetBSD-8.99.32/amd64
FYI I just rebuilt go112 using updated go14 as a bootstrap on two days old amd64 -current. On Mon, 15 Apr 2019 at 12:58, Benny Siegert wrote: > > Try rebuilding lang/go14 perhaps? > > You could also try editing lang/go112/Makefile and setting > GOROOT_BOOTSTRAP to /usr/pkg/go111. > > On Sun, Apr 14, 2019 at 11:26 PM Greg A. Woods wrote: > > > > So, the following has been happening (and for go111), but I don't > > understand the errors, nor have I any clue as to their cause. > > > > Note that I do have Go 1.11.1 installed and working A-OK on this same > > machine, but built against somewhat older OS. > > > > 13:31 [510] $ go version > > go version go1.11.1 netbsd/amd64 > > > > 13:43 [516] $ /usr/sbin/pkg_info -Q BUILD_HOST go111 > > NetBSD future 7.99.34 NetBSD 7.99.34 (XEN3_DOMU) #2: Sun Jul 9 > > 15:31:37 PDT 2017 > > woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU > > amd64 > > > > The host is now a reasonably recent current build (running in a Xen > > domU): > > > > NetBSD future 8.99.32 NetBSD 8.99.32 (XEN3_DOMU) #0: Mon Feb 4 > > 15:01:05 PST 2019 > > woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU > > amd64 > > > > The only thing that I think I've done since upgrading (and upgrading > > other packages) is to run "postinstall fix obsolete" to clean out a > > bunch of old cruft, most notably old libraries (there was more than a > > couple of years of cruft lying about). > > > > When building the go111 package I encounter very similar errors. > > > > I'm posting here instead of just submitting a PR or issue on github > > because I've been unable to find very much at all relating to these > > errors, and I don't know how to diagnose it much deeper. On the other > > hand I'll be first to admit that my installation isn't quite standard > > (it's definitely not an out-of-the-stock-ISO install), and so I would > > really like to dig deeper to find the root cause of the problem as I'm > > guessing this is a problem specific to my system and not something more > > generic as I've found no other complaints about upgrading Go on > > NetBSD/amd64. > > > > The only thing that's close seems to be about the confusing nature of > > some of the linker errors: https://github.com/golang/go/issues/29852 > > (but that's unrelated to the root cause of the specific errors I see) > > > > (Adding '-v' to the "make.bash" invocation doesn't really show anything > > more useful or interesting at all, especially not the exact command-line > > that's failing.) > > > > 13:21 [506] $ cd lang/go112 > > /usr/pkgsrc/lang/go112 > > 13:21 [507] $ make clean > > ===> Cleaning for go112-1.12.1nb1 > > make13:21 [508] $ make > > => Bootstrap dependency digest>=20010302: found digest-20180917 > > => Checksum SHA1 OK for go1.12.1.src.tar.gz > > => Checksum RMD160 OK for go1.12.1.src.tar.gz > > => Checksum SHA512 OK for go1.12.1.src.tar.gz > > ===> Installing dependencies for go112-1.12.1nb1 > > => Tool dependency gtar-base>=1.13.25: found gtar-base-1.30 > > => Build dependency go14-1.4*: found go14-1.4.3nb7 > > => Full dependency bash-[0-9]*: found bash-4.4.019 > > => Full dependency perl>=5.0: found perl-5.28.0nb2 > > ===> Overriding tools for go112-1.12.1nb1 (in > > /var/package-obj/woods/lang/go112/work/.tools) > > ===> Extracting for go112-1.12.1nb1 > > /bin/rm -r -f > > /var/package-obj/woods/lang/go112/work/go/test/fixedbugs/issue27836* > > ===> Patching for go112-1.12.1nb1 > > => Applying pkgsrc patches for go112-1.12.1nb1 > > No such line 530 in input file, ignoring > > ===> Creating toolchain wrappers for go112-1.12.1nb1 > > => Creating AS wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/as > > ==> Searching for 'AS' program in: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin:/var/package-obj/woods/lang/go112/work/.buildlink/bin:/var/package-obj/woods/lang/go112/work/.gcc/bin:/var/package-obj/woods/lang/go112/work/.tools/bin:/usr/pkg/bin:/home/more/woods/go/bin:/home/more/woods/bin:/usr/bin:/bin:/usr/pkg/bin:/usr/local/bin:/usr/X11R7/bin:/usr/games: > > ==> using '/usr/bin/as' for AS wrapper script > > => Creating CC wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/gcc > > => Linking CC wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/cc > > => Linking CC wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/ada > > => Creating CPP wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/cpp > > => Creating CXX wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/c++ > > => Linking CXX wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/g++ > > => Linking CXX wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/CC > > => Linking CXX wrapper: > > /var/package-obj/woods/lang/go112/work/.wrapper/bin/cxx > >
Re: problems upgrading go112 (and go111) on NetBSD-8.99.32/amd64
Try rebuilding lang/go14 perhaps? You could also try editing lang/go112/Makefile and setting GOROOT_BOOTSTRAP to /usr/pkg/go111. On Sun, Apr 14, 2019 at 11:26 PM Greg A. Woods wrote: > > So, the following has been happening (and for go111), but I don't > understand the errors, nor have I any clue as to their cause. > > Note that I do have Go 1.11.1 installed and working A-OK on this same > machine, but built against somewhat older OS. > > 13:31 [510] $ go version > go version go1.11.1 netbsd/amd64 > > 13:43 [516] $ /usr/sbin/pkg_info -Q BUILD_HOST go111 > NetBSD future 7.99.34 NetBSD 7.99.34 (XEN3_DOMU) #2: Sun Jul 9 > 15:31:37 PDT 2017 > woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU > amd64 > > The host is now a reasonably recent current build (running in a Xen > domU): > > NetBSD future 8.99.32 NetBSD 8.99.32 (XEN3_DOMU) #0: Mon Feb 4 > 15:01:05 PST 2019 > woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU > amd64 > > The only thing that I think I've done since upgrading (and upgrading > other packages) is to run "postinstall fix obsolete" to clean out a > bunch of old cruft, most notably old libraries (there was more than a > couple of years of cruft lying about). > > When building the go111 package I encounter very similar errors. > > I'm posting here instead of just submitting a PR or issue on github > because I've been unable to find very much at all relating to these > errors, and I don't know how to diagnose it much deeper. On the other > hand I'll be first to admit that my installation isn't quite standard > (it's definitely not an out-of-the-stock-ISO install), and so I would > really like to dig deeper to find the root cause of the problem as I'm > guessing this is a problem specific to my system and not something more > generic as I've found no other complaints about upgrading Go on > NetBSD/amd64. > > The only thing that's close seems to be about the confusing nature of > some of the linker errors: https://github.com/golang/go/issues/29852 > (but that's unrelated to the root cause of the specific errors I see) > > (Adding '-v' to the "make.bash" invocation doesn't really show anything > more useful or interesting at all, especially not the exact command-line > that's failing.) > > 13:21 [506] $ cd lang/go112 > /usr/pkgsrc/lang/go112 > 13:21 [507] $ make clean > ===> Cleaning for go112-1.12.1nb1 > make13:21 [508] $ make > => Bootstrap dependency digest>=20010302: found digest-20180917 > => Checksum SHA1 OK for go1.12.1.src.tar.gz > => Checksum RMD160 OK for go1.12.1.src.tar.gz > => Checksum SHA512 OK for go1.12.1.src.tar.gz > ===> Installing dependencies for go112-1.12.1nb1 > => Tool dependency gtar-base>=1.13.25: found gtar-base-1.30 > => Build dependency go14-1.4*: found go14-1.4.3nb7 > => Full dependency bash-[0-9]*: found bash-4.4.019 > => Full dependency perl>=5.0: found perl-5.28.0nb2 > ===> Overriding tools for go112-1.12.1nb1 (in > /var/package-obj/woods/lang/go112/work/.tools) > ===> Extracting for go112-1.12.1nb1 > /bin/rm -r -f > /var/package-obj/woods/lang/go112/work/go/test/fixedbugs/issue27836* > ===> Patching for go112-1.12.1nb1 > => Applying pkgsrc patches for go112-1.12.1nb1 > No such line 530 in input file, ignoring > ===> Creating toolchain wrappers for go112-1.12.1nb1 > => Creating AS wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/as > ==> Searching for 'AS' program in: > /var/package-obj/woods/lang/go112/work/.wrapper/bin:/var/package-obj/woods/lang/go112/work/.buildlink/bin:/var/package-obj/woods/lang/go112/work/.gcc/bin:/var/package-obj/woods/lang/go112/work/.tools/bin:/usr/pkg/bin:/home/more/woods/go/bin:/home/more/woods/bin:/usr/bin:/bin:/usr/pkg/bin:/usr/local/bin:/usr/X11R7/bin:/usr/games: > ==> using '/usr/bin/as' for AS wrapper script > => Creating CC wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/gcc > => Linking CC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/cc > => Linking CC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/ada > => Creating CPP wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/cpp > => Creating CXX wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/c++ > => Linking CXX wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/g++ > => Linking CXX wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/CC > => Linking CXX wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/cxx > => Creating FC wrapper: > /var/package-obj/woods/lang/go112/work/.wrapper/bin/gfortran > => Linking FC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/f77 > => Linking FC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/g77 > => Creating LD wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/ld > ==> Searching for 'LD'
problems upgrading go112 (and go111) on NetBSD-8.99.32/amd64
So, the following has been happening (and for go111), but I don't understand the errors, nor have I any clue as to their cause. Note that I do have Go 1.11.1 installed and working A-OK on this same machine, but built against somewhat older OS. 13:31 [510] $ go version go version go1.11.1 netbsd/amd64 13:43 [516] $ /usr/sbin/pkg_info -Q BUILD_HOST go111 NetBSD future 7.99.34 NetBSD 7.99.34 (XEN3_DOMU) #2: Sun Jul 9 15:31:37 PDT 2017 woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU amd64 The host is now a reasonably recent current build (running in a Xen domU): NetBSD future 8.99.32 NetBSD 8.99.32 (XEN3_DOMU) #0: Mon Feb 4 15:01:05 PST 2019 woods@future:/build/woods/future/current-amd64-amd64-obj/building/work/woods/m-NetBSD-current/sys/arch/amd64/compile/XEN3_DOMU amd64 The only thing that I think I've done since upgrading (and upgrading other packages) is to run "postinstall fix obsolete" to clean out a bunch of old cruft, most notably old libraries (there was more than a couple of years of cruft lying about). When building the go111 package I encounter very similar errors. I'm posting here instead of just submitting a PR or issue on github because I've been unable to find very much at all relating to these errors, and I don't know how to diagnose it much deeper. On the other hand I'll be first to admit that my installation isn't quite standard (it's definitely not an out-of-the-stock-ISO install), and so I would really like to dig deeper to find the root cause of the problem as I'm guessing this is a problem specific to my system and not something more generic as I've found no other complaints about upgrading Go on NetBSD/amd64. The only thing that's close seems to be about the confusing nature of some of the linker errors: https://github.com/golang/go/issues/29852 (but that's unrelated to the root cause of the specific errors I see) (Adding '-v' to the "make.bash" invocation doesn't really show anything more useful or interesting at all, especially not the exact command-line that's failing.) 13:21 [506] $ cd lang/go112 /usr/pkgsrc/lang/go112 13:21 [507] $ make clean ===> Cleaning for go112-1.12.1nb1 make13:21 [508] $ make => Bootstrap dependency digest>=20010302: found digest-20180917 => Checksum SHA1 OK for go1.12.1.src.tar.gz => Checksum RMD160 OK for go1.12.1.src.tar.gz => Checksum SHA512 OK for go1.12.1.src.tar.gz ===> Installing dependencies for go112-1.12.1nb1 => Tool dependency gtar-base>=1.13.25: found gtar-base-1.30 => Build dependency go14-1.4*: found go14-1.4.3nb7 => Full dependency bash-[0-9]*: found bash-4.4.019 => Full dependency perl>=5.0: found perl-5.28.0nb2 ===> Overriding tools for go112-1.12.1nb1 (in /var/package-obj/woods/lang/go112/work/.tools) ===> Extracting for go112-1.12.1nb1 /bin/rm -r -f /var/package-obj/woods/lang/go112/work/go/test/fixedbugs/issue27836* ===> Patching for go112-1.12.1nb1 => Applying pkgsrc patches for go112-1.12.1nb1 No such line 530 in input file, ignoring ===> Creating toolchain wrappers for go112-1.12.1nb1 => Creating AS wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/as ==> Searching for 'AS' program in: /var/package-obj/woods/lang/go112/work/.wrapper/bin:/var/package-obj/woods/lang/go112/work/.buildlink/bin:/var/package-obj/woods/lang/go112/work/.gcc/bin:/var/package-obj/woods/lang/go112/work/.tools/bin:/usr/pkg/bin:/home/more/woods/go/bin:/home/more/woods/bin:/usr/bin:/bin:/usr/pkg/bin:/usr/local/bin:/usr/X11R7/bin:/usr/games: ==> using '/usr/bin/as' for AS wrapper script => Creating CC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/gcc => Linking CC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/cc => Linking CC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/ada => Creating CPP wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/cpp => Creating CXX wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/c++ => Linking CXX wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/g++ => Linking CXX wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/CC => Linking CXX wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/cxx => Creating FC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/gfortran => Linking FC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/f77 => Linking FC wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/g77 => Creating LD wrapper: /var/package-obj/woods/lang/go112/work/.wrapper/bin/ld ==> Searching for 'LD' program in: /var/package-obj/woods/lang/go112/work/.wrapper/bin:/var/package-obj/woods/lang/go112/work/.buildlink/bin:/var/package-obj/woods/lang/go112/work/.gcc/bin:/var/package-obj/woods/lang/go112/work/.tools/bin:/usr/pkg/bin:/home/more/woods/go/bin:/home/more/woods/bin:/usr/bin:/bin:/usr/pkg/bin:/usr/local/bin:/usr/X11R7/bin:/usr/games: ==> using '/usr/bin/ld' f
