Bug#841645: golang-go: There is no mips64el support

[James Cowgill]

Hi,

On 13/06/17 18:39, Tianon Gravi wrote:
> On 7 June 2017 at 02:23, Mathieu Malaterre  wrote:
>> Are you saying that the patch is more complex than just
>> s/mipsn64/mips64el/ ? Or are you saying you do not want to maintain
>> such patch until upstream add an alias for mips64el ?
> 
> Yes, the patch is more complex than simply adjusting the GOARCH values
> from what I've seen -- the crux of the issue is that we need Go
> available in order to build Go, and gccgo has been our simplest source
> for doing so (especially since it makes backports easy to bootstrap
> too), but this discrepancy between GOARCH in gccgo vs cgo causes build
> issues when doing so.
> 
> In theory we should be able to do a cross-compiling bootstrap of
> mips64el, but that increases the complexity level significantly as
> well (if not in the packaging source, then in the upload procedure to
> get all the right bits in place in the archive).

FYI my patches to fix all this in gccgo were merged today (with the
exception of one minor issue in the testsuite I need to fixup). They'll
need backporting to gcc-7 to be usable for Debian though (or wait ages
for gcc-8).

While I've had success building golang with these patches on mips64el,
there does seem to be a few things to iron out with mips and mipsel at
the moment. Those arches run out of memory frequently while building
golang. I am also aware of a kernel bug which causes the build to
spuriously fail on 32-bits.

James



signature.asc
Description: OpenPGP digital signature

Bug#841645: golang-go: There is no mips64el support

[Tianon Gravi]

On 7 June 2017 at 02:23, Mathieu Malaterre  wrote:
> Are you saying that the patch is more complex than just
> s/mipsn64/mips64el/ ? Or are you saying you do not want to maintain
> such patch until upstream add an alias for mips64el ?

Yes, the patch is more complex than simply adjusting the GOARCH values
from what I've seen -- the crux of the issue is that we need Go
available in order to build Go, and gccgo has been our simplest source
for doing so (especially since it makes backports easy to bootstrap
too), but this discrepancy between GOARCH in gccgo vs cgo causes build
issues when doing so.

In theory we should be able to do a cross-compiling bootstrap of
mips64el, but that increases the complexity level significantly as
well (if not in the packaging source, then in the upload procedure to
get all the right bits in place in the archive).


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#841645: golang-go: There is no mips64el support

[Mathieu Malaterre]

Hi Tianon,

> The main issue with getting it in essentially boils down to gccgo and
> upstream Go disagreeing on the GOARCH for mips64el (gccgo uses
> "mipsn64"[0]), which makes bootstrapping difficult.
>
> [0]: https://groups.google.com/d/topic/golang-nuts/waTy56I_KWQ/discussion


Are you saying that the patch is more complex than just
s/mipsn64/mips64el/ ? Or are you saying you do not want to maintain
such patch until upstream add an alias for mips64el ?

Thanks

Bug#841645: golang-go: There is no mips64el support

[Tianon Gravi]

affects 815998 + golang-go
forcemerge 815998 841645
thanks

On 21 October 2016 at 09:58, Harry Prevor  wrote:
> But the Debian versions of these packages don't have mips64el support, even
> though this is a new Debian port. Can mips64el packages be built and added to
> the repositories for the golang-go packages in stretch and sid?

I'm merging this report with #815998 over on src:golang-1.7 (and
adding an appropriate "affects" relation to hopefully help point folks
over there in the future).

The main issue with getting it in essentially boils down to gccgo and
upstream Go disagreeing on the GOARCH for mips64el (gccgo uses
"mipsn64"[0]), which makes bootstrapping difficult.

[0]: https://groups.google.com/d/topic/golang-nuts/waTy56I_KWQ/discussion

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#841645: golang-go: There is no mips64el support

[Harry Prevor]

Package: golang-go
Version: 2:1.7~1
Severity: normal

Dear Maintainer,

Since golang 1.6, upstream Go supports mips64 and mips64el:
https://golang.org/doc/install/source

But the Debian versions of these packages don't have mips64el support, even
though this is a new Debian port. Can mips64el packages be built and added to
the repositories for the golang-go packages in stretch and sid?

Thanks!



-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.7.0-0.bpo.1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)