Re: Database developer's gentle view on D.

On Sat, 31 Dec 2011 20:28:43 -0800 bls wrote: > A Database independent, ORM based library module is not even matter of > discussion. That's a pity. That would be nice, indeed. > Well for us Windoze is the only interesting Desktop platform. > A _reasonable_ GUI is not available yet.(D-GUI looks

Re: A nice way to step into 2012

On 31.12.2011 16:26, Timon Gehr wrote: On 12/31/2011 12:13 PM, Don wrote: On 31.12.2011 02:27, so wrote: On Sat, 31 Dec 2011 02:40:24 +0200, Don wrote: I think: there are cases when named parameters are beneficial. There are cases where they are detrimental. Is it possible to get the first,

Re: string is rarely useful as a function argument

On 31.12.2011 17:13, Timon Gehr wrote: On 12/31/2011 01:15 PM, Don wrote: On 31.12.2011 01:56, Timon Gehr wrote: On 12/31/2011 01:12 AM, Andrei Alexandrescu wrote: On 12/30/11 6:07 PM, Timon Gehr wrote: alias std.string.representation raw; I meant your implementation is incomplete. It was

Re: Happy New Year in 2012....

On 12/31/2011 11:42 PM, Caligo wrote: On Sat, Dec 31, 2011 at 11:34 PM, Andrei Alexandrescu mailto:seewebsiteforem...@erdani.org>> wrote: to the entire D community! Andrei Happy New Year. :-) Here's a happy New Year regex that replaces C function pointer declarations with D func

Re: Happy New Year in 2012....

On Sat, Dec 31, 2011 at 11:34 PM, Andrei Alexandrescu < seewebsiteforem...@erdani.org> wrote: > to the entire D community! > > Andrei > Happy New Year. :-)

Happy New Year in 2012....

to the entire D community! Andrei

Re: string is rarely useful as a function argument

On 12/31/2011 09:17 PM, Timon Gehr wrote: > On 01/01/2012 02:34 AM, Chad J wrote: >> On 12/31/2011 02:02 PM, Timon Gehr wrote: >>> On 12/31/2011 07:22 PM, Chad J wrote: On 12/30/2011 02:55 PM, Timon Gehr wrote: > On 12/30/2011 08:33 PM, Joshua Reusch wrote: >> >> Maybe it could hap

Re: Cannot find object.d ?

Andre Tampubolon wrote: > I have 2 dmd.confs, which are in ~/Digital-Mars/dmd/src (the dmd > executable also located in here) and /etc/. Both are identical, and the > content is: > DFLAGS=-I~/Digital-Mars/druntime/import -I~/Digital-Mars/phobos > > Every time I compile a D program (e.g dmd hellow

Database developer's gentle view on D.

Not that you really need it. Things move forward. Phobos becomes more and more reliable and usable, It seems that the accepting "Foreign modules/Fixes situation" is better than ever. So it looks like things went into the right direction unfortunately not for me. Let me tell you in a sec

Re: Array allocation on struct initialization

On 01/01/2012 04:30 AM, Benjamin Thaut wrote: Anyone else caring about this? Even with a GC it is a unneccessary allocation and performance impact. Kind Regards Benjamin Thaut I think you should file a bug report.

Re: Array allocation on struct initialization

Anyone else caring about this? Even with a GC it is a unneccessary allocation and performance impact. Kind Regards Benjamin Thaut

Re: string is rarely useful as a function argument

On 01/01/2012 02:34 AM, Chad J wrote: On 12/31/2011 02:02 PM, Timon Gehr wrote: On 12/31/2011 07:22 PM, Chad J wrote: On 12/30/2011 02:55 PM, Timon Gehr wrote: On 12/30/2011 08:33 PM, Joshua Reusch wrote: Am 29.12.2011 19:36, schrieb Andrei Alexandrescu: On 12/29/11 12:28 PM, Don wrote: On

Re: string is rarely useful as a function argument

On 12/31/2011 02:02 PM, Timon Gehr wrote: > On 12/31/2011 07:22 PM, Chad J wrote: >> On 12/30/2011 02:55 PM, Timon Gehr wrote: >>> On 12/30/2011 08:33 PM, Joshua Reusch wrote: Am 29.12.2011 19:36, schrieb Andrei Alexandrescu: > On 12/29/11 12:28 PM, Don wrote: >> On 28.12.2011 20:00, A

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Saturday, December 31, 2011 18:57:14 Andrew Wiley wrote: > On Sat, Dec 31, 2011 at 2:56 PM, Jonathan M Davis wrote: > > On Saturday, December 31, 2011 16:06:49 Jacob Carlborg wrote: > >> On 2011-12-31 11:37, Jonathan M Davis wrote: > >> > On Saturday, December 31, 2011 11:05:58 Tobias Pankrath

Re: string is rarely useful as a function argument

Sorry, I was simplifying. The distinction I was trying to make was between generic operations (in my experience the majority) vs. encoding-aware ones. Sent from my iPhone On Dec 31, 2011, at 12:48 PM, Michel Fortin wrote: > On 2011-12-31 16:47:40 +, Sean Kelly said: > >> I don't know th

Re: object.d: Error: module object is in file 'object.d' which cannot be read

On 24.08.2011 10:06, Jonathan M Davis wrote: On Wednesday, August 24, 2011 07:57:07 Brian Brady wrote: All I am having a problem compiling a simple program when working through "The D Programming Language". The program is like so: #!/usr/bin/rdmd import std.stdio, std.string; void main() {

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Sat, Dec 31, 2011 at 2:56 PM, Jonathan M Davis wrote: > On Saturday, December 31, 2011 16:06:49 Jacob Carlborg wrote: >> On 2011-12-31 11:37, Jonathan M Davis wrote: >> > On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: >> >>> I think that the AssertError's message (which includes

Removing the Lock for Small GC Allocations: Clarification of GC Design?

I have a plan to avoid the GC lock for most small (<1 page) GC allocations. I hope to have a pull request within a week or two, in time for the next release. There's one detail I need clarified by Sean, Walter or someone who designed the D GC. Currently small allocations are handled by poppi

Re: string is rarely useful as a function argument

On 12/31/2011 07:56 PM, Andrei Alexandrescu wrote: On 12/31/11 10:47 AM, Michel Fortin wrote: This means you can't look at the frontUnit and then decide to pop the unit and then look at the next, decide you need to decode using frontPoint, then call popPoint and return to looking at the front un

Re: string is rarely useful as a function argument

On 12/31/11 2:44 PM, Michel Fortin wrote: But will s.raw.popFront() also pop a single unit from s? "raw" would need to be defined as a reinterpret cast of the reference to the char[] to do what I want, something like this: ref ubyte[] raw(ref char[] s) { return *cast(ubyte[]*)&s; } The current

Re: const - Best practices

On Saturday, December 31, 2011 08:02:52 Caligo wrote: > On Sun, Jan 2, 2011 at 4:43 PM, Jonathan M Davis wrote: > > - Jonathan M Davis > > Almost a year has passed, and what is the state of const now? Is it still > broken? I've been reading some threads on SO, and I'm a bit confused as to > what

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Saturday, December 31, 2011 16:04:12 Jacob Carlborg wrote: > It would be possible to implement named unit tests only in library code. > It would not have as nice syntax as if it was implemented in the > language but still possible. > > In Ruby on Rails I run single unit tests all the time. Why

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Saturday, December 31, 2011 15:48:16 Jacob Carlborg wrote: > Yes but what happens when there are many failed tests, i.e. may > AssertErrors that have been thrown? It will just print all after each > other and you have to count them yourself if you want to know how many > failed tests there are?

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Saturday, December 31, 2011 16:06:49 Jacob Carlborg wrote: > On 2011-12-31 11:37, Jonathan M Davis wrote: > > On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: > >>> I think that the AssertError's message (which includes the file and > >>> line number of the failure) and its stack t

Re: string is rarely useful as a function argument

On 2011-12-31 16:47:40 +, Sean Kelly said: I don't know that Unicode expertise is really required here anyway. All one has to know is that UTF8 is a multibyte encoding and built-in string attrib utes talk in bytes. Knowing when one wants bytes vs characters isn't rocket s cience. It's n

Re: string is rarely useful as a function argument

On 2011-12-31 18:56:01 +, Andrei Alexandrescu said: On 12/31/11 10:47 AM, Michel Fortin wrote: It seems to work fine, but it doesn't handle (yet) characters spanning multiple code points. That's the job of std.range, not std.algorithm. As I keep saying, if you handle combining code po

Re: string is rarely useful as a function argument

On 12/31/2011 08:06 PM, Andrei Alexandrescu wrote: On 12/31/11 10:47 AM, Sean Kelly wrote: I don't know that Unicode expertise is really required here anyway. All one has to know is that UTF8 is a multibyte encoding and built-in string attributes talk in bytes. Knowing when one wants bytes vs ch

Re: string is rarely useful as a function argument

On 12/31/11 10:47 AM, Sean Kelly wrote: I don't know that Unicode expertise is really required here anyway. All one has to know is that UTF8 is a multibyte encoding and built-in string attributes talk in bytes. Knowing when one wants bytes vs characters isn't rocket science. That said, I'm on the

Re: string is rarely useful as a function argument

On 12/31/2011 07:22 PM, Chad J wrote: On 12/30/2011 02:55 PM, Timon Gehr wrote: On 12/30/2011 08:33 PM, Joshua Reusch wrote: Am 29.12.2011 19:36, schrieb Andrei Alexandrescu: On 12/29/11 12:28 PM, Don wrote: On 28.12.2011 20:00, Andrei Alexandrescu wrote: Oh, one more thing - one good thing

Re: string is rarely useful as a function argument

On 12/31/11 10:47 AM, Michel Fortin wrote: On 2011-12-31 15:03:13 +, Andrei Alexandrescu said: On 12/31/11 8:17 CST, Michel Fortin wrote: At one time Java and other frameworks started to use UTF-16 as if they were characters, that turned wrong on them. Now we know that not even code point

Re: string is rarely useful as a function argument

On 12/31/2011 01:13 PM, Timon Gehr wrote: > On 12/31/2011 06:32 PM, Chad J wrote: >> On 12/30/2011 05:27 PM, Timon Gehr wrote: >>> On 12/30/2011 10:36 PM, deadalnix wrote: The #1 quality of a programmer is to act like he/she is a morron. Because sometime we all are morrons. >>> >>> T

Re: string is rarely useful as a function argument

On 12/30/2011 02:55 PM, Timon Gehr wrote: > On 12/30/2011 08:33 PM, Joshua Reusch wrote: >> Am 29.12.2011 19:36, schrieb Andrei Alexandrescu: >>> On 12/29/11 12:28 PM, Don wrote: On 28.12.2011 20:00, Andrei Alexandrescu wrote: > Oh, one more thing - one good thing that could come out of th

Re: string is rarely useful as a function argument

On 12/31/2011 06:32 PM, Chad J wrote: On 12/30/2011 05:27 PM, Timon Gehr wrote: On 12/30/2011 10:36 PM, deadalnix wrote: The #1 quality of a programmer is to act like he/she is a morron. Because sometime we all are morrons. The #1 quality of a programmer is to write correct code. If he/she a

Re: string is rarely useful as a function argument

On 12/30/2011 05:27 PM, Timon Gehr wrote: > On 12/30/2011 10:36 PM, deadalnix wrote: >> >> The #1 quality of a programmer is to act like he/she is a morron. >> Because sometime we all are morrons. > > The #1 quality of a programmer is to write correct code. If he/she acts > as if he/she is a moron

Re: string is rarely useful as a function argument

On 2011-12-31 15:03:13 +, Andrei Alexandrescu said: On 12/31/11 8:17 CST, Michel Fortin wrote: At one time Java and other frameworks started to use UTF-16 as if they were characters, that turned wrong on them. Now we know that not even code points should be considered characters, thanks t

Re: string is rarely useful as a function argument

I don't know that Unicode expertise is really required here anyway. All one has to know is that UTF8 is a multibyte encoding and built-in string attributes talk in bytes. Knowing when one wants bytes vs characters isn't rocket science. That said, I'm on the fence about this change. It breaks co

Re: string is rarely useful as a function argument

I'm not sure I understand what's wrong with length. Of all the times I get a length in one sizable i18nalized app at work I can think of only one instance where I actually want the character count rather than the byte count. Is there some other reason I'm not aware of that length is undesirable

Re: string is rarely useful as a function argument

On Saturday, 31 December 2011 at 15:03:13 UTC, Andrei Alexandrescu wrote: The whole concept of generic algorithms working on strings efficiently doesn't work. Apparently std.algorithm does. According to my research[1], std.array.replace (which uses std.algorithm under the hood) can be at le

Re: string is rarely useful as a function argument

On 12/31/2011 03:17 PM, Michel Fortin wrote: As for Walter being the only one coding by looking at the code units directly, that's not true. All my parser code look at code units directly and only decode to code points where necessary (just look at the XML parsing code I posted a while ago to ge

Cannot find object.d ?

I have 2 dmd.confs, which are in ~/Digital-Mars/dmd/src (the dmd executable also located in here) and /etc/. Both are identical, and the content is: DFLAGS=-I~/Digital-Mars/druntime/import -I~/Digital-Mars/phobos Every time I compile a D program (e.g dmd helloworld.d), I always get this error: obj

Re: string is rarely useful as a function argument

On 12/31/2011 01:15 PM, Don wrote: On 31.12.2011 01:56, Timon Gehr wrote: On 12/31/2011 01:12 AM, Andrei Alexandrescu wrote: On 12/30/11 6:07 PM, Timon Gehr wrote: alias std.string.representation raw; I meant your implementation is incomplete. It was more a sketch than an implementation. I

Re: A nice way to step into 2012

On 12/31/2011 12:51 PM, Don wrote: On 2011-12-27 23:27, Timon Gehr wrote: In case the function is used for code generation, it can get rid of one level of indentation. string generate(string x) => mixin(X!q{ @(x) = 2; }); That just makes it look even more like Perl. The return statement is not

Re: A nice way to step into 2012

On 12/31/2011 12:13 PM, Don wrote: On 31.12.2011 02:27, so wrote: On Sat, 31 Dec 2011 02:40:24 +0200, Don wrote: I think: there are cases when named parameters are beneficial. There are cases where they are detrimental. Is it possible to get the first, without the second, and without much com

Re: System programming in D (Was: The God Language)

On 12/31/2011 07:50 AM, Walter Bright wrote: On 12/30/2011 10:50 PM, Walter Bright wrote: On 12/30/2011 8:34 PM, Timon Gehr wrote: On 12/31/2011 05:19 AM, Walter Bright wrote: On 12/30/2011 8:02 PM, Timon Gehr wrote: On 12/31/2011 04:50 AM, Walter Bright wrote: Because inevitably someone wil

Re: string is rarely useful as a function argument

Timon Gehr wrote: Me too. I think the way we have it now is optimal. The only reason we are discussing this is because of fear that uneducated users will write code that does not take into account Unicode characters above code point 0x80. +1 From D's string docs: "char[] strings are in UTF-

Re: CURL Wrapper: Congratulations Next up: std.serialize

On 2011-12-31 11:37, Jonathan M Davis wrote: On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: I think that the AssertError's message (which includes the file and line number of the failure) and its stack trace are plenty. It's exactly what you need and nothing else. - Jonathan M D

Re: CURL Wrapper: Congratulations Next up: std.serialize

On 2011-12-31 11:37, Jonathan M Davis wrote: On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: I think that the AssertError's message (which includes the file and line number of the failure) and its stack trace are plenty. It's exactly what you need and nothing else. - Jonathan M D

Re: string is rarely useful as a function argument

On 12/31/11 8:17 CST, Michel Fortin wrote: On 2011-12-31 08:56:37 +, Andrei Alexandrescu said: On 12/31/11 2:04 AM, Walter Bright wrote: We're chasing phantoms here, and I worry a lot about over-engineering trivia. I disagree. I understand that seems trivia to you, but that doesn't mak

Re: compiling dmd

Am 29.12.2011, 09:16 Uhr, schrieb Don : On 28.12.2011 13:14, Timon Gehr wrote: On 12/28/2011 10:53 AM, Peter Alexander wrote: On 27/12/11 8:40 PM, Andrei Alexandrescu wrote: On 12/27/11 2:38 PM, Walter Bright wrote: On 12/27/2011 12:28 PM, Andrei Alexandrescu wrote: One good realization to m

Re: CURL Wrapper: Congratulations Next up: std.serialize

On 2011-12-31 04:35, Jonathan M Davis wrote: On Friday, December 30, 2011 21:38:07 Jacob Carlborg wrote: On 2011-12-30 19:49, Jonathan M Davis wrote: On Friday, December 30, 2011 13:41:37 Tobias Pankrath wrote: I really think it is and will use one for my D code. Since both worlds could live t

Re: System programming in D (Was: The God Language)

On 31 December 2011 13:05, Mike Wey wrote: > On 12/31/2011 02:59 AM, so wrote: >> >> On Sat, 31 Dec 2011 03:40:43 +0200, Iain Buclaw >> wrote: >> >>> Take a pick of any examples posted on this ML. They are far better >>> fit to use as a test bed. Ideally one that does number crunching and >>> can

Re: CURL Wrapper: Congratulations Next up: std.serialize

Jonathan M Davis wrote: > On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: >> > I think that the AssertError's message (which includes the file and >> > line number of the failure) and its stack trace are plenty. It's >> > exactly what you need and nothing else. >> > >> > - Jonathan

Re: string is rarely useful as a function argument

On 2011-12-31 08:56:37 +, Andrei Alexandrescu said: On 12/31/11 2:04 AM, Walter Bright wrote: We're chasing phantoms here, and I worry a lot about over-engineering trivia. I disagree. I understand that seems trivia to you, but that doesn't make your opinion any less wrong, not to ment

Re: const - Best practices

On 12/31/2011 9:02 AM, Caligo wrote: On Sun, Jan 2, 2011 at 4:43 PM, Jonathan M Davis > wrote: - Jonathan M Davis Almost a year has passed, and what is the state of const now? Is it still broken? I've been reading some threads on SO, and I'm a bit confu

Re: const - Best practices

On Sun, Jan 2, 2011 at 4:43 PM, Jonathan M Davis wrote: > > > - Jonathan M Davis > Almost a year has passed, and what is the state of const now? Is it still broken? I've been reading some threads on SO, and I'm a bit confused as to what's correct in my code and what's not.

Re: System programming in D (Was: The God Language)

On 12/31/2011 02:59 AM, so wrote: On Sat, 31 Dec 2011 03:40:43 +0200, Iain Buclaw wrote: Take a pick of any examples posted on this ML. They are far better fit to use as a test bed. Ideally one that does number crunching and can't be easily folded away. Well not them but another dummy functi

Re: string is rarely useful as a function argument

On 31.12.2011 01:56, Timon Gehr wrote: On 12/31/2011 01:12 AM, Andrei Alexandrescu wrote: On 12/30/11 6:07 PM, Timon Gehr wrote: alias std.string.representation raw; I meant your implementation is incomplete. It was more a sketch than an implementation. It is not even type safe :o). But

Re: string is rarely useful as a function argument

Andrei Alexandrescu: > We need .raw and we must abolish .length and [] for narrow strings. I don't know if we need, but I agree those things are an improvement over the current state. To replace the disabled slicing I think something Python islice() will be useful. Bye,bear bearophile

Re: dmd and C++11

http://www.digitalmars.com/ctg/CPP0x-Language-Implementation.html It supports decltype but not auto?? Range for loop would also be nice to have.

Re: A nice way to step into 2012

On 30.12.2011 01:13, Timon Gehr wrote: On 12/29/2011 10:19 AM, Don wrote: On 28.12.2011 17:41, Jacob Carlborg wrote: On 2011-12-27 23:27, Timon Gehr wrote: On 12/27/2011 05:25 AM, Andrei Alexandrescu wrote: https://github.com/D-Programming-Language/dmd/commit/675898721c04d0bf155a85abf986eae99

Re: Named Parameters (Was: A nice way to step into 2012)

On 31.12.2011 02:37, so wrote: On Thu, 29 Dec 2011 23:59:46 +0200, Jonathan M Davis wrote: Introducing named arguments makes a function's parameters part of the API and introduces yet another point where code breakage can occur due to code changes. And that is a _very_ negative aspect of named

Re: A nice way to step into 2012

On 31.12.2011 02:27, so wrote: On Sat, 31 Dec 2011 02:40:24 +0200, Don wrote: I think: there are cases when named parameters are beneficial. There are cases where they are detrimental. Is it possible to get the first, without the second, and without much complexity? If we keep rules simple a

Re: CURL Wrapper: Congratulations Next up: std.serialize

On Saturday, December 31, 2011 11:05:58 Tobias Pankrath wrote: > > I think that the AssertError's message (which includes the file and line > > number of the failure) and its stack trace are plenty. It's exactly what > > you need and nothing else. > > > > - Jonathan M Davis > > I want to have suc

Re: dmd and C++11

On 29/12/2011 16:16, Trass3r wrote: On Thursday, 29 December 2011 at 16:00:47 UTC, Vladimir Panteleev wrote: On Thursday, 29 December 2011 at 15:58:55 UTC, Trass3r wrote: What's the stance on using C++11 features in the dmd source code in the future? Well, how many C++11 features does DMC sup

Re: CURL Wrapper: Congratulations Next up: std.serialize

> > I think that the AssertError's message (which includes the file and line > number of the failure) and its stack trace are plenty. It's exactly what > you need and nothing else. > > - Jonathan M Davis I want to have such a summary. What's about running only certain unittests?

Re: string is rarely useful as a function argument

On 12/31/11 2:04 AM, Walter Bright wrote: On 12/30/2011 11:09 PM, Andrei Alexandrescu wrote: On 12/30/11 10:09 PM, Walter Bright wrote: I'm not so sure about that. Timon Gehr's X macro tried to handle UTF-8 correctly, but it turned out that the naive version that used [i] and .length worked cor

Re: string is rarely useful as a function argument

2011/12/31 Walter Bright : > On 12/30/2011 11:09 PM, Andrei Alexandrescu wrote: >> >> On 12/30/11 10:09 PM, Walter Bright wrote: >>> >>> I'm not so sure about that. Timon Gehr's X macro tried to handle UTF-8 >>> correctly, but it turned out that the naive version that used [i] and >>> .length worke

Re: string is rarely useful as a function argument

On 12/30/2011 11:09 PM, Andrei Alexandrescu wrote: On 12/30/11 10:09 PM, Walter Bright wrote: I'm not so sure about that. Timon Gehr's X macro tried to handle UTF-8 correctly, but it turned out that the naive version that used [i] and .length worked correctly. This is typical, not exceptional.

Re: string is rarely useful as a function argument

On Sat, Dec 31, 2011 at 12:09 AM, Andrei Alexandrescu < seewebsiteforem...@erdani.org> wrote: > On 12/30/11 10:09 PM, Walter Bright wrote: > >> On 12/30/2011 7:30 PM, Jonathan M Davis wrote: >> >>> Yes, diligent programmers will generally find such problems, but with the >>> current scheme, it's _