2009/11/16 Michał Fogelman :
>
> 2009/11/15 Aurélien Aptel
>>
>> Can I see the output of st when zsh do the visual effect you're talking
>> about ?
>>
>> 2009/11/15 Michał Fogelman :
>> > i've got problem with st and zsh - it seems to "ignore" visual effect of
>> > backspace adding empty spaces at
2009/11/15 Aurélien Aptel
Can I see the output of st when zsh do the visual effect you're talking
> about ?
>
> 2009/11/15 Michał Fogelman :
> > i've got problem with st and zsh - it seems to "ignore" visual effect of
> > backspace adding empty spaces at the end of the line, but deleting
> comman
On Sun 15 Nov 2009 at 08:42:16 PST Anselm R Garbe wrote:
Now Go became a target of those feature zealots to try their luck
screwing it up with all the missing features they know from C++. At
least that makes C less vulnerable since they can go play with
something else.
What I really dislike ab
Go troll someone else.
uriel
On Sun, Nov 15, 2009 at 7:33 PM, frederic wrote:
>>> So now closures are not an issue anymore?
>>
>> There is nothing wrong with closures per se, hacking them up on top of
>> C is what is wrong.
>>
>
> That's basically what you replied to me in an other thread:
> "I'
So now closures are not an issue anymore?
There is nothing wrong with closures per se, hacking them up on top of
C is what is wrong.
That's basically what you replied to me in an other thread:
"I'm pretty sure that if C featured closures, Anselm and many others
would promptly and cleverly han
[2009-11-15 11:24] Kurt H Maier
> On Sun, Nov 15, 2009 at 11:19 AM, markus schnalke wrote:
> >
> > Can you provide a link please.
>
> http://groups.google.com/group/golang-nuts/msg/1a20c3113a465959
Thanks.
meillo
On Sun, Nov 15, 2009 at 10:13:27AM +0100, covah...@altern.org wrote:
> On Sat, 14 Nov 2009, Jacob Todd wrote:
>
> > http://sta.li
>
> >We need a proper server to host the git repository (expected size of the
> >build environment repo is 2GB). Any mirror service is welcome; expect 100
> >clones
On Sun, Nov 15, 2009 at 11:19 AM, markus schnalke wrote:
> [2009-11-15 16:42] Anselm R Garbe
>> By far the best
>> go-nuts mail I've seen so far was ken's response to the billion dollar
>> mistake yesterday.
>
> Can you provide a link please.
http://groups.google.com/group/golang-nuts/msg/1a20c3
[2009-11-15 16:42] Anselm R Garbe
>
> By far the best
> go-nuts mail I've seen so far was ken's response to the billion dollar
> mistake yesterday.
Can you provide a link please.
meillo
2009/11/15 Uriel :
> I don't expect Go to kill C, there will always be a place for a
> portable assembler language, but Go will push C to the niche where it
> works best, while C++ and Java should be completely obliterated.
Now Go became a target of those feature zealots to try their luck
screwing
Oops. Ignore my last message.
On Sun, Nov 15, 2009 at 04:50:42PM +0100, Uriel wrote:
As kris said, that doesn't compare languages, but implementations, and
not just implementations of the language/compilers, but
implementations of the benchmark itself.
Rog (of Vitanuova fame) posted an update to the Go implementation of
the
On Fri, Nov 13, 2009 at 2:38 AM, David J Patrick wrote:
> because I don't relish the idea of rebuilding them every time.
> djp
>
>
What kind of settings you want to save ?
On Sun, Nov 15, 2009 at 4:50 PM, Kris Maglione wrote:
> On Sun, Nov 15, 2009 at 04:33:06PM +0100, Uriel wrote:
>>
>> Next you will tell me that because I said OO is evil, I must be
>> against function pointers. Go has no inheritance, and that is
>> basically the root of all OO evil (and inheritanc
Can I see the output of st when zsh do the visual effect you're talking about ?
2009/11/15 Michał Fogelman :
> i've got problem with st and zsh - it seems to "ignore" visual effect of
> backspace adding empty spaces at the end of the line, but deleting command
> in line. After changing TERM variab
On Sun, Nov 15, 2009 at 2:24 PM, frederic wrote:
>> On Sun, Nov 15, 2009 at 12:43:46PM +0100, Szabolcs Nagy wrote:
>>>
>>> On 11/15/09, frederic wrote:
>>> and sacrifices some efficiency to have a few higher level language
>>> features (gc, interface, string, map, package, init, defer, closure..)
On Sun, Nov 15, 2009 at 04:33:06PM +0100, Uriel wrote:
Next you will tell me that because I said OO is evil, I must be
against function pointers. Go has no inheritance, and that is
basically the root of all OO evil (and inheritance is in mainstream
programming considered the defining characterist
On Sun, Nov 15, 2009 at 1:03 PM, Benoit T wrote:
> On Sun, Nov 15, 2009 at 06:29:01AM +0100, Uriel wrote:
>> Go is the only hope for the future of the software industry, the only
>> weapon with a chance of killing the abominable mutant monster of C++
>> and the double-headed zombie of Java/C#.
>
>
On Sun, Nov 15, 2009 at 9:58 AM, frederic wrote:
>> I'm quite picky, and I have yet to see anything I don't like in Go,
>
> So now closures are not an issue anymore?
There is nothing wrong with closures per se, hacking them up on top of
C is what is wrong.
> And you don't see the OO
> non-non-su
On Sun, Nov 15, 2009 at 06:32:15AM +0100, Uriel wrote:
> The C preprocessor has been pretty much ignored by any decent C
> programmer for decades now, getting rid of it in Go is a non-issue.
It was not ignored. sys/queue.h is very useful
On Sun, Nov 15, 2009 at 02:54:23PM +0100, Tobias Ulmer wrote:
On Sun, Nov 15, 2009 at 02:24:41PM +0100, frederic wrote:
All this is more than just nit-picking. Pike claims a 10-20% loss
compared to C, which would still be quite good. However, the first
benchmarks tell another story at the moment
On Sun, Nov 15, 2009 at 02:24:41PM +0100, frederic wrote:
Be careful what you say. None of those features necessarilly
sacrifice efficiency. In fact, garbage collection can be a huge
performace boon when implemented properly, in that garbage can be
lazily freed in hunks and with minimal locking
On Sun, Nov 15, 2009 at 02:24:41PM +0100, frederic wrote:
> All this is more than just nit-picking. Pike claims a 10-20% loss
> compared to C, which would still be quite good. However, the first
> benchmarks tell another story at the moment:
> http://shootout.alioth.debian.org/u64/benchmark.php?tes
On Sun, Nov 15, 2009 at 12:43:46PM +0100, Szabolcs Nagy wrote:
On 11/15/09, frederic wrote:
and sacrifices some efficiency to have a few higher level language
features (gc, interface, string, map, package, init, defer, closure..)
as a bonus it has multi tasking support (go, chan, select), go
On Sun, Nov 15, 2009 at 12:43:46PM +0100, Szabolcs Nagy wrote:
On 11/15/09, frederic wrote:
and sacrifices some efficiency to have a few higher level
language features (gc, interface, string, map, package, init,
defer, closure..) as a bonus it has multi tasking support (go,
chan, select), goo
On Sun, Nov 15, 2009 at 06:29:01AM +0100, Uriel wrote:
> Go is the only hope for the future of the software industry, the only
> weapon with a chance of killing the abominable mutant monster of C++
> and the double-headed zombie of Java/C#.
hear hear! there has to be a better way :)
> Having Go,
On 11/15/09, frederic wrote:
> So now C isn't the perfect programming language any more?
>
c was not perfect
but probably it's still the simplest language to program a ram machine
go is safe and nice: the common mistakes of c programs can be avoided
in exchange it gives less control to the progr
On Sun, Nov 15, 2009 at 6:32 AM, Uriel wrote:
> On Fri, Nov 13, 2009 at 11:45 AM, Dmitry Maluka
> wrote:
> You don't need to replace something that is useless and evil, as Go
> shows. Just like Plan 9 didn't "replace" root and suid (or at least
> not directly).
>
> The C preprocessor has been p
On Sun, Nov 15, 2009 at 6:16 AM, Uriel wrote:
> On Wed, Nov 11, 2009 at 7:43 PM, Moritz Wilhelmy wrote:
>> On Wed, Nov 11, 2009 at 05:59:19PM +0100, Preben Randhol wrote:
>>> Syntactically the language seems a bit confusing at first and
>>> unfortunately too similar to C.
>>
>> It looks a like a
i've got problem with st and zsh - it seems to "ignore" visual effect of
backspace adding empty spaces at the end of the line, but deleting command
in line. After changing TERM variable to "xterm" it works fine. Any clue
what should i change in st/zsh config to make it work properly?
Fogel
On Sat, 14 Nov 2009, Jacob Todd wrote:
http://sta.li
We need a proper server to host the git repository (expected size of the
build environment repo is 2GB). Any mirror service is welcome; expect 100
clones per month, at least (so, 200GB traffic volume in the mid term).
Jacob, have you tri
I'm quite picky, and I have yet to see anything I don't like in Go,
So now closures are not an issue anymore?And you don't see the OO
non-non-support (sic) [from the FAQ: "is Go an OO language?" "-Yes and
no"] as a problem? Beware, if you use Go's methods you might write
OO-style code with
32 matches
Mail list logo
