Opened 9 years ago
Last modified 2 years ago
#49039 new defect
go @1.4.2: fails to build with tracemode
Reported by: | raimue (Rainer Müller) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | tracemode upstream | Cc: | neverpanic (Clemens Lang), ci42, larryv (Lawrence Velázquez), seanfarley (Sean Farley), ryandesign (Ryan Carsten Schmidt), kimuraw (kimura wataru), chrstphrchvz (Christopher Chavez), herbygillot (Herby Gillot), mascguy (Christopher Nielsen) |
Port: | go docker docker-machine git-lfs go-tools godep mongo-tools peco |
Description
go fails when DYLD_INSERT_LIBRARIES is set:
:info:build fatal error: runtime: bsdthread_register error (unset DYLD_INSERT_LIBRARIES) :info:build runtime stack: :info:build runtime.throw(0x3e9855) :info:build /opt/local/go/src/runtime/panic.go:491 +0xad fp=0x7fff5fbff750 sp=0x7fff5fbff720 :info:build runtime.goenvs() :info:build /opt/local/go/src/runtime/os_darwin.c:103 +0x60 fp=0x7fff5fbff768 sp=0x7fff5fbff750 :info:build runtime.schedinit() :info:build /opt/local/go/src/runtime/proc.c:141 +0x5f fp=0x7fff5fbff790 sp=0x7fff5fbff768 :info:build runtime.rt0_go(0x7fff5fbff7c0, 0x4, 0x7fff5fbff7c0, 0x0, 0x4, 0x7fff5fbff970, 0x7fff5fbff9ec, 0x7fff5fbff9f2, 0x7fff5fbff9f5, 0x0, ...) :info:build /opt/local/go/src/runtime/asm_amd64.s:95 +0x116 fp=0x7fff5fbff798 sp=0x7fff5fbff790 :info:build Command failed: cd "/opt/local/var/macports/build/_Users_raimue_src_macports_trunk_dports_lang_go/go/work/go/src" && ./make.bash :info:build Exit code: 2
There is probably nothing we can do about it, this ticket is just for tracking trace mode failures.
Attachments (1)
Change History (12)
Changed 9 years ago by raimue (Rainer Müller)
comment:1 Changed 9 years ago by neverpanic (Clemens Lang)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:2 Changed 9 years ago by raimue (Rainer Müller)
Cc: | ciserlohn@… larryv@… sean@… added |
---|---|
Keywords: | upstream added |
Port: | asciinema docker docker-machine git-lfs go-tools godep mongo-tools peco added |
Resolution: | wontfix |
Status: | closed → reopened |
I think we should keep this report open to track this issue. It affects all ports using Go binaries in tracemode. Even if we cannot change the underlying issue in Go, this ticket documents the fact these ports are failing in tracemode.
comment:3 Changed 9 years ago by raimue (Rainer Müller)
Cc: | ryandesign@… kimuraw@… added |
---|---|
Owner: | changed from ciserlohn@… to macports-tickets@… |
Status: | reopened → new |
comment:4 Changed 6 years ago by chrstphrchvz (Christopher Chavez)
godep
is obsolete: [8b023ff9aa/macports-ports]. Does this ticket apply to its replacement, dep
?
comment:5 Changed 6 years ago by chrstphrchvz (Christopher Chavez)
Cc: | chrstphrchvz added |
---|
comment:6 Changed 6 years ago by neverpanic (Clemens Lang)
Pretty sure this applies to all ports written in Go, yes. There's little you can do from the perspective of a port right now, though.
comment:7 Changed 4 years ago by raimue (Rainer Müller)
Port: | asciinema removed |
---|
asciinema is no longer implemented in Go, this ticket does not apply to the port anymore.
comment:8 Changed 2 years ago by mascguy (Christopher Nielsen)
Cc: | herbygillot added |
---|
Can we close this?
comment:9 Changed 2 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy added |
---|
comment:10 follow-up: 11 Changed 2 years ago by neverpanic (Clemens Lang)
See comment:2.
Previously, it was recommended to keep this open to increase visibility of this issue we likely won't fix.
comment:11 Changed 2 years ago by mascguy (Christopher Nielsen)
Replying to neverpanic:
See comment:2.
Previously, it was recommended to keep this open to increase visibility of this issue we likely won't fix.
Then I'd like to suggest that someone add this to our wiki, and close it.
We have more than 3,000 open port-related defect tickets already. And I don't see the value in keeping things open, if they'll never be fixed.
There's nothing we can do about this. At this point in Go's build system, it must be the first part of code to run after the loader to register a custom thread implementation. Enabling trace mode breaks this assumption.
Basically the only thing we could do here is provide a way for ports to selectively disable trace mode, either completely or for certain phases. Disabling it in Go's build phase would be enough.