Re: Fixing valid options for std.getopt

Andrej Mitrovic wrote: On Windoze I think it's pretty standard to use -longname. I really like forward-slash style arguments too (boo-hoo for you posixers, idk.). Does anything on Windows use --longname, apart from direct ports of posix tools?

Re: [GSOC] regular expressions beta is here

Lutger Blijdestijn wrote: Don wrote: bearophile wrote: Contracts don't replace unittests, they complement each other. They are nice but have little value over plain assert _unless_ we are talking about classes and _inheritance_, which isn't the case here. It's easy to forget to test the ou

Re: [GSOC] regular expressions beta is here

On 2011-08-10 19:45, Andrei Alexandrescu wrote: That's pretty cool actually because it naturally extends the built-in approach. When you do e.g. if (pointer) that's really equivalent to if (cast(bool) pointer) and so on. Andrei Cool, I always thought that opCast was for explicit casts, but may

Re: [GSOC] regular expressions beta is here

Don wrote: > bearophile wrote: >> Contracts don't replace unittests, they complement each other. >> >> >>> They are nice but have little value over plain assert >>> _unless_ we are talking about classes and _inheritance_, which isn't the >>> case here. >> >> It's easy to forget to test the outp

Re: [GSOC] regular expressions beta is here

On Thursday, August 11, 2011 06:58:51 Don wrote: > I think that EVERY struct and class in Phobos should have an invariant > (except for something like Complex, where there are no invalid values). > But I don't think 'out' contracts would add much value at all. That would be great, but several bugs

Re: [GSOC] regular expressions beta is here

bearophile wrote: Contracts don't replace unittests, they complement each other. They are nice but have little value over plain assert _unless_ we are talking about classes and _inheritance_, which isn't the case here. It's easy to forget to test the output of a function, the "out" contract

Re: CSV Documentation

On Wednesday, August 10, 2011 23:42:17 dsimcha wrote: > On 8/10/2011 10:36 PM, Jesse Phillips wrote: > > I'm hoping to be able to get a review of the documentation in terms of > > content. The things I'm interested in. > > > > Can you easily identify it's capabilities? Does it answer questions if

Re: CSV Documentation

On 8/10/2011 10:36 PM, Jesse Phillips wrote: I'm hoping to be able to get a review of the documentation in terms of content. The things I'm interested in. Can you easily identify it's capabilities? Does it answer questions if you are interested in how do do something? Opinions on the TODO items?

CSV Documentation

I'm hoping to be able to get a review of the documentation in terms of content. The things I'm interested in. Can you easily identify it's capabilities? Does it answer questions if you are interested in how do do something? Opinions on the TODO items? Do I need more examples, fewer? Is the documen

Re: Parallel ByLine, ByChunk?

On 8/10/2011 7:58 PM, Graham Fawcett wrote: On Tue, 09 Aug 2011 20:22:40 +, dsimcha wrote: Ok, I've actually managed to come up with a good way to do this without writing any new low-level concurrency code. The idea is to create two delegates: nextDel reads the next element into a user-pr

Re: Parallel ByLine, ByChunk?

On Tue, 09 Aug 2011 20:22:40 +, dsimcha wrote: > Ok, I've actually managed to come up with a good way to do this without > writing any new low-level concurrency code. The idea is to create two > delegates: nextDel reads the next element into a user-provided buffer. > emptyDel tests whether

Re: Fixing valid options for std.getopt

On Windoze I think it's pretty standard to use -longname. I really like forward-slash style arguments too (boo-hoo for you posixers, idk.).

Re: Fixing valid options for std.getopt

On Thu, 11 Aug 2011, David Nadlinger wrote: > On 8/10/11 3:57 AM, Andrew Wiley wrote: > > On Tue, Aug 9, 2011 at 6:01 PM, David Nadlinger > > wrote: > > I don't know what your definition of odd is, but some > > counterexamples that immediately come to my mind:

Re: Fixing valid options for std.getopt

On 8/10/11 3:57 AM, Andrew Wiley wrote: On Tue, Aug 9, 2011 at 6:01 PM, David Nadlinger mailto:s...@klickverbot.at>> wrote: I don't know what your definition of odd is, but some counterexamples that immediately come to my mind: GCC, just about every Java VM, LLVM/Clang, … David I

Re: Fixing valid options for std.getopt

On Wednesday, August 10, 2011 15:28 Jens Mueller wrote: > D's getopt is actually modeled after Perl's Getopt::Long > (http://perldoc.perl.org/Getopt/Long.html). Linux's getopt is actually > different in the details but I believe D's getopt is easy to use in > comparison. Well, D's getopt should be

Re: Fixing valid options for std.getopt

Jonathan M Davis wrote: > Personally, I'll all for requiring that multi-character flags use -- and not > -, > and I _do_ think that it's problematic to allow multi-character flags to use > -. > However, I'm not entirely against having a way to tell getopt to accept multi- > character flags with

Re: Fixing valid options for std.getopt

Andrew Wiley wrote: > On Tue, Aug 9, 2011 at 6:01 PM, David Nadlinger wrote: > > > On 8/10/11 2:57 AM, Jonathan M Davis wrote: > > > >> It's _very_ odd for dmd to have flags which are multi-character but only > >> take > >> a single -, and I'd argue that that's not behavior which should be > >> e

Re: CTFE - compiling other languages inside D

Heh, I just tried to outsmart the compiler by mixing in a version declaration from another file, but it complains about version being defined after use. E.g. ctfe.d: version = foo; main.d: mixin(import("ctfe.d")); version(foo) // won't fly, version foo defined after use { }

Re: CTFE - compiling other languages inside D

On 8/10/11 11:43 PM, Marco Leise wrote: Am 10.08.2011, 22:49 Uhr, schrieb Timon Gehr : Marco Leise wrote: For starters, how about this?: static string someExternalText = __ctfeReadFile("external.txt"); static byte[] chipInitialState = __ctfeReadFile("initial_state.bin"); static string someEx

Re: CTFE - compiling other languages inside D

Nick Sabalausky wrote: > "Adam D. Ruppe" wrote in message > news:j1ufc0$avd$1...@digitalmars.com... >> Marco Leise wrote: >>> An unlikely example would be a C compiler within CTFE that takes a >>> string of C source code and turns it into a D mixin. Is that >>> possible? >> >> It'd be a fair amoun

Re: CTFE - compiling other languages inside D

Am 10.08.2011, 22:49 Uhr, schrieb Timon Gehr : Marco Leise wrote: For starters, how about this?: static string someExternalText = __ctfeReadFile("external.txt"); static byte[] chipInitialState = __ctfeReadFile("initial_state.bin"); static string someExternalText = import("external

Re: Curl wrapper

Jonas Drewsen wrote: >On 10/08/11 11.14, Johannes Pfau wrote: >> Jonas Drewsen wrote: >>> Hi, >>> >>> I believe the curl wrapper is ready for a first round of reviews. >>> >>> If I remember correctly it is Jonathan who schedules the reviews. >>> So Jonathan: Do you know when this could fit in? >>>

Re: [GSOC] regular expressions beta is here

> On 10.08.2011 22:12, Jonathan M Davis wrote: > > There a few things that were agreed upon (such as always putting > > braces on their own line), > > There is? Parallelism and json uses braces on the same line. It was agreed upon, and where it has been noticed, it has been fixed. But as I said,

Re: [GSOC] regular expressions beta is here

Am 10.08.2011, 22:12 Uhr, schrieb Jonathan M Davis : [...] I don't see any reason to keep discussing it over and over. You see, and that is why we should make that explicit rather than implicit in the style guide. An additional point "personal preference" could list "blank lines to group l

Re: CTFE - compiling other languages inside D

Marco Leise wrote: > For starters, how about this?: > static string someExternalText = __ctfeReadFile("external.txt"); > static byte[] chipInitialState = __ctfeReadFile("initial_state.bin"); static string someExternalText = import("external.txt"); static byte[] chipInitialState = import(

Re: CTFE - compiling other languages inside D

On 10/08/2011 21:32, Marco Leise wrote: For starters, how about this?: static string someExternalText = __ctfeReadFile("external.txt"); static byte[] chipInitialState = __ctfeReadFile("initial_state.bin"); Every external file used in compiling a source file would be added to the list of files to

Re: CTFE - compiling other languages inside D

Am 10.08.2011, 20:34 Uhr, schrieb Nick Sabalausky : "Adam D. Ruppe" wrote in message news:j1ufc0$avd$1...@digitalmars.com... Marco Leise wrote: An unlikely example would be a C compiler within CTFE that takes a string of C source code and turns it into a D mixin. Is that possible? It'd be a

Re: [GSOC] regular expressions beta is here

On 10.08.2011 22:12, Jonathan M Davis wrote: There a few things that were agreed upon (such as always putting braces on their own line), There is? Parallelism and json uses braces on the same line.

Re: [GSOC] regular expressions beta is here

On Wednesday, August 10, 2011 21:42:01 Marco Leise wrote: > Am 10.08.2011, 19:24 Uhr, schrieb Adam D. Ruppe > > : > > bearophile: > > > > The thing is just because you call it a problem a lot doesn't mean > > everyone else sees it that way. > > > > A lot of us have many years of experience and j

DIP11

What is the status of DIP11 http://www.wikiservice.at/d/wiki.cgi?LanguageDevel/DIPs/DIP11 Has anyone started implementing it? Has it been rejected? /Jonas

Re: [GSOC] regular expressions beta is here

Am 10.08.2011, 19:24 Uhr, schrieb Adam D. Ruppe : bearophile: The thing is just because you call it a problem a lot doesn't mean everyone else sees it that way. A lot of us have many years of experience and just don't see it the same way you do. I think a blank line makes code easier on th

Re: Any D developer at GDC europe next week ?

"Marco Leise" wrote in message news:op.vzz7f9b29y6...@dslb-088-070-152-209.pools.arcor-ip.net... > Am 10.08.2011, 10:20 Uhr, schrieb Stephan : > >> On 09.08.2011 18:52, Trass3r wrote: Hi perhaps there is a chance to talk about D in the game industry ?! I will be there. >>> >>> Conv

Re: [GSOC] regular expressions beta is here

Dmitry Olshansky: > Braces *are* paragraphs of code, They sometimes are, but inside functions there are other kinds of "paragraphs". As an example, this is first-quality C code (partially written by R. Hettinger): http://hg.python.org/cpython/file/d5b274a0b0a5/Modules/_collectionsmodule.c If yo

Re: Std.path: Final Vote

On 8/5/11 7:26 AM, dsimcha wrote: My apologies for not announcing this yesterday. For some reason I thought today was the official end of review. Anyhow, Lars Kyllingstad's new std.path module, which has been in review for the past 3 weeks, is up for vote. Please vote yes or no in this thread. C

Re: CTFE - compiling other languages inside D

"Adam D. Ruppe" wrote in message news:j1ufc0$avd$1...@digitalmars.com... > Marco Leise wrote: >> An unlikely example would be a C compiler within CTFE that takes a >> string of C source code and turns it into a D mixin. Is that >> possible? > > It'd be a fair amount of work, but it should be poss

Re: [GSOC] regular expressions beta is here

On 10.08.2011 22:11, Vladimir Panteleev wrote: On Wed, 10 Aug 2011 20:59:27 +0300, Dmitry Olshansky wrote: About spaces personally I dislike eating extra vertical space for "clarity", curly braces on it's own line is already way too much. Think about reading a book without the half lines betw

Re: CTFE - compiling other languages inside D

On 8/10/11 2:09 PM, Marco Leise wrote: With the recent ORM and RegEx projects dissecting SQL statements and regular expressions turning them into D code, I am impressed by the possibilities of CTFE. Where are the limitations to this system? An unlikely example would be a C compiler within CTFE th

Re: [GSOC] regular expressions beta is here

On Wed, 10 Aug 2011 20:59:27 +0300, Dmitry Olshansky wrote: About spaces personally I dislike eating extra vertical space for "clarity", curly braces on it's own line is already way too much. Think about reading a book without the half lines between paragraphs. In code it's the same. Some e

Re: What library functionality would you most like to see in D?

On 10.08.2011 19:02, Simen Kjaeraas wrote: On Sun, 31 Jul 2011 07:27:19 +0200, Jonathan M Davis wrote: So, what major functionality which we don't currently have would you like to see in either Phobos or in a 3rd party library so that you could use it in your D programs? Database connectivit

Re: CTFE - compiling other languages inside D

On 8/10/11 11:09 AM, Marco Leise wrote: With the recent ORM and RegEx projects dissecting SQL statements and regular expressions turning them into D code, I am impressed by the possibilities of CTFE. Where are the limitations to this system? An unlikely example would be a C compiler within CTFE t

Re: PSP emulator written in D

Peter Alexander: > Can you do that in LDC? (I'm not familiar with it). They can't do that, I think: http://www.dsource.org/projects/ldc/wiki/InlineAsmExpressions > I will do if/when I find time. Good. This enhancement request asks for just closures, but listing general heap allocations too is

Re: [GSOC] regular expressions beta is here

On 10.08.2011 21:11, bearophile wrote: Dmitry Olshansky: Honestly I can't get why you are so nervous about code style anyway, you seem to bring this up way to often. I bring it often because many D programmers seem half blind to this problem. I am not willing to go to the extremes Go language

Re: Curl wrapper

> On 10/08/11 09.49, Jonathan M Davis wrote: > > On Wednesday, August 10, 2011 09:16:35 Jonas Drewsen wrote: > >> Hi, > >> > >> I believe the curl wrapper is ready for a first round of reviews. > >> > >> If I remember correctly it is Jonathan who schedules the reviews. > >> So Jonathan: Do you kn

Re: [GSOC] regular expressions beta is here

On 8/10/11 10:46 AM, Jacob Carlborg wrote: On 2011-08-10 17:55, Dmitry Olshansky wrote: On 10.08.2011 18:54, Jacob Carlborg wrote: Interesting idea, one problem with it is that I want this: auto m = match("bleh", "bleh"); writeln(m); to actually print "bleh", not true Right now due to a carry

Re: Std.path: Final Vote

On Fri, 05 Aug 2011 16:26:39 +0300, dsimcha wrote: My apologies for not announcing this yesterday. For some reason I thought today was the official end of review. Anyhow, Lars Kyllingstad's new std.path module, which has been in review for the past 3 weeks, is up for vote. Please vote y

Re: PSP emulator written in D

On 10/08/11 12:21 PM, bearophile wrote: A 2D/3D/4D vector is good to have in Phobos. (Quaternion are optional). Quaternions are important for fast 3D rotations, but yes, vectors are most important. SIMD intrinsics are obviously essential for AAA development.< The problem is they change a

Re: [GSOC] regular expressions beta is here

On 8/10/11 9:55 AM, Dmitry Olshansky wrote: On 10.08.2011 18:54, Jacob Carlborg wrote: Interesting idea, one problem with it is that I want this: auto m = match("bleh", "bleh"); writeln(m); to actually print "bleh", not true Right now due to a carry over bug from std.regex (interface thing) wr

Re: Std.path: Final Vote

On 8/10/11 9:46 AM, dsimcha wrote: == Quote from Russel Winder (rus...@russel.org.uk)'s article --=-/EZ9N8/9sZ9dsJoreonX Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2011-08-10 at 11:19 +, Lars T. Kyllingstad wrote: [ . . . ] I would just lik

Re: [GSOC] regular expressions beta is here

Adam D. Ruppe: > A lot of us have many years of experience and just don't see it the > same way you do. This "you" is a group that includes people like Guido V. Rossum, Rob Pike, Ken Thompson and R. Hettinger (they have feelings even stronger than mine on this topic). Bye, bearophile

Re: CTFE - compiling other languages inside D

Marco Leise wrote: > An unlikely example would be a C compiler within CTFE that takes a > string of C source code and turns it into a D mixin. Is that > possible? It'd be a fair amount of work, but it should be possible. It's tempting to try to implement that as an alternative to D bindings modul

Re: [GSOC] regular expressions beta is here

bearophile: The thing is just because you call it a problem a lot doesn't mean everyone else sees it that way. A lot of us have many years of experience and just don't see it the same way you do.

Re: [GSOC] regular expressions beta is here

On Wed, 10 Aug 2011 12:46:25 -0400, Jacob Carlborg wrote: On 2011-08-10 17:55, Dmitry Olshansky wrote: After some experience with alias this I had to conclude that it's rather blunt tool, and I'd rather stay away of it. Actually I like Steven's opCast suggestion, so that it works in conditio

Re: What library functionality would you most like to see in D?

Simen Kjaeraas: > Nice idea. So simple yet so useful. It's not an original idea, it's essentially a Phobos version of this Python standard library :-) http://docs.python.org/library/operator.html Bye, bearophile

Re: [GSOC] regular expressions beta is here

Dmitry Olshansky: > Honestly I can't get why you are so nervous about code style anyway, you > seem to bring this up way to often. I bring it often because many D programmers seem half blind to this problem. I am not willing to go to the extremes Go language goes to solve this problem, but I'd

CTFE - compiling other languages inside D

With the recent ORM and RegEx projects dissecting SQL statements and regular expressions turning them into D code, I am impressed by the possibilities of CTFE. Where are the limitations to this system? An unlikely example would be a C compiler within CTFE that takes a string of C source cod

Re: What library functionality would you most like to see in D?

On Tue, 02 Aug 2011 20:04:40 +0200, Paul D. Anderson wrote: I'm nearing completion on an arbitrary-precision floating point library, along with implementations of decimal32, decimal64 and decimal128 structs. Awesome. -- Simen

Re: What library functionality would you most like to see in D?

On Sun, 31 Jul 2011 15:49:42 +0200, bearophile wrote: - std.operator: standard operators as functions, to be used with higher order functions; Nice idea. So simple yet so useful. -- Simen

Re: What library functionality would you most like to see in D?

On Sun, 31 Jul 2011 07:27:19 +0200, Jonathan M Davis wrote: So, what major functionality which we don't currently have would you like to see in either Phobos or in a 3rd party library so that you could use it in your D programs? Database connectivity, XML, OpenGL bindings, full OS bindi

Re: path tracing benchmark

On 10/08/2011 17:43, Trass3r wrote: Am 10.08.2011, 18:16 Uhr, schrieb Robert Clipsham : On 10/08/2011 14:49, Trass3r wrote: Had a quick look at the source, no indications that -O4 and O5 do anything more than -O3. They don't, there's no way to do LTO built into LDC. I seem to recall some conv

Re: DB ORM

On 2011-08-10 16:01, Piotr Szturmaj wrote: zhang wrote: About ORM, the Python has SQLObject (http://sqlobject.org/), the Java has Hibernate (http://www.hibernate.org/), and the C# has NHibernate and Entity Framework (http://msdn.microsoft.com/en-us/data/aa937723). The D maybe also need one. Gla

Re: [GSOC] regular expressions beta is here

On 2011-08-10 18:02, bearophile wrote: Dmitry Olshansky: To get a small no-crap-included beta package see download section of https://github.com/blackwhale/FReD for .7zs. When you write some English text you don't write a single block of text, you organize it into paragraphs, and paragraphs

Re: [GSOC] regular expressions beta is here

On 2011-08-10 17:55, Dmitry Olshansky wrote: On 10.08.2011 18:54, Jacob Carlborg wrote: Interesting idea, one problem with it is that I want this: auto m = match("bleh", "bleh"); writeln(m); to actually print "bleh", not true Right now due to a carry over bug from std.regex (interface thing) w

Re: path tracing benchmark

Am 10.08.2011, 18:16 Uhr, schrieb Robert Clipsham : On 10/08/2011 14:49, Trass3r wrote: Had a quick look at the source, no indications that -O4 and O5 do anything more than -O3. They don't, there's no way to do LTO built into LDC. I seem to recall some conversation about adding it, I may ju

Re: [GSOC] regular expressions beta is here

On 10.08.2011 20:02, bearophile wrote: Dmitry Olshansky: To get a small no-crap-included beta package see download section of https://github.com/blackwhale/FReD for .7zs. When you write some English text you don't write a single block of text, you organize it into paragraphs, and paragraphs i

Re: Std.path: Final Vote

On Fri, 05 Aug 2011 22:26:39 +0900, dsimcha wrote: My apologies for not announcing this yesterday. For some reason I thought today was the official end of review. Anyhow, Lars Kyllingstad's new std.path module, which has been in review for the past 3 weeks, is up for vote. Please vote y

Re: DB ORM

zhang wrote: > The D maybe also need one. Glad to see someone being interesting in > this. You might want to look at class DataObject in database.d here: https://github.com/adamdruppe/misc-stuff-including-D-programming-language-web-stuff It's pretty minimal but it covers the cases that irk me mo

Re: path tracing benchmark

On 10/08/2011 14:49, Trass3r wrote: LDC does have -O4 and -O5 switches but they probably don't work?! Had a quick look at the source, no indications that -O4 and O5 do anything more than -O3. They don't, there's no way to do LTO built into LDC. I seem to recall some conversation about adding

Re: DB ORM

Piotr Szturmaj: > I think D needs user defined attributes first. In past discussions I have seen three or more different ideas of what 'user defined attributes' need to be in D: - A person has suggested for them to be like Python decorators, this means function templates that take a function an

Re: [GSOC] regular expressions beta is here

Dmitry Olshansky: > To get a small no-crap-included beta package see download section of > https://github.com/blackwhale/FReD for .7zs. When you write some English text you don't write a single block of text, you organize it into paragraphs, and paragraphs into chapters, chapters into sections

Re: [GSOC] regular expressions beta is here

On 10.08.2011 18:54, Jacob Carlborg wrote: Interesting idea, one problem with it is that I want this: auto m = match("bleh", "bleh"); writeln(m); to actually print "bleh", not true Right now due to a carry over bug from std.regex (interface thing) writln(m) will just do a stackoverflow, m.hit h

Re: DB ORM

Am 10.08.2011, 16:01 Uhr, schrieb Piotr Szturmaj : zhang wrote: About ORM, the Python has SQLObject (http://sqlobject.org/), the Java has Hibernate (http://www.hibernate.org/), and the C# has NHibernate and Entity Framework (http://msdn.microsoft.com/en-us/data/aa937723). The D maybe also n

Re: Std.path: Final Vote

== Quote from Russel Winder (rus...@russel.org.uk)'s article > --=-/EZ9N8/9sZ9dsJoreonX > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > On Wed, 2011-08-10 at 11:19 +, Lars T. Kyllingstad wrote: > [ . . . ] > > I would just like to remind everyone that

Re: PSP emulator written in D

KennyTM~: > These exceptions are not common or basic. You are right, sorry. I meant common ones like this: http://d.puremagic.com/issues/show_bug.cgi?id=6410 Bye, bearophile

Re: Std.path: Final Vote

On Wed, 2011-08-10 at 11:19 +, Lars T. Kyllingstad wrote: [ . . . ] > I would just like to remind everyone that there are now only two days > left until voting ends. While I am certainly pleased that everyone has > so far voted "yes", I am a bit worried that so few people have voted in > th

Re: Review Queue Update?

Am 10.08.2011, 15:51 Uhr, schrieb Steven Schveighoffer : On Wed, 10 Aug 2011 09:22:46 -0400, dsimcha wrote: std.process (New and much improved, by Steve Schveighoffer and IIRC Lars Kylingstad also contributed. Personally I'd like this to be given a high priority b/c the old std.process

Re: Review Queue Update?

"dsimcha" wrote in message news:j1u0o8$2gdg$1...@digitalmars.com... > The review of the new std.path is drawing to a close and it looks like > another success! (Congratulations, Lars.) Lately, though, the queue of > stuff to review has been getting rather long, admittedly a problem we'd > li

Re: Review Queue Update?

On Wed, 10 Aug 2011 11:12:49 -0400, Vladimir Panteleev wrote: On Wed, 10 Aug 2011 18:07:53 +0300, Andrej Mitrovic wrote: Where is this new std.process btw.? Is it on github or somewhere? I believe this is it: https://github.com/kyllingstad/phobos/blob/new-std-process/std/process.d J

Re: Any D developer at GDC europe next week ?

Am 10.08.2011, 10:20 Uhr, schrieb Stephan : On 09.08.2011 18:52, Trass3r wrote: Hi perhaps there is a chance to talk about D in the game industry ?! I will be there. Convince Crytek to switch to D ;) I will do my best :) -Stephan Start by asking what programming language they use. C++?

Re: Review Queue Update?

On Wed, 10 Aug 2011 18:07:53 +0300, Andrej Mitrovic wrote: Where is this new std.process btw.? Is it on github or somewhere? I believe this is it: https://github.com/kyllingstad/phobos/blob/new-std-process/std/process.d -- Best regards, Vladimirmailto:vladi...

Re: [GSOC] regular expressions beta is here

On 10.08.2011 16:54, Steven Schveighoffer wrote: On Wed, 10 Aug 2011 07:51:32 -0400, Dmitry Olshansky wrote: On 10.08.2011 15:34, Jacob Carlborg wrote: On 2011-08-10 12:42, Dmitry Olshansky wrote: In case I failed to mention it before, I m working on the project codenamed FReD that is aimed

Re: Review Queue Update?

Where is this new std.process btw.? Is it on github or somewhere?

Re: [GSOC] regular expressions beta is here

On Wed, 10 Aug 2011 14:44:44 +0300, Dmitry Olshansky wrote: Yes, I've dubbed it static regex. In fact it will be something similar to this, though it will do a heap allocation for backtracking points, on first call to match. Heap allocations are definetly going away in final release.

Re: [GSOC] regular expressions beta is here

Interesting idea, one problem with it is that I want this: auto m = match("bleh", "bleh"); writeln(m); to actually print "bleh", not true Right now due to a carry over bug from std.regex (interface thing) writln(m) will just do a stackoverflow, m.hit however works. No, that won't be any proble

Re: Review Queue Update?

On Wed, 10 Aug 2011 09:22:46 -0400, dsimcha wrote: > The review of the new std.path is drawing to a close and it looks like > another success! (Congratulations, Lars.) Lately, though, the queue of > stuff to review has been getting rather long, admittedly a problem we'd > like to have. I want t

Re: DB ORM

zhang wrote: About ORM, the Python has SQLObject (http://sqlobject.org/), the Java has Hibernate (http://www.hibernate.org/), and the C# has NHibernate and Entity Framework (http://msdn.microsoft.com/en-us/data/aa937723). The D maybe also need one. Glad to see someone being interesting in this.

Re: Review Queue Update?

On Wed, 10 Aug 2011 09:22:46 -0400, dsimcha wrote: std.process (New and much improved, by Steve Schveighoffer and IIRC Lars Kylingstad also contributed. Personally I'd like this to be given a high priority b/c the old std.process sucks so much and it's been waiting so long for compiler bu

Re: path tracing benchmark

LDC does have -O4 and -O5 switches but they probably don't work?! Had a quick look at the source, no indications that -O4 and O5 do anything more than -O3.

Re: Std.path: Final Vote

Am 10.08.2011, 13:19 Uhr, schrieb Lars T. Kyllingstad : On Fri, 05 Aug 2011 09:26:39 -0400, dsimcha wrote: My apologies for not announcing this yesterday. For some reason I thought today was the official end of review. Anyhow, Lars Kyllingstad's new std.path module, which has been in revie

Review Queue Update?

The review of the new std.path is drawing to a close and it looks like another success! (Congratulations, Lars.) Lately, though, the queue of stuff to review has been getting rather long, admittedly a problem we'd like to have. I want to get a list of stuff that's ready or will be ready in s

Re: Curl wrapper

On 10/08/11 11.14, Johannes Pfau wrote: Jonas Drewsen wrote: Hi, I believe the curl wrapper is ready for a first round of reviews. If I remember correctly it is Jonathan who schedules the reviews. So Jonathan: Do you know when this could fit in? Regards, Jonas Sorry, I wanted to post this e

Re: path tracing benchmark

Am 10.08.2011, 14:54 Uhr, schrieb bearophile : Trass3r: Is there a more convenient way to get LTO with LDC? This is the best/only one I have found for LDC1. Feel free to search for something better/shorter (and tell me if you find it, please). Well, obviously you need to install the gold

Re: Curl wrapper

On 10/08/11 09.49, Jonathan M Davis wrote: On Wednesday, August 10, 2011 09:16:35 Jonas Drewsen wrote: Hi, I believe the curl wrapper is ready for a first round of reviews. If I remember correctly it is Jonathan who schedules the reviews. So Jonathan: Do you know when this could fit in? LOL.

Re: path tracing benchmark

Trass3r: > Is there a more convenient way to get LTO with LDC? This is the best/only one I have found for LDC1. Feel free to search for something better/shorter (and tell me if you find it, please). Bye, bearophile

Re: [GSOC] regular expressions beta is here

On Wed, 10 Aug 2011 07:51:32 -0400, Dmitry Olshansky wrote: On 10.08.2011 15:34, Jacob Carlborg wrote: On 2011-08-10 12:42, Dmitry Olshansky wrote: In case I failed to mention it before, I m working on the project codenamed FReD that is aimed at ~100%* source level compatible overhaul of st

Re: DB ORM

About ORM, the Python has SQLObject (http://sqlobject.org/), the Java has Hibernate (http://www.hibernate.org/), and the C# has NHibernate and Entity Framework (http://msdn.microsoft.com/en-us/data/aa937723). The D maybe also need one. Glad to see someone being interesting in this. --

Re: Why do shift operators undergo integral promotion?

Walter Bright wrote: On 8/9/2011 2:46 AM, Don wrote: From a discussion on D.learn. If x and y are different integral types, then in an expression like x >> y the integral promotion rules are applied to x and y. This behaviour is obviously inherited from C, but why did C use such a counter-intu

Re: path tracing benchmark

If I compile it with with LDC1 with Link Time Optimization + Interning: ldc -O3 -release -inline -output-bc smallpt2_d.d opt -std-compile-opts smallpt2_d.bc > smallpt2_do.bc llvm-ld -native -ltango-base-ldc -ltango-user-ldc -ldl -lm -lpthread -internalize-public-api-list=_Dmain -o=smallpt2_do

Re: PSP emulator written in D

The garbage collector is something that still needs work. My current project has several second stalls every once in a while due to the GC (indies might be happy to miss a frame or two (30-60ms) but AAA developers won't, so you either don't use the GC, or it has to collect in under a couple

Re: [GSOC] regular expressions beta is here

On 10.08.2011 15:34, Jacob Carlborg wrote: On 2011-08-10 12:42, Dmitry Olshansky wrote: In case I failed to mention it before, I m working on the project codenamed FReD that is aimed at ~100%* source level compatible overhaul of std.regex, that uses better implementation techniques, provides mod

Re: [GSOC] regular expressions beta is here

On 10.08.2011 15:16, Vladimir Panteleev wrote: On Wed, 10 Aug 2011 13:42:25 +0300, Dmitry Olshansky wrote: and to get CTFE features working add if(!__ctfe) listed in the next diff Hi, does this rewrite cover compile-time regex compilation? E.g. regex!`^a` compiling to s.length&&s[0]=='a' o

  1   2   >