Yeah. If you're concerned about limiting the amount of additional code one needs to understand in order to use part of a library of code, then the fix is relatively simple: make each function in your library depend on as little of the rest of the library as is possible.
If the author is legitimately concerned about code bloat from the unused parts of a library, Go's linker needs to get a lot smarter.