Re: std.container and classes

On 2011-12-19 05:12, Jonathan M Davis wrote: On Sunday, December 18, 2011 02:46:01 Andrei Alexandrescu wrote: If this is a new notion, it might take a while for all of its aspects to sink in. I'm not saying that to be smug - reference counting vs. other methods of collecting garbage is definitel

Re: d future or plans for d3

On 2011-12-19 00:19, Adam Wilson wrote: On Sun, 18 Dec 2011 15:02:17 -0800, Timon Gehr wrote: On 12/18/2011 11:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise

Re: Java > Scala

On 2011-12-18 21:29, Andrei Alexandrescu wrote: On 12/18/11 1:00 PM, Paulo Pinto wrote: Walter Bright Wrote: On 12/17/2011 10:36 PM, Russel Winder wrote: In all of this, the issue of portability of code has seemingly been missed. One of the main reasons for Java in 1995 (other than the trendi

Re: Next in Review Queue (12/18/2011)? std.serialize/orange?

On 2011-12-18 21:24, dsimcha wrote: The review of std.net.curl is done and the voting has started. I'm loving this steady pipeline of reviews and additions to Phobos. According to http://prowiki.org/wiki4d/wiki.cgi?ReviewQueue, there's nothing ready for review now, though. Jacob Carlborg, are yo

Re: Bugzilla patches

On 12/18/2011 11:20 PM, Brad Anderson wrote: On Mon, Dec 19, 2011 at 12:13 AM, Andrew Wiley That kills it right there.

Re: d future or plans for d3

On Monday, 19 December 2011 at 07:27:14 UTC, Adam Wilson wrote: On Sun, 18 Dec 2011 23:19:41 -0800, Vladimir Panteleev wrote: On Monday, 19 December 2011 at 07:11:10 UTC, Adam Wilson wrote: It seems to me that no one else is interested... Not true :) Hehe, I mean't outside the D communit

Re: List of updated libraries

On Monday, 19 December 2011 at 06:03:08 UTC, Henrik Nordvik wrote: There's a page on the wiki: http://prowiki.org/wiki4d/wiki.cgi?AllLibraries That wasn't very updated. I checked a sample of the links, and a lot were dead, from 2003, 2004, 2006 etc. With so many dead project I get the feeling

Re: d future or plans for d3

On Sun, 18 Dec 2011 23:19:41 -0800, Vladimir Panteleev wrote: On Monday, 19 December 2011 at 07:11:10 UTC, Adam Wilson wrote: It seems to me that no one else is interested... Not true :) Hehe, I mean't outside the D community. I can think of five people off the top of my head inside th

Re: Bugzilla patches

On 12/18/2011 11:13 PM, Andrew Wiley wrote: On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright wrote: I'm looking for volunteers to convert all the remaining patches in Bugzilla to pull requests. I could take a crack at it, although if you're going to do that, why not move the issue tracking to

Re: Bugzilla patches

On 12/18/2011 11:20 PM, Brad Anderson wrote: > On Mon, Dec 19, 2011 at 12:13 AM, Andrew Wiley > wrote: > > On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright > mailto:newshou...@digitalmars.com>> wrote: > > I'm looking for volunteers to convert all the re

Re: Bugzilla patches

On Monday, 19 December 2011 at 07:13:54 UTC, Andrew Wiley wrote: On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright wrote: I'm looking for volunteers to convert all the remaining patches in Bugzilla to pull requests. I could take a crack at it, although if you're going to do that, why not move

Re: Bugzilla patches

On Mon, Dec 19, 2011 at 12:13 AM, Andrew Wiley wrote: > On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright > wrote: > > I'm looking for volunteers to convert all the remaining patches in > Bugzilla > > to pull requests. > > I could take a crack at it, although if you're going to do that, why > not m

Re: d future or plans for d3

I think there is no need in language changes. Everythink can be implemented via library. What is needed: - base agent class - base behaviors - runtime that provide ability to run independent agents even in single-thread mode. Number of agents can be greater then number of treads. so schedul

Re: d future or plans for d3

On Monday, 19 December 2011 at 07:11:10 UTC, Adam Wilson wrote: It seems to me that no one else is interested... Not true :)

Re: d future or plans for d3

On Sun, 18 Dec 2011 15:55:18 -0800, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:28:16 UTC, Andrei Alexandrescu wrote: I'm not sure. I seem to recall discussions with pathological cases when large regions of memory were scanned for no good reason. We need to factor the freq

Re: Bugzilla patches

On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright wrote: > I'm looking for volunteers to convert all the remaining patches in Bugzilla > to pull requests. I could take a crack at it, although if you're going to do that, why not move the issue tracking to Github as well and take advantage of the int

Re: Package manager - interacting with the compiler

Am 11.12.2011, 23:12 Uhr, schrieb Jacob Carlborg : On 2011-12-10 23:32, J Arrizza wrote: A few other potential twists. - the installation step needs to be portable int that can install the variant build artifacts into non-standard file system locations. For example, the build artifacts for the

Bugzilla patches

I'm looking for volunteers to convert all the remaining patches in Bugzilla to pull requests.

Re: Java > Scala

On 12/18/2011 11:08 AM, Isaac Gouy wrote: I rather object to the baseless accusation that the benchmarks game is "designed to show that C is the one true language for writing performance computation." Your accusation is false. Your accusation is ignorant (literally). This is why I quit postin

Re: dmd.conf's -L--export-dynamic prevents my compiler from working

Am 19.12.2011, 05:30 Uhr, schrieb Chad J : On 12/18/2011 05:36 PM, Marco Leise wrote: Am 18.12.2011, 20:58 Uhr, schrieb mta`chrono : Your problem seems to be really frustrating. I'm using ubuntu amd64 and everything is fine here. I'd like to reproduce your issue. Can you paste a link to yo

Re: List of updated libraries

On Monday, 19 December 2011 at 06:03:08 UTC, Henrik Nordvik wrote: There's a page on the wiki: http://prowiki.org/wiki4d/wiki.cgi?AllLibraries That wasn't very updated. I checked a sample of the links, and a lot were dead, from 2003, 2004, 2006 etc. With so many dead project I get the feelin

Re: List of updated libraries

> There's a page on the wiki: > > http://prowiki.org/wiki4d/wiki.cgi?AllLibraries That wasn't very updated. I checked a sample of the links, and a lot were dead, from 2003, 2004, 2006 etc. With so many dead project I get the feeling that D is dead. I fact, I have found almost no active projects.

Re: Reducing Linker Bugs

On 12/18/2011 8:38 PM, dsimcha wrote: Two questions: 1. What's the best way to file a bug report against Optlink when I get one of those "Optlink terminated unexpectedly" windows and I'm linking in libraries that I don't have the source code to and thus can't reduce? In that case, the best thi

Re: Reducing Linker Bugs

I've tried #2 before but it only worked for the most trivial code. As a workaround you could try unilink (OMF-compatible): ftp://ftp.styx.cabel.net/pub/UniLink/ulnb0329.zip Change ulink.cfg to e.g.: -zsnn.lib -LC:\dmd\windows\lib -LC:\dm\lib -Go -zkernel32;advapi32;user32;wsock32;shell32;snn.lib

Re: dmd.conf's -L--export-dynamic prevents my compiler from working

On 12/18/2011 01:28 PM, Sean Kelly wrote: > It's needed to generate stack traces on Linux. Weird that it creates broken > apps for you. > Good to know! Thanks for the info. I really love the idea of working stack traces. I'm glad there is effort on this front. I think that stack traces are

Reducing Linker Bugs

Two questions: 1. What's the best way to file a bug report against Optlink when I get one of those "Optlink terminated unexpectedly" windows and I'm linking in libraries that I don't have the source code to and thus can't reduce? 2. I'm getting on the Optlink hating bandwagon. How hard wou

Re: dmd.conf's -L--export-dynamic prevents my compiler from working

On 12/18/2011 05:36 PM, Marco Leise wrote: > Am 18.12.2011, 20:58 Uhr, schrieb mta`chrono > : > >> Your problem seems to be really frustrating. I'm using ubuntu amd64 and >> everything is fine here. >> >> I'd like to reproduce your issue. Can you paste a link to your gentoo >> installation iso fil

Re: d future or plans for d3

> In case of passing GC memory to C functions, I would prefer to just > disallow the C code to capture the reference, and to disable GC while > the C function runs. Wouldn't this be a problem with non concurrent GC? If you have multiple threads that spend most of the time in C function calls (

good news for vi(m) users?

http://code.google.com/p/vim/issues/detail?id=34 Andrei

Re: Java > Scala

On 12/18/2011 1:14 PM, Paulo Pinto wrote: quote: "... I find this an odd statement because the Java VM is written in C, so therefore it is on the same or fewer platforms than C. ..." Means a VM written in 100% C code, which is not the case for the VMs I have listed. Some of them the only C code

Re: dfeed issue

On 12/18/11 7:37 PM, Vladimir Panteleev wrote: Yes, but I need to think about the visual design. The table would need to include the subject, so it can't be a variation of the horizontal-split view... Perhaps an unthreaded variation of the "threaded" view, or a vertical-split mode that shows subj

Re: std.container and classes

On Sunday, December 18, 2011 02:46:01 Andrei Alexandrescu wrote: > If this is a new notion, it might take a while for all of its aspects to > sink in. I'm not saying that to be smug - reference counting vs. other > methods of collecting garbage is definitely a difficult topic on today's > architect

Re: Incubated modules for Phobos

The idea reminds me of how extensions are managed in OpenGL: http://www.opengl.org/resources/features/OGLextensions/ Often hardware vendors like S3, nVidia or ATi invented cool stuff, like texture compression and were free to add a prefixed function name to their drivers (S3_…, NV_…, ATI_…).

Re: Java > Scala

On Sun, Dec 18, 2011 at 3:14 PM, Paulo Pinto wrote: > so Wrote: > >> On Sun, 18 Dec 2011 22:08:54 +0200, Paulo Pinto >> wrote: >> >> > The SunSpot VM is written in Java with a very small subset of C code. >> > http://www.sunspotworld.com >> > http://labs.oracle.com/projects/squawk/squawk-rjvm.htm

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:19:08 UTC, Adam Wilson wrote: It seems to that we are really dancing around the potential solution. A pluggable GC interface that allowed the developer to choose the right GC for the task, or no GC at all. Imagine if all the developer had to do is set a compile

Re: dfeed issue

On Monday, 19 December 2011 at 01:32:56 UTC, Andrei Alexandrescu wrote: The NNTP server whines it's overloaded, so I'm using dfeed. DFeed is also "read-only" while NNTP is down. Cool! Yet I noticed it lacks a very simple view "show me the unthreaded messages in reverse chronological order".

Re: List of updated libraries

On Sunday, 18 December 2011 at 23:29:09 UTC, Henrik Nordvik wrote: I am looking for an updated list of D projects or libraries that are actively being maintained. I just wasted several hours getting a library to work which apparently has been abandoned There's a page on the wiki: http://prow

dfeed issue

The NNTP server whines it's overloaded, so I'm using dfeed. Cool! Yet I noticed it lacks a very simple view "show me the unthreaded messages in reverse chronological order". I often work in that mode in NNTP (plain, not threaded, newest first) although I understand some might find that difficu

Re: Java > Scala

On 12/18/11 5:40 PM, Somedude wrote: And I still pray to see D back in the shootout. Praying might help. Working on it may actually be more effective :o). Andrei

Re: A benchmark, mostly GC

Am 18.12.2011, 23:15 Uhr, schrieb bearophile : Marco Leise: Looking at the call graphs, it looks to me like a total of ~63 % of the time is spend in memory management routines while the rest goes to BigInt. But dsimcha said: My optimizations make very little difference on this benchmark,

Re: d future or plans for d3

On Sun, Dec 18, 2011 at 5:55 PM, Timon Gehr wrote: > On 12/19/2011 12:45 AM, Vladimir Panteleev wrote: >> >> On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote: >>> >>> On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wr

Re: Java > Scala

> From: Somedude > To: digitalmars-d@puremagic.com > Sent: Sunday, December 18, 2011 4:02 PM -snip- > It's very dependant on how you program of course, but I'd say the > ballpark is usually at least an order of magnitude more. Java wastes a > LOT of memory. Note the additional caveats for the

Re: d future or plans for d3

On Monday, 19 December 2011 at 00:07:47 UTC, Timon Gehr wrote: OK... but what about the "generational GC that uses a copying collector for the nursery"? I am not sure I get the question. The D specification already allows moving GC implementations. What is the issue you are thinking about?

Re: d future or plans for d3

On 12/19/2011 01:00 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:55:17 UTC, Timon Gehr wrote: On 12/19/2011 12:45 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote: On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 Dec

Re: List of updated libraries

OT: DSSS has recently been ported by someone IIUC, might be worth exploring.

Re: Java > Scala

Le 19/12/2011 00:26, Andrei Alexandrescu a écrit : > On 12/18/11 5:15 PM, Somedude wrote: >> Here is the kind of performance you can expect from the JVM: a factor of >> 2.5x to native C++. >> That's from the Box2D physics game engine. >> >> http://blog.j15r.com/2011/12/for-those-unfamiliar-with-it-

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:55:17 UTC, Timon Gehr wrote: On 12/19/2011 12:45 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote: On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wrote: You a

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:28:16 UTC, Andrei Alexandrescu wrote: I'm not sure. I seem to recall discussions with pathological cases when large regions of memory were scanned for no good reason. We need to factor the frequency of such cases, and their impact. Also, a more precise GC isn

Re: d future or plans for d3

On 12/19/2011 12:45 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote: On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wrote: You are right. I have had in mind a generational GC that uses a copy

Re: d future or plans for d3

Le 19/12/2011 00:28, Andrei Alexandrescu a écrit : > I ordered the GC book :o). > > > Andrei Also, at the risk of being redundant... http://www.scribd.com/doc/26102695/Garbage-Collection-in-JVM http://www.scribd.com/doc/59150636/C4-Continuously-Concurrent-Compacting-Collector

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote: On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wrote: You are right. I have had in mind a generational GC that uses a copying collector for the nursery as this is what most

Re: List of updated libraries

On 19.12.2011 00:20, Henrik Nordvik wrote: Hi, I am looking for an updated list of D projects or libraries that are actively being maintained. I just wasted several hours getting a library to work which apparently has been abandoned (DSSS/rebuild, last change ~3 years ago.). The list on dsource.

Re: Java > Scala

Le 19/12/2011 00:08, Andrei Alexandrescu a écrit : > On 12/18/11 1:08 PM, Isaac Gouy wrote: >>> From: Russel Winder >>> Subject: Re: Java> Scala >>> Newsgroups: gmane.comp.lang.d.general >>> Sat, 17 Dec 2011 22:18:26 -0800 >> >>> I really rather object to being labelled an educated idiot. >>

Re: d future or plans for d3

On 12/19/2011 12:24 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wrote: You are right. I have had in mind a generational GC that uses a copying collector for the nursery as this is what most state-of-the-art VM GCs do. ... We can change the way unions a

Re: d future or plans for d3

On 12/18/11 5:18 PM, Timon Gehr wrote: On 12/19/2011 12:11 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:02:17 UTC, Timon Gehr wrote: It is an unilateral improvement if both options are kept open. I don't see a reason to cease support for the current GC model. I believe that

Re: d future or plans for d3

On 12/18/11 5:22 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:13:03 UTC, Andrei Alexandrescu wrote: On 12/18/11 4:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 10

Re: Java > Scala

On 12/18/11 5:15 PM, Somedude wrote: Here is the kind of performance you can expect from the JVM: a factor of 2.5x to native C++. That's from the Box2D physics game engine. http://blog.j15r.com/2011/12/for-those-unfamiliar-with-it-box2d-is.html This is very much in line with what the The Comput

List of updated libraries

Hi, I am looking for an updated list of D projects or libraries that are actively being maintained. I just wasted several hours getting a library to work which apparently has been abandoned (DSSS/rebuild, last change ~3 years ago.). The list on dsource.org doesn't have any indication of whether th

Re: Second Round CURL Wrapper Review

On Sunday, December 18, 2011 21:49:16 jdrewsen wrote: > A static ternary operator wouldn't work in this case since > isFtpUrl(url) cannot be evaluated at compile time. Ah. That would be true. Still, it's the sort of thing which begs for a ternary operator but which just can't use it due to techni

Re: 64-bit DMD for windows?

On 12/18/11 5:11 PM, dmd.20.browse...@xoxy.net wrote: On Thu, 15 Dec 2011 23:20:50 -, Trass3r - u...@known.com <+dmd+browseruk+31526d5b7d.un#known@spamgourmet.com> wrote: It's a shame that a) you guys apparently cannot imagine a use for a 64-bit D on Windows. I don't think that argume

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:18:22 UTC, Timon Gehr wrote: You are right. I have had in mind a generational GC that uses a copying collector for the nursery as this is what most state-of-the-art VM GCs do. ... We can change the way unions are layed out. The compiler can mark GC memory pa

Re: d future or plans for d3

Vladimir Panteleev: > Also, D can't have a completely precise GC as long as it has unions Despite C/D unions are untagged, in many cases there is some kind of manually managed tag (maybe stored elsewhere), or the programmer often knows (despite being sometimes wrong) what type is present inside

Re: d future or plans for d3

On 12/19/2011 12:16 AM, Andrei Alexandrescu wrote: On 12/18/11 5:11 PM, Vladimir Panteleev wrote: Also, D can't have a completely precise GC as long as it has unions and can pass managed memory to C code. Also casts pointer <-> integrals. Casting a pointer to GC memory to an integral results

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:13:03 UTC, Andrei Alexandrescu wrote: On 12/18/11 4:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise GC is the only way to go, a

Re: Java > Scala

Le 18/12/2011 05:45, Caligo a écrit : > > I choose to ignore Java for technical and non-technical reasons. Unlike > you, I don't need to spend years of my life doing Java programming to > realize what a joke it is, and I have never seen a case where Java was > just as fas as C++. This is one of

Re: d future or plans for d3

On 12/18/11 5:11 PM, Vladimir Panteleev wrote: Also, D can't have a completely precise GC as long as it has unions and can pass managed memory to C code. Also casts pointer <-> integrals. These arguments don't blunt the desirability of precise GC. Andrei

Re: d future or plans for d3

On 12/19/2011 12:11 AM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 23:02:17 UTC, Timon Gehr wrote: It is an unilateral improvement if both options are kept open. I don't see a reason to cease support for the current GC model. I believe that currently the plan does not include pro

Re: d future or plans for d3

On Sun, 18 Dec 2011 15:02:17 -0800, Timon Gehr wrote: On 12/18/2011 11:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise GC is the only way to go, and I think I'

Re: d future or plans for d3

On 12/18/11 4:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise GC is the only way to go, and I think I've convinced Walter to a good extent as well. Sacrificing

Re: d future or plans for d3

On Sunday, 18 December 2011 at 23:02:17 UTC, Timon Gehr wrote: It is an unilateral improvement if both options are kept open. I don't see a reason to cease support for the current GC model. I believe that currently the plan does not include providing this choice. Furthermore, a generational

Re: dfeed/gravatar issue

On 12/18/11 4:36 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 22:27:08 UTC, Andrei Alexandrescu wrote: On 12/18/11 3:52 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:31:07 UTC, Andrei Alexandrescu wrote: On 12/18/11 1:18 PM, Vladimir Panteleev wrote: On Sunda

Re: 64-bit DMD for windows?

On Thu, 15 Dec 2011 23:20:50 -, Trass3r - u...@known.com <+dmd+browseruk+31526d5b7d.un#known@spamgourmet.com> wrote: It's a shame that a) you guys apparently cannot imagine a use for a 64-bit D on Windows. b) the interfaces to this newsgroup are virtually impossible to use. c)

Re: Java > Scala

On 12/18/11 1:08 PM, Isaac Gouy wrote: From: Russel Winder Subject: Re: Java> Scala Newsgroups: gmane.comp.lang.d.general Sat, 17 Dec 2011 22:18:26 -0800 I really rather object to being labelled an educated idiot. If you want to look at even more biased benchmarking look at http://shoo

Re: d future or plans for d3

Vladimir Panteleev: > Sacrificing something (performance, executable size) for > something else is not an unilateral improvement. I presume they will add a very easy way (like a compilation switch? No need to modify druntime, or to recompile DMD, or to write your own GC) to switch back to less

Re: d future or plans for d3

On 12/18/2011 11:53 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise GC is the only way to go, and I think I've convinced Walter to a good extent as well. Sacrifici

Re: Program size, linking matter, and static this()

Am 16.12.2011, 23:08 Uhr, schrieb Steven Schveighoffer : Note that on Linux today, the executable is not truly static -- OS libs are dynamically linked. That should hold true for any OS. Otherwise, how would the program communicate with the kernel and drivers, i.e. render a button on the

Re: d future or plans for d3

On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei Alexandrescu wrote: That is an interesting opportunity. At any rate, I am 100% convinced precise GC is the only way to go, and I think I've convinced Walter to a good extent as well. Sacrificing something (performance, executable size) for s

Re: dmd.conf's -L--export-dynamic prevents my compiler from working

Am 18.12.2011, 20:58 Uhr, schrieb mta`chrono : Your problem seems to be really frustrating. I'm using ubuntu amd64 and everything is fine here. I'd like to reproduce your issue. Can you paste a link to your gentoo installation iso file. I'll setup a VM here. Did you install dmd,druntime,phob

Re: dfeed/gravatar issue

On Sunday, 18 December 2011 at 22:27:08 UTC, Andrei Alexandrescu wrote: On 12/18/11 3:52 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:31:07 UTC, Andrei Alexandrescu wrote: On 12/18/11 1:18 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 08:49:26 UTC, Andrei Alex

Re: dfeed/gravatar issue

On 12/18/11 3:52 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 20:31:07 UTC, Andrei Alexandrescu wrote: On 12/18/11 1:18 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 08:49:26 UTC, Andrei Alexandrescu wrote: http://erdani.com/tdpl/errata -> now links "Contact Andr

Re: d future or plans for d3

On 12/18/11 3:07 PM, Timon Gehr wrote: On 12/18/2011 11:51 AM, Ruslan Mullakhmetov wrote: On 2011-12-18 00:56:33 +, Timon Gehr said: C++11 does not change the relation between D and C++ a lot. Why do you think it does? Because it incorporates many features D declared to be unique to it

Re: A benchmark, mostly GC

Marco Leise: > Looking at the call graphs, it looks to me like a total of ~63 % of the > time is spend in memory management routines while the rest goes to BigInt. But dsimcha said: > My optimizations make very little difference on this benchmark, but for > good reason: It's not a very good G

Re: D kicks ass.

Am 14.12.2011, 03:02 Uhr, schrieb Jonathan M Davis : On Wednesday, December 14, 2011 01:57:47 Jesse Phillips wrote: On Mon, 12 Dec 2011 19:21:23 +0100, Bane wrote: > Sorry, but it's true. > Compared to C++, it has much friendlier syntax, important built in types > and all the goodies. And let

Re: dfeed/gravatar issue

On Sunday, 18 December 2011 at 20:31:07 UTC, Andrei Alexandrescu wrote: On 12/18/11 1:18 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 08:49:26 UTC, Andrei Alexandrescu wrote: http://erdani.com/tdpl/errata -> now links "Contact Andrei" to http://erdani.com/index.php/contact/. T

Re: Java > Scala

On 12/18/11, Walter Bright wrote: > It is. In its heyday.. s/is/was. My PC doesn't have a turbo button anymore. ;)

Re: Next in Review Queue (12/18/2011)? std.serialize/orange?

On 18-12-2011 21:24, dsimcha wrote: The review of std.net.curl is done and the voting has started. I'm loving this steady pipeline of reviews and additions to Phobos. According to http://prowiki.org/wiki4d/wiki.cgi?ReviewQueue, there's nothing ready for review now, though. Jacob Carlborg, are yo

Re: Java > Scala

On 18-12-2011 21:08, Paulo Pinto wrote: Walter Bright Wrote: On 12/18/2011 11:00 AM, Paulo Pinto wrote: Walter Bright Wrote: I find this an odd statement because the Java VM is written in C, so therefore it is on the same or fewer platforms than C. Which specific Java VM are you talking ab

Re: Java > Scala

so Wrote: > On Sun, 18 Dec 2011 22:08:54 +0200, Paulo Pinto > wrote: > > > The SunSpot VM is written in Java with a very small subset of C code. > > http://www.sunspotworld.com > > http://labs.oracle.com/projects/squawk/squawk-rjvm.html > > > > The Jikes RVM is written mostly in Java. > > http

Re: Java > Scala

> From: Russel Winder > Subject: Re: Java > Scala > Newsgroups: gmane.comp.lang.d.general > Sat, 17 Dec 2011 22:18:26 -0800 > I really rather object to being labelled an educated idiot. ... > If you want to look at even more biased benchmarking look at > http://shootout.alioth.debian.org/ it is fu

Re: d future or plans for d3

On 12/18/2011 11:51 AM, Ruslan Mullakhmetov wrote: On 2011-12-18 00:56:33 +, Timon Gehr said: C++11 does not change the relation between D and C++ a lot. Why do you think it does? Because it incorporates many features D declared to be unique to it It does not, except for the most trivia

Re: Second Round CURL Wrapper Review

On Sunday, 18 December 2011 at 01:27:45 UTC, Jonathan M Davis wrote: On Saturday, December 17, 2011 23:10:00 jdrewsen wrote: On Thursday, 15 December 2011 at 08:51:29 UTC, Jonathan M Davis wrote: > Line# 235 is identical to line# 239. Shouldn't line# 235 be > creating an Http object, not an Ftp

Re: Bitmapped vector tries vs. arrays

On 12/18/2011 04:48 PM, bearophile wrote: Andrei Alexandrescu: http://www.reddit.com/r/programming/comments/nddlj/extreme_cleverness_functional_data_structures_in/ You need to be registered to download the PDF slides :-( Scala language seems rather compact and powerful to define such data s

Re: Java > Scala

On Sun, 18 Dec 2011 22:08:54 +0200, Paulo Pinto wrote: The SunSpot VM is written in Java with a very small subset of C code. http://www.sunspotworld.com http://labs.oracle.com/projects/squawk/squawk-rjvm.html The Jikes RVM is written mostly in Java. http://jikesrvm.org/Presentations The Max

Re: dfeed/gravatar issue

On 12/18/11 1:18 PM, Vladimir Panteleev wrote: On Sunday, 18 December 2011 at 08:49:26 UTC, Andrei Alexandrescu wrote: Sorry. Fixed now. http://erdani.com/tdpl/errata -> now links "Contact Andrei" to http://erdani.com/index.php/contact/. The link still doesn't work. The link "contact Andrei"

Re: d future or plans for d3

On 12/18/11 1:46 PM, jdrewsen wrote: On Sunday, 18 December 2011 at 17:19:33 UTC, Andrei Alexandrescu wrote: On 12/18/11 6:19 AM, Alex Rønne Petersen wrote: On 18-12-2011 12:45, Somedude wrote: Le 18/12/2011 12:13, Ruslan Mullakhmetov a écrit : I do not want to make a flame over D vs C++11.

Re: Java > Scala

On 12/18/11 1:00 PM, Paulo Pinto wrote: Walter Bright Wrote: On 12/17/2011 10:36 PM, Russel Winder wrote: In all of this, the issue of portability of code has seemingly been missed. One of the main reasons for Java in 1995 (other than the trendiness of Web browser programming) was portability

Next in Review Queue (12/18/2011)? std.serialize/orange?

The review of std.net.curl is done and the voting has started. I'm loving this steady pipeline of reviews and additions to Phobos. According to http://prowiki.org/wiki4d/wiki.cgi?ReviewQueue, there's nothing ready for review now, though. Jacob Carlborg, are you ready to have std.serialize rev

Re: Java > Scala

I saw it live in CERN when I stayed there during 2003-04 timeframe. Depending on the research group, the code was either mostly Fortran or C++. Python is used everywhere from running builds, automate data acquisition or show nice data GUIs. On my group, TDAQ-Atlas, Java was actually used for the

Re: Java > Scala

Walter Bright Wrote: > On 12/18/2011 11:00 AM, Paulo Pinto wrote: > > Walter Bright Wrote: > >> I find this an odd statement because the Java VM is written in C, so > >> therefore > >> it is on the same or fewer platforms than C. > > > > > > Which specific Java VM are you talking about? > > > > T

Re: Incubated modules for Phobos

On Sunday, 18 December 2011 at 14:18:34 UTC, Piotr Szturmaj wrote: Hi all, Normal Phobos submission procedure is usually like that: 1. write entire module from scratch by oneself 2. submit for voting 3. rewrite wrong parts, if there are none then add it to Phobos 4. otherwise goto 2 It is hard

  1   2   >