News for hackers. Stuff that matters.
Re:Go command support for embedded static assets (files) by marcrosoft on Thursday July 23, 2020 @11:07PM (#23935291)
No mention of go-bindata which was one of the originals :(

I think this problem is best solved by a library.

Leave the damn language alone!

Re:Go command support for embedded static assets (files) by coder543 on Thursday July 23, 2020 @11:15PM (#23935339)
> No mention of go-bindata which was one of the originals :(

There’s literally an entire section in the appendix dedicated to `go-bindata` and explaining what it generates. It was also first in the list of libraries mentioned.

I also disagree with you entirely. The document does a great job explaining the problems with having this “solved by a library”. I’m excited about this draft design.

Re:Go command support for embedded static assets (files) by mseepgood on Friday July 24, 2020 @12:20AM (#23935695)
> Leave the damn language alone!

This proposal does not change the language. "//go:" comments are comments because they are not part of the language.

Re:Go command support for embedded static assets (files) by zshev on Thursday July 23, 2020 @11:12PM (#23935327)
It's right there

> One of the earliest and most popular was github.com/jteeuwen/go-bindata and its forks

Re:Go command support for embedded static assets (files) by uluyol on Friday July 24, 2020 @12:18AM (#23935681)
This isn't a language change, it's a library + tooling one.
Re:Go command support for embedded static assets (files) by cespare on Thursday July 23, 2020 @11:12PM (#23935326)
go-bindata is mentioned first, before the bullet list.