Re: D Concurrent GC
On 9/15/10 22:22 CDT, Andrei Alexandrescu wrote: On 09/15/2010 07:00 PM, Sean Kelly wrote: Lutger Wrote: Sean Kelly wrote: Sean Kelly Wrote: Leandro Lucarella Wrote: Not quite ready for prime-time yet, but I think it's in a stage when it could be interesting anyway (at least for developers or people that want to experiment): http://llucax.com.ar/blog/blog/post/-1a4bdfba Nice work! I've gotten this to compile as the GC for druntime using D2 but have ran into a snag. Okay, all fixed. Porting the GC to D2 was more work than porting it to druntime specifically. There are still a few hacks in place to work around const issues and I faked the PointerMap stuff, but the GC seems to work just great. I'll have to find a reasonable performance test for comparison. Oh, I'll send you the modified code as well. Are you going to integrate it in druntime? Dunno. For now, I've just sent my modified copy to Leandro and the druntime list for people to play with. It seems quite promising though. There's a discussion on digitalmars.D about a D program being slower than the equivalent Python script because of the GC. Would be a good test bed! This is what I was referring to. http://rounin.livejournal.com/21815.html The author makes quite a few good points comparing D and Python in expressiveness and performance. Andrei
QtD is suspended
After a good amount of hesitation, we have decided to put the QtD project on hold. QtD has a potential to become a complete and effective development platform for D but it is not going to happen soon (unless people with harder hearts take it over). We have spent half of the day hunting yet another dmd bug-o-feature and that is the last straw. We offer our apologies to people who put their hope upon the project. Please come back in a year or two when the language has a stable compiler with the features fully specified, implemented and debugged.
DWT2 updated to latest compiler and Tango
Just a note: I've updated DWT2 to work on the latest compiler and with the latest Tango. Both windows and linux ports are updated. No update for D2 yet, I notice that the language is not ready yet, I hit too many bugs. Link to DWT project page: http://dsource.org/projects/dwt Link to DWT2 Mercurial repository: http://hg.dsource.org/projects/dwt2 -- /Jacob Carlborg
Re: D Concurrent GC
Andrei Alexandrescu Wrote: There's a discussion on digitalmars.D about a D program being slower than the equivalent Python script because of the GC. Would be a good test bed! I was playing with that yesterday, but there was too much setup required for a quick test (it compared an MD5 has of a directory tree to the current directory tree). I'll revisit it though, since it seems a good starting point.
Re: QtD is suspended
On 9/16/10 9:22 CDT, Max Samukha wrote: After a good amount of hesitation, we have decided to put the QtD project on hold. QtD has a potential to become a complete and effective development platform for D but it is not going to happen soon (unless people with harder hearts take it over). We have spent half of the day hunting yet another dmd bug-o-feature and that is the last straw. We offer our apologies to people who put their hope upon the project. Please come back in a year or two when the language has a stable compiler with the features fully specified, implemented and debugged. Hi Max, Sorry to hear that. Was this an issue of many small annoyances or a few big ones? Thanks, Andrei
Re: D Concurrent GC
dsimcha Wrote: == Quote from Sean Kelly (s...@invisibleduck.org)'s article Dunno. For now, I've just sent my modified copy to Leandro and the druntime list for people to play with. It seems quite promising though. Been meaning to ask, what does this GC do with regard to precise scanning? Is it substantially less conservative than the current D2 GC? Its gc_malloc, etc, accept a PointerMap type which I assume is used for precise scanning, but I couldn't find a definition of PointerMap in the GC code or other obvious locations so I disabled it for now. I assume it's from the precise scanning patch and that I can get whatever else is needed from there. For now, I just wanted a functional port to test.
Re: DWT2 updated to latest compiler and Tango
On Thu, 16 Sep 2010 16:56:24 +0200, Jacob Carlborg wrote: Just a note: I've updated DWT2 to work on the latest compiler and with the latest Tango. Both windows and linux ports are updated. No update for D2 yet, I notice that the language is not ready yet, I hit too many bugs. Link to DWT project page: http://dsource.org/projects/dwt Link to DWT2 Mercurial repository: http://hg.dsource.org/projects/dwt2 Thanks! :)
Re: QtD is suspended
On 09/16/2010 06:44 PM, Andrei Alexandrescu wrote: On 9/16/10 9:22 CDT, Max Samukha wrote: After a good amount of hesitation, we have decided to put the QtD project on hold. QtD has a potential to become a complete and effective development platform for D but it is not going to happen soon (unless people with harder hearts take it over). We have spent half of the day hunting yet another dmd bug-o-feature and that is the last straw. We offer our apologies to people who put their hope upon the project. Please come back in a year or two when the language has a stable compiler with the features fully specified, implemented and debugged. Hi Max, Sorry to hear that. Was this an issue of many small annoyances or a few big ones? Thanks, Andrei Hi Andrei, Both, I guess. The recent big one is the unspecified behavior of postblit on const/immutable structs and overloading by rvalue/lvalue. Specifically, we were bending the generator into generating Qt value types as structs and hit two problems: 1. The generated __cpctor (which does the blit and calls the postblit) is always non-const and takes a non-const reference to the original. That means copy-construction of const objects is impossible without casts. To proceed, we had to hack the compiler so that __cpctor took a const original reference and was called on a mutable target reference. That seemed to work but left us in uncertainty: how it actually should and will work? 2. A bug in the compiler doesn't allow us to overload struct parameters by ref-ness. So we had to generate by-value parameters where Qt has them by reference. And today we've encountered two other bugs in sequence. One was about the impossibility to access a template instance member from within a struct nested in another struct and the second didn't give any line/file information. We could probably work around or ignore all these problems but I think it is starting to take more time and nerve than we can afford.
Re: QtD is suspended
Max Samukha wrote: After a good amount of hesitation, we have decided to put the QtD project on hold. QtD has a potential to become a complete and effective development platform for D but it is not going to happen soon (unless people with harder hearts take it over). We have spent half of the day hunting yet another dmd bug-o-feature and that is the last straw. We offer our apologies to people who put their hope upon the project. Please come back in a year or two when the language has a stable compiler with the features fully specified, implemented and debugged. This is a loss, it must be frustrating for you spending so much time on it. Thank you anyway for the effort, it was quite exciting to see QtD almost come to be! I hope it will be continued some day.
Re: QtD is suspended
Is the most recent flavor of QtD the repositoy at bitbucket?
Re: QtD is suspended
On 9/17/10 12:25 AM, Lutger wrote: Is the most recent flavor of QtD the repositoy at bitbucket? Yes, it is. Reminds me that someone should probably update the Wiki page at dsource…
D/Objective-C: hit a dead end, start anew
http://michelf.com/weblog/2010/dobjc-dead-end-start-anew/ The D/Objective-C bridge is a project that was aiming at making Cocoa usable from D. It's somewhat similar to QtD. The timing of this announcement isn't entirely coincidental with today's announcement about QtD: my announcement was ready, QtD's was the trigger for my Publish button. Even though the problems are probably quite different between the two projects, they both share a common need for runtime-reflection, playing with the object model from another language, static initialization from within mixins that shouldn't create circular module dependency, and probably a couple others. It is my feeling that for dealing with Objective-C, things will be much cleaner by working directly inside of the compiler. D templates are fabulous, and I'm quite amazed that I could do what I did, but the bridge creates just too much generated code to make the whole thing usable. So I think it's time for a new approach. -- Michel Fortin michel.for...@michelf.com http://michelf.com/
Re: QtD is suspended
On 09/17/2010 01:01 AM, Lutger wrote: Max Samukha wrote: After a good amount of hesitation, we have decided to put the QtD project on hold. QtD has a potential to become a complete and effective development platform for D but it is not going to happen soon (unless people with harder hearts take it over). We have spent half of the day hunting yet another dmd bug-o-feature and that is the last straw. We offer our apologies to people who put their hope upon the project. Please come back in a year or two when the language has a stable compiler with the features fully specified, implemented and debugged. This is a loss, it must be frustrating for you spending so much time on it. Thank you anyway for the effort, it was quite exciting to see QtD almost come to be! I hope it will be continued some day. Having some experience in this, I really don't think other people can even begin to think what Max feels at this point. I could go on-and-on about this, but those who've never invested enough to break their back and then simply be met by folks who !believe! they have any way of understanding, I really think they should stay shut up. I left the language because of a personal quarrel with Andrei. And that was long after vigorously defending him in the Big Battle. But that should not mean I have any second thoughts about what should be done, or whether we can pull it off. The language as such, has a niche way bigger than it'd seem, in spite of reading this NG or the random outside article (found with Google). Man, I'd love to become an evangelist for D, and I really have a few ideas (that presumably, most of our long-time contributors recognize), that would help D in carving its own footprint on the map. The place and position are now very much clearer to me, than they were six months ago. This would mean establishing a place that doesn't necessarily challenge ASM, C, C++, or Python or Java. And, within this particular place, none of them can possibly challenge D. (!!)
dmd 1.064 and 2.049 release
This is primarily a bug fix release. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.064.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.049.zip
Re: dmd 1.064 and 2.049 release
Hello Walter, This is primarily a bug fix release. And that it is! Great job! -- ... IXOYE
