背景

最近项目使用中有用到go mod 和 goyacc工具。goyacc涉及到编译原理的词法分析，文法分析等功能，可以用来生成基于golang的语法分析文件。本期是记录一个使用中遇到的依赖相关的问题。因为用到goyacc，需要生成goyacc的可执行文件。
而项目使用了go mod 去管理依赖，包括因为golang版本，导致后续遇到很多的问题，这里进行下记录。

分析

首先，本地的golang版本是1.15.6 linux/amd64。在1.8以后，goyacc被移动到了golang.org/x/tools/cmd/goyacc中。而我的项目用了go mod管理依赖，同时会将依赖放置到本地的vendor目录下。但是诡异的是，在执行go mod vendor
以后，在vendor目录下，找不到golang.org/x/tools。即便在go.mod文件中已经引入golang.org/x/tools的依赖。

而依赖写入到go.mod中，如下：

    golang.org/x/tools v0.1.4

甚至于想过使用某些第三方的依赖来添加goyacc，但这个语法解析属于非常底层核心的功能，担心有风险，也就没采用这种方法。
根据如上描述的问题，经过尝试，需要在某个代码中做一次导入，才会在vendor目录中出现，如下：

import (
    //在这里引用这个可以实现在vendor中导入
    _ "golang.org/x/tools/cmd/goyacc"
    "testing"
)

不知道是go mod需要配置下，还是它目前的机制就是这样的，或者说是一种特性。这样使用还是有些不太方便的。经过如上的修改后，确实能够找到golang.org/x/tools了。但是又出现新的问题。
在使用go build生成goyacc可执行文件的时候，出现如下的报错。

go build -o ./bin/goyacc ./vendor/golang.org/x/tools/cmd/goyacc
without -mod=vendor, directory xxx/vendor/golang.org/x/tools/cmd/goyacc has no package path

根据报错在网上搜索一圈没找到解决版本，相关的资料也很少。于是又回到报错的信息，尝试在build命令后加上报错信息提示的参数，最终项目编译通过了。如下：

go build -mod=vendor -o ./bin/goyacc ./vendor/golang.org/x/tools/cmd/goyacc

总结

以上就是本期的内容，目前对于golang mod 等依赖管理的使用还是不太熟悉，而且和java成熟的maven等机制来比较，确实还是有些差距，使用起来不是很方便，期待往后可以更好吧。

参考资料

1. goyacc
2. Go实现自定义语言的基础 - goyacc简易入门
3. golang1.8以后yacc安装和使用