golang/go

cmd/compile: review compiler-generated symbol naming scheme

Open

#35,088 建立於 2019年10月22日

在 GitHub 查看
 (2 留言) (0 反應) (0 負責人)Go (19,008 fork)batch import
NeedsInvestigationcompiler/runtimehelp wanted

倉庫指標

Star
 (133,883 star)
PR 合併指標
 (30 天內沒有已合併 PR)

描述

cmd/compile generates a lot of linker symbols for internal objects, and we've amassed a number of ad hoc naming schemes for them. I'm concerned that there might be collisions, particularly with user-defined symbols.

We should review and probably catalog the existing symbol, and try to find a more uniform naming scheme that we can ensure is collision-free.

貢獻者指南

研究方向
首先檢查 cmd/compile 目錄下的程式碼庫，特別是生成符號名稱的檔案（例如 obj.go、subr.go）。記錄所有用於內部符號的現有命名模式。透過參考 Go 語言規範，識別與使用者定義符號的任何潛在衝突。此問題自建立以來尚未收到維護者的意見；考慮在實作前發布一份設計提案。
技術棧
go
領域
backend
議題類型
重構
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-2 天
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
較久未更新
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
清晰
前置要求
Go
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
20