Viewing profile — 1631-
1631-
HN member- Joined
- Thu, Nov 28, 2013, 10:17 AM UTC
- HN karma
- 8
- Public activity
- 8 items
- HN profile
- View on Hacker News ↗
About 1631-
No profile information was provided.
Recent public activity
-
comment
Comment #6867318
> It's still just a platitude. Poetry is just a pointless distraction. > You can put lipstick on a pig... Was this comment the spoken word in disguise? It sounded a little poetic t…
-
comment
Comment #6866253
IANAL, and I am not the one being quoted... with that said, it seems to me that you're reading way too much into that statement, and in the process, more-or-less ignoting the conte…
-
comment
Comment #6815314
You can't rely on the order of imports initialization anyway. See http://golang.org/ref/spec#Program_execution .. I believe that's also the reason, you shouldn't call `flag.Parse()…
-
comment
Comment #6815202
(I don't seem to be able to reply to your comment directly) danieldk 8 minutes ago | link >> As I've already said to someone else. This is about linking, not compilation. The rest …
-
comment
Comment #6815119
> But that is mostly a problem because incremental compiling in C++ is difficult for well-known reasons. Incremental compiling is well-supported in many other languages (e.g. Java)…
-
comment
Comment #6814193
You say that, and yet here we are commenting on a forum? written in a Arc, a language implementation that wasn't strictly required .
-
comment
Comment #6814178
You could potentially also have an interface that defined methods for all the basic types `interface { AsString() (string, error), etc. }` and then each basic type implements this …
-
comment
Comment #6813918
1) no comment. 2) This is about the linker , not the compiler . You should compare the compilation times with the linking times instead of making assumptions.