Hacker News new | past | comments | ask | show | jobs | submit login

personally this is the main reason I have avoided go from the beginning. without being able to specify a version of the library I want to use, whose to say that the next time I try to run my program it might use a newer version of a library and not run. If that happens there was no easy way around it other than digging into the code and fixing the problem.



Since Go is compiled and statically linked there's no way that library version can change between runs of your program. It can change between compilations of your program though, the standard go solution to that is vendoring code which will guarantee that it's always the same code getting compiled. This is not without its issues, but I find it to be a pretty usable system, just smart enough to get what I need done. To be fair though, vendoring didn't exist in the beginning of go, so this was a perfectly good reason to avoid it then.


Go stopped being statically linked a couple of versions ago.

Yes, by default it uses statically linking, however generating dynamically linked binaries and libraries is also an option.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: