(no title)
rabbitfang | 13 years ago
What's up with the official Go binaries being incompatible with RHEL 5? I might have another look in about a decade or so.
rabbitfang | 13 years ago
What's up with the official Go binaries being incompatible with RHEL 5? I might have another look in about a decade or so.
enneff|13 years ago
Go runs on RHEL 5.2 and above (released in May 2008, and there have been 7 further point releases since). If you REALLY want to run it on 5.1 and have gcc then you can build your own Go tool chain in about 2 minutes.
Your whole post is FUD. You don't know anything about Go yet offer a negative assessment. Why bother?
rabbitfang|13 years ago
http://shootout.alioth.debian.org/u32/benchmark.php?test=all...
Fact: Python is more expressive than Go (less code):
http://shootout.alioth.debian.org/u32/benchmark.php?test=all...
If I wasn't interested in Go I wouldn't complain about not having binaries. You may not be running RHEL 5.0 but there are many organizations which still have many systems on it. It's not always up to Joe Developer to decide to upgrade the OS on every box in an organization. Perhaps I need to know more about building go to compile my own binaries, but not having to deal with C is one of the reason's I was looking at Go in the first place.
How is this FUD? C is faster than Go, Python takes less code than Go and the binaries don't support RHEL 5.0. I thought my post wasn't particularly biased, but I'm pretty shocked at the reaction I got :(
thebigshane|13 years ago
I like Go, and I have also seen that nearly all people who actually get to the step of writing Go code also like it. It doesn't look too good on paper (compared to Clojure etc) but it works really well in practice and that's awesome.
0xABADC0DA|13 years ago
http://code.google.com/p/go/issues/detail?id=47
So Google Go programs won't run on any RHEL or Fedora with SELinux enabled. Requiring users to disable SELinux in order to run programs is just insane... even a lax SELinux like the default policy from Red Hat is still very effective.
Whoever thought an executable stack was a good idea... well they certainly don't have any clue about OS security.
darshan|13 years ago
That sounds about right. From the Go FAQ: Go is an attempt to combine the ease of programming of an interpreted, dynamically typed language with the efficiency and safety of a statically typed, compiled language.
Of course, whether the precise balance that Go comes to works for you is personal. I really like having most of the efficiency of C and much of the expressiveness of Ruby. I'm just getting started, but I haven't had this much fun learning a new language since I learned Ruby six years ago. Go is differently expressive than Ruby and introduces (to me) some powerful, interesting, and fun ideas (goroutines plus channels, for example.)
I think Ruby will still be my go-to language for everyday tasks, but Go definitely looks like it will have its place in my toolbox, likely replacing my occasional use of C++ at the very least. I also plan to use it on App Engine.
I don't think your post was FUD, but I'm guessing it was "I might have another look in about a decade or so" that might have felt dismissive to some people. That's not FUD, though, and it's fair to express your personal opinion like that.
genwin|13 years ago
Same here. I love having speed closer to C that's way easier to code than C.
genwin|13 years ago
I think that's accurate, and to me it's a great thing.
I'm currently converting many functions written in Python, to Go. I haven't coded in Python or studied it, but I can read it fine. This exercise has made me a lot more interested in Python! However, I'm confident that for my use case the runtime speed of Go will pay off, even though it's not nearly as simple to code in as Python from the looks of it. I'll use Python (or even PHP) for things where speed isn't such an issue.
unknown|13 years ago
[deleted]