Jonathan M Davis wrote:
On Friday, January 28, 2011 17:16:54 Walter Bright wrote:
Steven Schveighoffer wrote:
I can't buy "enterprise" support,
Of course you can!
Well, since Scotty hasn't been born yet, it's probably a bit premature... ;)
She canna take the power!
On 2011-01-28 19:00:02 -0500, Tomek Sowiński said:
Michel Fortin napisał:
We already argument this over and over in the past. First, I totally
acknowledge that C++ style containers have a problem: they make it
easier to copy the content than pass it by reference. On the other side
of the spec
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com> said:
Unfortunately, this design has big issues:
void fill(Appender appender)
{
appender.put("hello");
appender.put("world");
}
void test()
{
Appender appender;
fill(appender); // Appender is supposed to ha
On Friday, January 28, 2011 17:16:54 Walter Bright wrote:
> Steven Schveighoffer wrote:
> > I can't buy "enterprise" support,
>
> Of course you can!
Well, since Scotty hasn't been born yet, it's probably a bit premature... ;)
- Jonathan M Davis
Steven Schveighoffer wrote:
I can't buy "enterprise" support,
Of course you can!
On Sat, 29 Jan 2011 02:32:28 +0300, Michel Fortin
wrote:
On 2011-01-28 17:09:08 -0500, Andrei Alexandrescu
said:
On 1/28/11 3:05 PM, Michel Fortin wrote:
Not my preferred choices (especially #1), but having containers in
Phobos will certainly be an improvement over not having them. So g
Andrei:
> 1. Containers will be classes.
This page:
http://www.jroller.com/scolebourne/entry/the_next_big_jvm_language1
A quotation:
>3) Everything is a monitor. In Java and the JVM, every object is a monitor,
>meaning that you can synchronize on any object. This is incredibly wasteful at
>th
On 01/29/2011 01:01 AM, bearophile wrote:
Built-in AAs are currently broken and in need to be fixed:
import std.stdio: writeln;
void foo(int[int] aa, int n) {
aa[n] = n;
}
void main() {
int[int] a;
foo(a, 0);
writeln(a);
a[1] = 1;
foo(a, 2);
writeln(a);
}
Bye,
Michel Fortin napisał:
> We already argument this over and over in the past. First, I totally
> acknowledge that C++ style containers have a problem: they make it
> easier to copy the content than pass it by reference. On the other side
> of the spectrum, I think that class semantics makes it t
Michel Fortin:
> On the other side
> of the spectrum, I think that class semantics makes it too easy to have
> null dereferences,
That's why I have asked for a @ suffix syntax+semantics for notnull reference
types in D :-)
> I agree that defining structs to have reference semantics as you ha
On 2011-01-28 17:09:08 -0500, Andrei Alexandrescu
said:
On 1/28/11 3:05 PM, Michel Fortin wrote:
Not my preferred choices (especially #1), but having containers in
Phobos will certainly be an improvement over not having them. So go ahead!
Well if you brought forth some strong argument I'm a
On 1/28/11 3:05 PM, Michel Fortin wrote:
On 2011-01-28 13:31:58 -0500, Andrei Alexandrescu
said:
Today after work I plan to start making one pass through
std.container. After having thought of things for a long time, my
conclusions are as follows:
1. Containers will be classes.
2. Most of th
On 1/28/11 3:25 PM, retard wrote:
Fri, 28 Jan 2011 10:14:04 -0500, Steven Schveighoffer wrote:
I think as D matures
and hopefully gets more enterprise support, these problems will be
history.
This is the classic chicken or the egg problem. I'm not trying to be
unnecessarily mean. Enterprise su
Fri, 28 Jan 2011 16:14:27 +, Roman Ivanov wrote:
> == Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s
> article
>> On 1/27/11 8:02 PM, Walter Bright wrote:
>> > I think one of the reasons DbC has not paid off is it still requires
>> > a significant investment of effort by the
Fri, 28 Jan 2011 10:14:04 -0500, Steven Schveighoffer wrote:
> On Thu, 27 Jan 2011 04:59:18 -0500, retard wrote:
>
>> Wed, 26 Jan 2011 15:35:19 -0500, Steven Schveighoffer wrote:
>>
>>> I'd suggest to anyone looking to use D for something really big to try
>>> and "prove" out how well D will per
Fri, 28 Jan 2011 15:03:24 +, Bruno Medeiros wrote:
>
> I know, I know. :) (I am up-to-date on D.announce, just not on "D" and
> "D.bugs")
> I still wanted to make that point though. First, for retrospection, but
> also because it may still apply to a few other DSource projects (current
> or
On 2011-01-28 13:31:58 -0500, Andrei Alexandrescu
said:
Today after work I plan to start making one pass through std.container.
After having thought of things for a long time, my conclusions are as
follows:
1. Containers will be classes.
2. Most of the methods in existing containers will b
On 2011-01-28 11:29:49 -0500, Bruno Medeiros
said:
I've also been mulling over whether to try out and switch away from
Subversion to a DVCS, but never went ahead cause I've also been
undecided about Git vs. Mercurial. So this whole discussion here in the
NG has been helpful, even though I ra
Bruno Medeiros wrote:
On 27/01/2011 21:05, Simen kjaeraas wrote:
Bruno Medeiros wrote:
string[] func(string arg) pure {
string elem2 = "blah".idup;
return [ arg, elem2 ];
}
The compiler *cannot* know (well, looking at the signature only of
course) how to properly deepdup the result from th
Andrei:
As far as I understand the implications, I agree with your conclusions.
Other people will be free to create an alternative D2 library like this one:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html
but a standard library can't be too much hard to use.
Bye,
bearophile
On 1/12/2011 6:41 PM, Walter Bright wrote:
All semiconductors have a lifetime that is measured by the area under
the curve of their temperature over time.
Oddly enough, milk has the same behavior.
Today after work I plan to start making one pass through std.container.
After having thought of things for a long time, my conclusions are as
follows:
1. Containers will be classes.
2. Most of the methods in existing containers will be final. It's up to
the container to make a method final or
On 1/28/11 10:14 AM, Roman Ivanov wrote:
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
On 1/27/11 8:02 PM, Walter Bright wrote:
I think one of the reasons DbC has not paid off is it still requires a
significant investment of effort by the programmer. It's too easy
On 06/01/2011 19:19, "Jérôme M. Berger" wrote:
Andrei Alexandrescu wrote:
What are the advantages of Mercurial over git? (git does allow multiple
branches.)
I've also been mulling over whether to try out and switch away from
Subversion to a DVCS, but never went ahead cause I've also been
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> On 1/27/11 8:02 PM, Walter Bright wrote:
> > I think one of the reasons DbC has not paid off is it still requires a
> > significant investment of effort by the programmer. It's too easy to not
> > bother.
> One issue with
On 16/01/2011 04:47, Nick Sabalausky wrote:
There's two reasons it's good for games:
1. Like you indicated, to get a better framerate. Framerate is more
important in most games than resolution.
This reason was valid at least at some point in time, for me it actually
hold me back from transit
On 16/01/2011 19:38, Andrei Alexandrescu wrote:
On 1/15/11 10:47 PM, Nick Sabalausky wrote:
"Daniel Gibson" wrote in message
news:igtq08$2m1c$1...@digitalmars.com...
There's two reasons it's good for games:
1. Like you indicated, to get a better framerate. Framerate is more
important in most g
On 1/28/11 5:37 AM, Bruno Medeiros wrote:
You mean to say that there would be three possible signatures for toText
(for char[], wchar[], dchar[]), that the class coder can choose?
But of course, the coder would only need to define one, right?
(otherwise that would be the awful idea)
Probably st
On Thu, 27 Jan 2011 21:37:31 -0500, Ellery Newcomer
wrote:
On 01/27/2011 05:41 PM, Walter Bright wrote:
Unit testing has produced a dramatic improvement in coding.
agreed. unit testing (maybe with dbc, I don't remember) was the only
reason I noticed issue 5364.
I created 4 or 5 bugs a
On Thu, 27 Jan 2011 04:59:18 -0500, retard wrote:
Wed, 26 Jan 2011 15:35:19 -0500, Steven Schveighoffer wrote:
I'd suggest to anyone looking to use D for something really big to try
and "prove" out how well D will perform for you by coding up bits of
your whole project that you think will be
On 11/01/2011 23:00, Andrei Alexandrescu wrote:
On 1/11/11 11:21 AM, Ary Borenszweig wrote:
Why care where they come from? Why not make them intuitive? Say, like,
"Always
camel case"?
If there's enough support for this, I'll do it.
Andrei
+1 vote.
--
Bruno Medeiros - Software Engineer
On 06/01/2011 02:54, Ary Borenszweig wrote:
I'm not a big fan of IDEs anymore but having many functions also helps with the
autocompletion, to get the code right on the first shot, instead of
assertPredicate!insertYourStringHere(...).
(!)
Man, what have those Ruby guys done to you? You've bee
On 28/01/2011 13:13, Daniel Gibson wrote:
Am 28.01.2011 14:07, schrieb Bruno Medeiros:
On 07/01/2011 00:34, David Nadlinger wrote:
On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
Mercurial on dsource.org …
Personally, I'd really like to persuade Walter, you, and whoever else
actually decides
On Thu, 27 Jan 2011 04:50:32 -0500, retard wrote:
Wed, 26 Jan 2011 14:39:08 -0500, Steven Schveighoffer wrote:
I will warn you, once you start using D, you will not want to use
something else. I cringe every day when I have to use PHP for work.
Nice trolling.
*shrug* call it whatever you
On 06/01/2011 02:54, Ary Borenszweig wrote:
I prefer assert, assertFalse, assertEqual and assertNotEqual.
Compare this:
assertPredicate!"a< b"(1 + 1, 3);
To this:
assert(1 + 1< 3)
Or to this:
assertLess(1 + 1, 3)
I agree with Ary here, at least with regard to assertEquals. I'm a very
te
On 28/01/2011 13:13, Daniel Gibson wrote:
Am 28.01.2011 14:07, schrieb Bruno Medeiros:
On 07/01/2011 00:34, David Nadlinger wrote:
On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
Mercurial on dsource.org …
Personally, I'd really like to persuade Walter, you, and whoever else
actually decides
http://www.penny-arcade.com/comic/2004/3/19/
Penny Arcade is about games, but I'd say that theory applies to just
about any internet community, including programmers.
Especially in the FOSS world.
I have seen that and similar pictures many times, but never fully
understand what they are try
On Thu, 27 Jan 2011 19:17:50 +0200, Ulrik Mikaelsson
wrote:
2011/1/27 Vladimir Panteleev :
On Thu, 27 Jan 2011 00:26:22 +0200, Ulrik Mikaelsson
wrote:
The way I will show here is to gather up your changes in a so-called
"bundle", which can then be sent by mail or attached in a bug-tracker
Am 28.01.2011 14:07, schrieb Bruno Medeiros:
> On 07/01/2011 00:34, David Nadlinger wrote:
>> On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
>>> Mercurial on dsource.org …
>>
>> Personally, I'd really like to persuade Walter, you, and whoever else
>> actually decides this to consider hosting the ma
On 07/01/2011 00:34, David Nadlinger wrote:
On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
Mercurial on dsource.org …
Personally, I'd really like to persuade Walter, you, and whoever else
actually decides this to consider hosting the main repository at an
external place like GitHub or Mercuria
spir:
> What is this "old" feature?
It's a basic DbC feature that's currently missing in D because of some
implementation troubles (and maybe also because Walter is a bit disappointed
about DbC).
Example: a class member function performs a certain computation and changes
some attributes. In t
Am 28.01.2011 13:33, schrieb Bruno Medeiros:
> On 08/01/2011 09:14, Walter Bright wrote:
>> Jonathan M Davis wrote:
>>> On Saturday 08 January 2011 00:16:13 Walter Bright wrote:
Jérôme M. Berger wrote:
> When I built my latest PC, I saw in the MB manual that it would use
>
> speech
Am 28.01.2011 13:30, schrieb spir:
> On 01/28/2011 12:36 PM, bearophile wrote:
>
>> I think the problem here is that you are not using your D tools well enough
>> yet:
>> - Preconditions allow you to save some tests in your unittests, because you
>> have less need to test many input boundary cond
On 08/01/2011 09:14, Walter Bright wrote:
Jonathan M Davis wrote:
On Saturday 08 January 2011 00:16:13 Walter Bright wrote:
Jérôme M. Berger wrote:
When I built my latest PC, I saw in the MB manual that it would use
speech synthesis on the PC speaker to report errors. So I tried to
power on t
On 01/28/2011 12:36 PM, bearophile wrote:
I think the problem here is that you are not using your D tools well enough yet:
- Preconditions allow you to save some tests in your unittests, because you
have less need to test many input boundary conditions.
- Postconditions are useful to save some
On 02/01/2011 02:01, Walter Bright wrote:
Caligo wrote:
I don't understand why so much time and effort as been spent, perhaps
wasted, on multiple compilers and standard libraries. I also don't
understand why Walter insists on having his own compiler when D has
finally been declared an open sourc
On 27/01/2011 21:05, Simen kjaeraas wrote:
Bruno Medeiros wrote:
string[] func(string arg) pure {
string elem2 = "blah".idup;
return [ arg, elem2 ];
}
The compiler *cannot* know (well, looking at the signature only of
course) how to properly deepdup the result from the first return
value, so
On 21/12/2010 20:55, retard wrote:
My experiences in several language communities have shown that
programmers easily resort to emotional, completely irrational arguments.
It's best to avoid these kind of arguments as much as possible.
Passionate people seem to favor this juxtapositioning.
http:
On 27/01/2011 18:12, Andrei Alexandrescu wrote:
On 1/27/11 9:33 AM, Bruno Medeiros wrote:
On 21/12/2010 19:17, Andrei Alexandrescu wrote:
On 12/21/10 12:19 PM, Steven Schveighoffer wrote:
On Tue, 21 Dec 2010 13:10:12 -0500, Bruno Medeiros
wrote:
On 06/12/2010 19:00, Jonathan M Davis wrote:
On 21/12/2010 20:46, Steven Schveighoffer wrote:
On Tue, 21 Dec 2010 14:50:21 -0500, Bruno Medeiros
wrote:
In a less extreme view, it is not about controlling stupidity, but
controlling creativity (a view popular amongst "artist"/"painter"
programmers). So here the programmers are not dumb, bu
Jonathan M Davis:
> I generally end up using unit tests to verify that stuff works correctly and
> then
> throw exceptions on bad input. So while I like having DbC built in, I don't
> end
> up using it all that much. It's prim,arily invariant that I end up using
> though,
> and that's harder
On 28.01.2011 13:21, Trass3r wrote:
I wonder why this tool isn't promoted in any way, no website etc.
That's actually strange and funny in it's own right.
I got to this ftp only because I was 100% sure that tool existed, as a
friend of mine suggested to use it instead of Borland's crappy linker
I wonder why this tool isn't promoted in any way, no website etc.
I also wonder if he was willing to make it open-source. Then we could help
support D and if it works someday, we can even include D symbol demangling :)
On 1/28/2011 12:39 AM, Jonathan M Davis wrote:
> On Friday 28 January 2011 00:21:49 Gour wrote:
>> On Thu, 27 Jan 2011 12:40:33 -0800
>>
>> Walter Bright wrote:
>>> No. Actually, I like FreeBSD a lot.
>>
>> Cool. It means we can count on it. :-)
>
> Yes, though be aware that it's probably the lea
On Friday 28 January 2011 00:21:49 Gour wrote:
> On Thu, 27 Jan 2011 12:40:33 -0800
>
> Walter Bright wrote:
> > No. Actually, I like FreeBSD a lot.
>
> Cool. It means we can count on it. :-)
Yes, though be aware that it's probably the least-tested out of the platforms,
so it's probably the mo
On Thu, 27 Jan 2011 12:40:33 -0800
Walter Bright wrote:
> No. Actually, I like FreeBSD a lot.
Cool. It means we can count on it. :-)
Sincerely,
Gour
--
Gour | Hlapicina, Croatia | GPG key: CDBF17CA
signature.asc
Descriptio
56 matches
Mail list logo
