Skip to content

Conversation

@logan
Copy link

@logan logan commented May 28, 2020

My team has encountered an issue where goversion can no longer
recognize our builds (see issue #12) due to a symbolic debugging entry
for _runtime.buildVersion.

If we omit such entries from the symbol list before looking for
_runtime.BuildVersion, then goversion works for our builds once
again.

My team has encountered an issue where `goversion` can no longer
recognize our builds (see issue rsc#12) due to a symbolic debugging entry
for `_runtime.buildVersion`.

If we omit such entries from the symbol list before looking for
`_runtime.BuildVersion`, then `goversion` works for our builds once
again.
FiloSottile added a commit to FiloSottile/goversion that referenced this pull request Dec 15, 2020
Imported the cmd/go/internal/version implementation at
c32140fa94cfc51a2152855825f57e27ae3ba133, and restored Symbols and
TextRange to implement the gccgo and crypto checks.

It looks like the amd64 matching had broken, but it should be more
stable to just track what we do upstream with minimal modifications, so
I replaced the core mechanism rather than fixing the matcher.

Fixes rsc#14
Fixes rsc#12
Fixes rsc#11
Fixes rsc#7
Closes rsc#13
Closes rsc#9
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant