cmd/go: incorrect DW_AT_comp_dir of package runtime/cgo in section .debug_info #48319

zhouguangyuan0718 · 2021-09-10T15:30:13Z

What version of Go are you using (`go version`)?

$ go version
go version go1.17 linux/amd64

Does this issue reproduce with the latest release?

yes.

What operating system and processor architecture are you using (`go env`)?

Two go toolchains are installed on the same mechine, and they are almost the same expect for the GOROOT and GOTOOLDIR.
The details about the first go toolchain (henceforce called "toolchain1") are as follows：

~/goroot1/bin/go Output

$ ~/goroot1/bin/go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/root/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/mnt/h/1.code/02.Project/godev/cgodwarf/goroot1"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.17"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/dev/null"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build1739691040=/tmp/go-build -gno-record-gcc-switches"

The details about the second go toolchain (henceforce called "toolchain2") are as follows：

~/goroot2/bin/go Output

$ ~/goroot2/bin/go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/root/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/mnt/h/1.code/02.Project/godev/cgodwarf/goroot2"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/mnt/h/1.code/02.Project/godev/cgodwarf/goroot2/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.17"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/dev/null"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build2229440232=/tmp/go-build -gno-record-gcc-switches"

What did you do?

hello.go:

package main

import _ "plugin" // to import runtime/cgo

func main() {
	println("hello")
}

The "hello.go" was built separately with the "toolchain1" and "toolchain2".

$ ~/goroot1/bin/go build  -buildmode=pie -o hello  hello.go
$  readelf --debug-dump=info hello |grep DW_AT_comp_dir|grep src/runtime/cgo
    <61a4d>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <61f0e>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <62562>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <63261>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <63bdd>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <64193>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <6461d>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <650b3>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <65609>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <65b4c>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <66402>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo

$ ~/goroot2/bin/go build  -buildmode=pie -o hello  hello.go
$  readelf --debug-dump=info hello |grep DW_AT_comp_dir|grep src/runtime/cgo
    <61a4d>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <61f0e>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <62562>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <63261>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <63bdd>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <64193>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <6461d>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <650b3>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <65609>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <65b4c>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo
    <66402>   DW_AT_comp_dir    : (indirect string, offset: 0x380): /mnt/h/1.code/02.Project/godev/cgodwarf/goroot1/src/runtime/cgo

What did you expect to see?

When the "hello.go" was built with "toolchain1" , the DW_AT_comp_dir of runtime/cgo in binary was expected to be "……/goroot1/src/runtime/cgo".
When the "hello.go" was built with "toolchain2" , the DW_AT_comp_dir of runtime/cgo in binary was expected to be "……/goroot2/src/runtime/cgo".

What did you see instead?

When the "hello.go" was built with "toolchain1" and "toolchain2", the DW_AT_comp_dir of runtime/cgo is always "……/goroot1/src/runtime/cgo".

The text was updated successfully, but these errors were encountered:

gopherbot · 2021-09-10T17:03:52Z

Change https://golang.org/cl/348991 mentions this issue: cmd/go: add dir of runtime/cgo to the hash of build cache

thanm · 2021-09-10T20:50:31Z

@bcmills @jayconrod

zhouguangyuan0718 · 2021-09-17T10:33:59Z

build_cgo_compdir.txt

zhouguangyuan0718 · 2021-09-17T15:58:12Z

The C objects file in runtime/cgo:

root@DESKTOP-S0J32Q2:/mnt/h/1.code/7.godev/go/pkg/linux_amd64/runtime# ar -x cgo.a
root@DESKTOP-S0J32Q2:/mnt/h/1.code/7.godev/go/pkg/linux_amd64/runtime# objdump --dwarf=rawline  _x006.o

_x006.o:     file format elf64-x86-64

Raw dump of debug contents of section .debug_line:

  Offset:                      0x0
  Length:                      675
  DWARF Version:               3
  Prologue Length:             421
  Minimum Instruction Length:  1
  Initial value of 'is_stmt':  1
  Line Base:                   -5
  Line Range:                  14
  Opcode Base:                 13

 Opcodes:
  Opcode 1 has 0 args
  Opcode 2 has 1 arg
  Opcode 3 has 1 arg
  Opcode 4 has 1 arg
  Opcode 5 has 1 arg
  Opcode 6 has 0 args
  Opcode 7 has 0 args
  Opcode 8 has 0 args
  Opcode 9 has 1 arg
  Opcode 10 has 0 args
  Opcode 11 has 0 args
  Opcode 12 has 1 arg

 The Directory Table (offset 0x1b):
  1     /usr/include/x86_64-linux-gnu/bits
  2     /usr/lib/gcc/x86_64-linux-gnu/9/include
  3     /usr/include
  4     /usr/include/x86_64-linux-gnu/bits/types

 The File Name Table (offset 0x9d):
  Entry Dir     Time    Size    Name
  1     0       0       0       gcc_linux_amd64.c
  2     1       0       0       types.h
  3     2       0       0       stddef.h
  4     3       0       0       time.h
  5     1       0       0       pthreadtypes.h
  6     4       0       0       __sigset_t.h
  7     4       0       0       sigset_t.h
  8     3       0       0       signal.h
  9     3       0       0       stdint.h
  10    4       0       0       struct_FILE.h
  11    4       0       0       FILE.h
  12    3       0       0       stdio.h
  13    1       0       0       sys_errlist.h
  14    0       0       0       libcgo.h
  15    3       0       0       stdlib.h
  16    1       0       0       sigthread.h
  17    3       0       0       pthread.h
  18    0       0       0       libcgo_unix.h
  19    3       0       0       string.h
  20    3       0       0       errno.h
………………………………

 objdump --dwarf=info  _x006.o|grep DW_AT_comp_dir
    <15>   DW_AT_comp_dir    : (indirect string, offset: 0x1ce): /mnt/h/1.code/7.godev/go/src/runtime/cgo

The go binary:

objdump --dwarf=rawline hello

hello:     file format elf64-x86-64

Raw dump of debug contents of section .zdebug_line:

  Offset:                      0x0
  Length:                      560
  DWARF Version:               2
  Prologue Length:             378
  Minimum Instruction Length:  1
  Initial value of 'is_stmt':  1
  Line Base:                   -4
  Line Range:                  10
  Opcode Base:                 11

 Opcodes:
  Opcode 1 has 0 args
  Opcode 2 has 1 arg
  Opcode 3 has 1 arg
  Opcode 4 has 1 arg
  Opcode 5 has 1 arg
  Opcode 6 has 0 args
  Opcode 7 has 0 args
  Opcode 8 has 0 args
  Opcode 9 has 1 arg
  Opcode 10 has 0 args

 The Directory Table (offset 0x19):
  1     /mnt/h/1.code/7.godev/go/src/sync
  2     /mnt/h/1.code/7.godev/go/src/sync/atomic
  3     /mnt/h/1.code/7.godev/go/src/internal/race
  4     /mnt/h/1.code/7.godev/go/src/runtime

 The File Name Table (offset 0xb5):
  Entry Dir     Time    Size    Name
  1     0       0       0       
  2     1       0       0       cond.go
  3     1       0       0       mutex.go
  4     1       0       0       runtime2.go
  5     1       0       0       map.go
  6     2       0       0       value.go
  7     1       0       0       once.go
  8     1       0       0       pool.go
  9     1       0       0       poolqueue.go
  10    1       0       0       rwmutex.go
  11    1       0       0       waitgroup.go
  12    1       0       0       runtime.go
  13    2       0       0       doc.go
  14    3       0       0       norace.go
  15    4       0       0       debug.go
  16    4       0       0       alg.go
………………

`objdump --dwarf=info hello|grep DW_AT_comp_dir
    <22>   DW_AT_comp_dir    : .
    <28f>   DW_AT_comp_dir    : .
    <2852>   DW_AT_comp_dir    : .
    <29d1>   DW_AT_comp_dir    : .
    <312c>   DW_AT_comp_dir    : .
    <31ef>   DW_AT_comp_dir    : .
    <32c6>   DW_AT_comp_dir    : .
    <34bb>   DW_AT_comp_dir    : .
    <36b7>   DW_AT_comp_dir    : .
    <38e2>   DW_AT_comp_dir    : .
    <10581>   DW_AT_comp_dir    : .
    <10875>   DW_AT_comp_dir    : .
    <10ac3>   DW_AT_comp_dir    : .
    <10b73>   DW_AT_comp_dir    : .
    <10c11>   DW_AT_comp_dir    : .
    <10ce2>   DW_AT_comp_dir    : .
    <1177d>   DW_AT_comp_dir    : .
    <1182d>   DW_AT_comp_dir    : .
    <11929>   DW_AT_comp_dir    : .
    <119e6>   DW_AT_comp_dir    : .
    <11acb>   DW_AT_comp_dir    : .
    <11c11>   DW_AT_comp_dir    : .
objdump: Error: LEB value too large
    <4d247>   DW_AT_comp_dir    : .
    <4d96b>   DW_AT_comp_dir    : .
    <4da35>   DW_AT_comp_dir    : .
    <4db07>   DW_AT_comp_dir    : .
    <5f90e>   DW_AT_comp_dir    : (indirect string, offset: 0xe): /tmp/go-build
    <5f99c>   DW_AT_comp_dir    : (indirect string, offset: 0xe): /tmp/go-build
    <600de>   DW_AT_comp_dir    : (indirect string, offset: 0xe): /tmp/go-build
    <6016c>   DW_AT_comp_dir    : (indirect string, offset: 0xe): /tmp/go-build
    <601bb>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <6067c>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <60cd0>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <619cf>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <6234b>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <62901>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <62d8b>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <63821>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <63d77>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <642ba>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo
    <64b70>   DW_AT_comp_dir    : (indirect string, offset: 0x39a): /mnt/h/1.code/7.godev/go/src/runtime/cgo`

The dwarfinfo of go files is different from c files.

The DW_AT_comp_dir of go files is always ".". But there is absolutely path in The Directory Table in debug_line， which is generated by linker.
The DW_AT_comp_dir of C files is always absolutely path. But there is relative path in The Directory Table in debug_line， which is compiled by gcc and linker by gcc.

So it's can't be replace GOROOT to fix path with -fdebug-prefix-map.
what we can do is to judge if any C source files exist in the package in GOROOT will be compiled or not, then the go execute will know it should use cache or not.

zhouguangyuan0718 · 2021-09-17T16:04:23Z

build_cgo_compdir.txt

gopherbot · 2021-09-23T17:18:49Z

Change https://golang.org/cl/351851 mentions this issue: Revert "cmd/go: insert goroot to the hash of build cache when the packages include C files"

…kages include C files" This reverts commit abbfec2. Reason to revert: breaks darwin builders. Updates #48319 Change-Id: I50c957a6a3f46ffcdaf972bdbb0574867ddc9486 Reviewed-on: https://go-review.googlesource.com/c/go/+/351851 Trust: Cuong Manh Le <[email protected]> Run-TryBot: Cuong Manh Le <[email protected]> Reviewed-by: Cherry Mui <[email protected]> TryBot-Result: Go Bot <[email protected]>

gopherbot · 2021-10-01T16:15:50Z

Change https://golang.org/cl/353352 mentions this issue: cmd/go: insert goroot to the hash of build cache when the packages include C files

bcmills · 2022-01-26T13:53:52Z

Reconsidering this in the context of #50183: the DW_AT_comp_dir DIE in particular is supposed to indicate “the current
working directory of the compilation command that produced this compilation unit”, which for a C dependency of a Go program is not meaningful: the actual working directory of a C compile is a throwaway temp directory.

I think it is important for reproducibility that the value of DW_AT_comp_dir be deterministic and well-defined, but I don't think it's important that it be any specific actual directory.

gopherbot · 2022-01-26T14:41:19Z

Change https://golang.org/cl/380915 mentions this issue: cmd/go: avoid recording GOROOT_FINAL in precompiled C archives

gopherbot · 2022-01-26T14:41:21Z

Change https://golang.org/cl/380914 mentions this issue: cmd/go: refactor TestScript/build_issue48319 to check a more general property

…property The test previously checked that the DWARF DW_AT_comp_dir attribute matched GOROOT_FINAL. However, on further consideration, we believe that DW_AT_comp_dir should not actually match GOROOT_FINAL: the DWARF spec says that DW_AT_comp_dir records “the current working directory of the compilation command that produced this compilation unit”, but the actual working directory of the compilation command proper is a throwaway directory in the build cache — it is neither stable nor meaningful. However, the test was getting at a real issue that we do care about: namely, that the binary produced by a 'go build' command with cgo enabled should not reuse a dependency that embeds a stale GOROOT_FINAL. This change refactors the test to verify the latter property instead of checking DW_AT_comp_dir specifically. For #50183 Updates #48319 Change-Id: I0b1151d9ba3d0ff903f72e27850306406e5cb518 Reviewed-on: https://go-review.googlesource.com/c/go/+/380914 Trust: Bryan Mills <[email protected]> Run-TryBot: Bryan Mills <[email protected]> Reviewed-by: Russ Cox <[email protected]> TryBot-Result: Gopher Robot <[email protected]>

C archives for packages in GOROOT are shipped along with binary releases of the Go toolchain. Although we build the toolchain with GOROOT_FINAL set, we don't know actually know where the release will be installed: the user's real GOROOT can differ arbitrarily from our GOROOT_FINAL. (In the specific case of toolchains installed through golang.org/dl wrappers, the release's GOROOT_FINAL is /usr/local/go but the actual GOROOT to which the release is installed is $HOME/sdk/$(go env GOVERSION).) Fixes #50183 Updates #48319 Change-Id: If10a42f90c725300bbcb89c3b5b01a2d93ab6ef7 Reviewed-on: https://go-review.googlesource.com/c/go/+/380915 Trust: Bryan Mills <[email protected]> Run-TryBot: Bryan Mills <[email protected]> Reviewed-by: Russ Cox <[email protected]> TryBot-Result: Gopher Robot <[email protected]>

…property The test previously checked that the DWARF DW_AT_comp_dir attribute matched GOROOT_FINAL. However, on further consideration, we believe that DW_AT_comp_dir should not actually match GOROOT_FINAL: the DWARF spec says that DW_AT_comp_dir records “the current working directory of the compilation command that produced this compilation unit”, but the actual working directory of the compilation command proper is a throwaway directory in the build cache — it is neither stable nor meaningful. However, the test was getting at a real issue that we do care about: namely, that the binary produced by a 'go build' command with cgo enabled should not reuse a dependency that embeds a stale GOROOT_FINAL. This change refactors the test to verify the latter property instead of checking DW_AT_comp_dir specifically. For golang#50183 Updates golang#48319 Change-Id: I0b1151d9ba3d0ff903f72e27850306406e5cb518 Reviewed-on: https://go-review.googlesource.com/c/go/+/380914 Trust: Bryan Mills <[email protected]> Run-TryBot: Bryan Mills <[email protected]> Reviewed-by: Russ Cox <[email protected]> TryBot-Result: Gopher Robot <[email protected]>

C archives for packages in GOROOT are shipped along with binary releases of the Go toolchain. Although we build the toolchain with GOROOT_FINAL set, we don't know actually know where the release will be installed: the user's real GOROOT can differ arbitrarily from our GOROOT_FINAL. (In the specific case of toolchains installed through golang.org/dl wrappers, the release's GOROOT_FINAL is /usr/local/go but the actual GOROOT to which the release is installed is $HOME/sdk/$(go env GOVERSION).) Fixes golang#50183 Updates golang#48319 Change-Id: If10a42f90c725300bbcb89c3b5b01a2d93ab6ef7 Reviewed-on: https://go-review.googlesource.com/c/go/+/380915 Trust: Bryan Mills <[email protected]> Run-TryBot: Bryan Mills <[email protected]> Reviewed-by: Russ Cox <[email protected]> TryBot-Result: Gopher Robot <[email protected]>

thanm added the NeedsInvestigation Someone must examine and confirm this is a valid issue and not a duplicate of an existing one. label Sep 10, 2021

thanm added this to the Backlog milestone Sep 10, 2021

gopherbot closed this as completed in abbfec2 Sep 23, 2021

bcmills reopened this Oct 1, 2021

bcmills self-assigned this Oct 1, 2021

bcmills modified the milestones: Backlog, Go1.18 Oct 1, 2021

bcmills mentioned this issue Oct 1, 2021

x/build: "unexpected stale targets" on darwin builders #33598

Closed

gopherbot closed this as completed in 65ffee6 Oct 11, 2021

bcmills mentioned this issue Jan 21, 2022

cmd/go: varying GOROOT_FINAL invalidates precompiled C dependencies of "net" #50183

Closed

dmitshur added NeedsFix The path to resolution is known, but the work has not been done. and removed NeedsInvestigation Someone must examine and confirm this is a valid issue and not a duplicate of an existing one. labels Jan 28, 2022

mknyszek mentioned this issue Jan 28, 2022

x/build/cmd/release: darwin-amd64 release tests aren't passing, cmd/go's TestScript/cgo_stale_precompiled fails #50892

Closed

rsc unassigned bcmills Jun 23, 2022

cherrymui mentioned this issue Nov 23, 2022

x/build: add longtest builders for linux-arm64 #49649

Closed

golang locked and limited conversation to collaborators Jun 23, 2023

gopherbot added the FrozenDueToAge label Jun 23, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

cmd/go: incorrect DW_AT_comp_dir of package runtime/cgo in section .debug_info #48319

cmd/go: incorrect DW_AT_comp_dir of package runtime/cgo in section .debug_info #48319

zhouguangyuan0718 commented Sep 10, 2021

gopherbot commented Sep 10, 2021

thanm commented Sep 10, 2021

zhouguangyuan0718 commented Sep 17, 2021

zhouguangyuan0718 commented Sep 17, 2021 •

edited

Loading

zhouguangyuan0718 commented Sep 17, 2021

gopherbot commented Sep 23, 2021

gopherbot commented Oct 1, 2021

bcmills commented Jan 26, 2022 •

edited

Loading

gopherbot commented Jan 26, 2022

gopherbot commented Jan 26, 2022

cmd/go: incorrect DW_AT_comp_dir of package runtime/cgo in section .debug_info #48319

cmd/go: incorrect DW_AT_comp_dir of package runtime/cgo in section .debug_info #48319

Comments

zhouguangyuan0718 commented Sep 10, 2021

What version of Go are you using (go version)?

Does this issue reproduce with the latest release?

What operating system and processor architecture are you using (go env)?

What did you do?

What did you expect to see?

What did you see instead?

gopherbot commented Sep 10, 2021

thanm commented Sep 10, 2021

zhouguangyuan0718 commented Sep 17, 2021

zhouguangyuan0718 commented Sep 17, 2021 • edited Loading

zhouguangyuan0718 commented Sep 17, 2021

gopherbot commented Sep 23, 2021

gopherbot commented Oct 1, 2021

bcmills commented Jan 26, 2022 • edited Loading

gopherbot commented Jan 26, 2022

gopherbot commented Jan 26, 2022

What version of Go are you using (`go version`)?

What operating system and processor architecture are you using (`go env`)?

zhouguangyuan0718 commented Sep 17, 2021 •

edited

Loading

bcmills commented Jan 26, 2022 •

edited

Loading