Re: GSoC 2018 - Your project ideas
On Friday, 8 December 2017 at 00:28:11 UTC, Adam Wilson wrote: The 2016 student started playing around with a type-based pooling collector. I actually ran with this idea and wrote a garbage collector from scratch for an independent study at my university. I haven't made much noise about it since I didn't have time to get it to pass all tests, but it had performance about on par with the current GC and it has a precise heap like in the open PR's. I'm going to continue working on it in the spring, so who knows what'll happen? I would submit a proposal to continue working on it during the summer, but I don't think I can participate in another GSoC (I graduate as the summer starts).
Re: Independent Study at my university using D
On Saturday, 4 March 2017 at 16:59:05 UTC, bpr wrote: On Friday, 3 March 2017 at 19:00:00 UTC, Jeremy DeHaan wrote: This is exciting for me because I really enjoyed the work I did during the last GSoC, so I'm hoping to learn more about garbage collection and contribute to D's garbage collector more in the future. What's the status of that work with respect to the D main line? Last I checked there's this https://github.com/dlang/druntime/pull/1603 which is just hanging. The precise GC is going to continue to hang until it can be tweaked to be as fast or faster than the conservative GC we have now. Me working on it has effectively stalled because school takes up much of my time and I'm still pretty lacking in experience with garbage collection. That's pretty much why I'm doing the study.
Independent Study at my university using D
Something pretty exciting happened yesterday: I registered for an independent study to build a basic garbage collector in D at my university. This is exciting for me because I really enjoyed the work I did during the last GSoC, so I'm hoping to learn more about garbage collection and contribute to D's garbage collector more in the future. This is especially exciting for the D community because my professor wants me to give a presentation at the end, which will expose more professors and students to this language. I don't have many details about it, but I'm hoping to have it recorded so it can be posted.
Re: GSoC 2017 Application Rejected
On Friday, 10 February 2017 at 19:00:54 UTC, CRAIG DILLABAUGH wrote: Hello D Community Just coming here to inform everyone that our D application for GSoC 2017 was sadly rejected. Unfortunately (for me) it is completely my fault, I failed to fill out one line on one of the three forms that comprised the application. Even more frustrating I went online on the 8th to make sure that everything was in order and I noticed and filled in the offending line. However I must have either failed to hit 'save' or the save itself failed (I will assume the later since that makes me look less incompetent). To make matters worse I got an automated email from Google at 3am the morning of the deadline warning me, but since I had a particularly busy day at work on the 9th I didn't get a chance to check my email until shortly after noon on Feb 9th. At which point it was too late. So I want to apologize to the D community for this mix up on my part, and in particular to those who invested time in helping get ready for this year's GSoC and to you students who were looking forward to applying. However, for anyone who did work on the Ideas page that can at least be re-used and we now have a much fuller list. Regards Craig Not sure how viable this is, but would the D Foundation be able to do its own version of the Summer of Code? The D Summer of Code? Depending on how much money it has, it could pick some students that were working on proposals and pay them what Google would have paid them based on performance like in the real GSoC.
Re: [GSoC] Precise GC
On Monday, 17 October 2016 at 02:59:15 UTC, Dsby wrote: On Friday, 14 October 2016 at 03:26:31 UTC, FrankLike wrote: On Friday, 2 September 2016 at 03:25:33 UTC, Jeremy DeHaan wrote: Hi everyone, I know I'm super late to the party for this, and sorry for that. While my work on the precise GC didn't go as planned, it is closer than it was to be getting merged. [...] On Friday, 2 September 2016 at 03:25:33 UTC, Jeremy DeHaan wrote: Hi,how about the precise GC, now? I want to known too. I was asked the same question on github, but I'll answer it here too with a couple more details. I've done a little work, but not enough to getit finished. I started school a couple of weeks ago and I'm still trying to get my schedule figured out, but I'm hoping to start putting some regular effort into it starting next week.
Re: [GSoC] Precise GC
On Wednesday, 7 September 2016 at 02:15:30 UTC, Dsby wrote: On Friday, 2 September 2016 at 03:25:33 UTC, Jeremy DeHaan wrote: Hi everyone, I know I'm super late to the party for this, and sorry for that. While my work on the precise GC didn't go as planned, it is closer than it was to be getting merged. [...] In Mac 32 bit. the test is not pass. I didn't have a mac to test this on at the time. I currently have some things ordered so that I can see what is actually going on and fix this.
Re: [GSoC] Precise GC
On Friday, 2 September 2016 at 06:54:57 UTC, Ali Çehreli wrote: On 09/01/2016 08:25 PM, Jeremy DeHaan wrote: > I will still continue working on it in the hopes it'll get in. Great news! :) > I > discovered that I really enjoyed working on the garbage collector If that's not motivation enough... > I was recently accepted to the University of Washington's > computer science program ... now we have your address. We will hunt you if you don't complete the GC work. :p Ali There's more than one UW campus! Take that!
Re: [GSoC] Precise GC
On Friday, 2 September 2016 at 05:19:57 UTC, thedeemon wrote: On Friday, 2 September 2016 at 03:25:33 UTC, Jeremy DeHaan wrote: Hi everyone, I know I'm super late to the party for this, and sorry for that. While my work on the precise GC didn't go as planned, it is closer than it was to be getting merged. My open PR for the actual inclusion of the precise GC is here: https://github.com/dlang/druntime/pull/1603 So what's its current state, how is it different from the version Rainer had years ago? Is stack scan precise? Are closures scanned precisely? What about unions? The version in the pull request is not different from the one Rainer presented at all. It's actually the same one, just updated with what has been changed in druntime recently and my attempts at making the marking phase faster. It isn't any faster, but I didn't realize this due to benchmarking differences on AMD and Intel platforms. I should correct this in the next couple of days and performance can be assessed again. Scanning the stack would require some support from the compiler. Precisely scanning unions is tricky since they could mix pointer and non pointer types. I'm not sure about closures. If I've done anything with closures I'm not aware of it. I have yet to actually work with the compiler, but in the future I will have to I suppose. We'd be happy to see some overview of this version, what it does and how it succeeds (or fails). It is essentially in a similar state that it was when Rainer presented it at DConf2013. I spent a lot of time doing research on techniques to improve its performance and I did start working on a sort of proof of concept for some of these ideas, but implementing it in a cohesive way would have required a lot more than was possible in the GSoC timeframe and it just didn't happen. It's pretty late for me here, but I will definitely explain more about some of these things later. It's essentially stuff that I do on my own time.
[GSoC] Precise GC
Hi everyone, I know I'm super late to the party for this, and sorry for that. While my work on the precise GC didn't go as planned, it is closer than it was to be getting merged. My open PR for the actual inclusion of the precise GC is here: https://github.com/dlang/druntime/pull/1603 Even though GSoC is over and it isn't quite ready to be merged, I will still continue working on it in the hopes it'll get in. I have about a month until school starts up again, and I'm going to try to get it merged before that point. Through the work I did and the research of a couple of GC topics, I discovered that I really enjoyed working on the garbage collector and I plan on continuing that. I was recently accepted to the University of Washington's computer science program and I am currently working on getting some independent study classes set up for future GC work. Once I have some better programming chops I'm hoping to help take D's GC to new heights. Thanks to Martin Nowak and Adam Wilson for being my mentors and for keeping me going, to Rainer Schuetze for doing a significant portion of code review, and to the D community for giving me the opportunity to do this work. Jeremy
Re: GSoC 2016 - Precise GC
On Wednesday, 4 May 2016 at 12:42:30 UTC, jmh530 wrote: On Wednesday, 4 May 2016 at 02:50:08 UTC, Jeremy DeHaan wrote: I'm not sure, but one would think that @safe code wouldn't need any extra information about the union. I wouldn't know how to differentiate between them though during runtime. Probably someone with more experience with the compiler would know more about that kind of thing. You can identify safe functions with https://dlang.org/phobos/std_traits.html#isSafe or https://dlang.org/phobos/std_traits.html#functionAttributes All I meant was that I don't know enough about what the compiler does with built in types to make this work. It almost sounds like we would need a safe union and unsafe union type and do some extra stuff for the unsafe union, but I'm just starting to learn about this stuff.
Re: GSoC 2016 - Precise GC
On Tuesday, 3 May 2016 at 19:05:22 UTC, jmh530 wrote: On Tuesday, 3 May 2016 at 18:15:20 UTC, Jeremy DeHaan wrote: I am reading a paper on how one could use extra information about what was last assigned to a union in order to scan them precisely. I haven't read the whole thing yet, but it looks like it could be done. Not sure if it is something I can get to in the course of my project though. Scanning only unions conservatively is still pretty good. Does it matter that @safe code does not allow unions of pointers and non-pointers? I'm not sure, but one would thing that @safe code wouldn't need any extra information about the union. I wouldn't know how to differentiate between them though during runtime. Probably someone with more experience with the compiler would know more about that kind of thing.
Re: GSoC 2016 - Precise GC
On Tuesday, 3 May 2016 at 16:44:32 UTC, Jack Stouffer wrote: On Tuesday, 3 May 2016 at 16:15:27 UTC, Jeremy DeHaan wrote: I agree, but a precise heap scan should be the easiest part of this project. Rainer Schuetze has already implemented this and presented it at a dconf a few years ago(2013?). My plan is to use that since I know it works, and that frees up my time to focus on pretty much everything else. I don't remember all the details, but I'm pretty sure that Rainer, or maybe someone else, was talking about how a precise GC is not completely possible in D because D has unions. I am reading a paper on how one could use extra information about what was last assigned to a union in order to scan them precisely. I haven't read the whole thing yet, but it looks like it could be done. Not sure if it is something I can get to in the course of my project though. Scanning only unions conservatively is still pretty good.
Re: GSoC 2016 - Precise GC
On Tuesday, 3 May 2016 at 06:23:51 UTC, Yura Sokolov wrote: On Monday, 2 May 2016 at 15:29:15 UTC, Jeremy DeHaan wrote: Hi everyone! I'm a little late to the party as far as my announcement goes, but I have been busy reading code and doing research for my project. [...] Great! That is what should have been done long time ago. I'm pretty sure, if you implement just precise heap scan (and lock removal), it will be already huge win. I agree, but a precise heap scan should be the easiest part of this project. Rainer Schuetze has already implemented this and presented it at a dconf a few years ago(2013?). My plan is to use that since I know it works, and that frees up my time to focus on pretty much everything else.
GSoC 2016 - Precise GC
Hi everyone! I'm a little late to the party as far as my announcement goes, but I have been busy reading code and doing research for my project. I was selected for this year's GSoC to implement a Precise GC, but I'm also planning to remove the lock on allocations as outlined in my proposal: https://drive.google.com/file/d/0B-UTFTbYro4vV0ljMUlSTEc2eEU/view?usp=sharing My repository for the code can be found here: https://github.com/Jebbs/druntime I will be posting of my progress in this thread throughout the course of the summer, but right now I am mainly focusing on familiarizing myself with all of the GC code since there is quite a lot of it. You will probably see me pushing some updates to documentation between now and when GSoC officially starts, but I hope to have already started making progress before then. I'll do my best to not let you all down!
Re: GSoC 2016 - D Foundation was accepted!
On Tuesday, 1 March 2016 at 03:21:14 UTC, mate wrote: On Tuesday, 1 March 2016 at 01:55:09 UTC, Jeremy DeHaan wrote: Hello everyone! I didn't see mention of this yet, but earlier today Google released their list of accepted Organizations for this year's GSoC. Guess what! The D Foundation made the cut! Thank you to everyone that worked on the proposals and application. This is awesome and you all are awesome! Now to get started on my own application... I think it would have been polite and safe to wait for Craig’s announcement. This was posted on the GSoC site for almost 6 hours when I posted it here and there was no announcement yet. Forgive me if I was overly excited.
GSoC 2016 - D Foundation was accepted!
Hello everyone! I didn't see mention of this yet, but earlier today Google released their list of accepted Organizations for this year's GSoC. Guess what! The D Foundation made the cut! Thank you to everyone that worked on the proposals and application. This is awesome and you all are awesome! Now to get started on my own application...
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 20:08:43 UTC, Alex Herrmann wrote: On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: The GSOC deadline is Feb 19th 19:00 UTC (or 2 PM Wawa time) so any last ideas for the Idea's page are welcome. Our application is completed, but changes can still be made to the ideas page. In fact I suppose we can go on making modifications even after the deadline, as I have no idea at what time Google takes the snapshots of these pages for evaluation. Thanks to Martin Nowak's suggestion we are now participating as "The D Foundation" (rather than Digital Mars). Thanks to all who have helped out to this point. Cheers, Craig As a prospective student, fingers are crossed for D. Same here. I started working on some proposals already. I really hope D gets accepted.
DSFML reaches version 2.1
It is my pleasure to announce that DSFML hit version 2.1! This version has been a long time coming, but this represents a huge milestone for DSFML (and for me!) DSFML(along with its backend DSFMLC) is a binding and a wrapper for SFML - the Simple and Fast Multimedia Library. It does input(mouse, keyboard, joysticks/gamepads), audio (buffered playback, streamed playback, recording), networking(tcp/udp sockets, ftp, http), window and OpenGL context creation, and simple 2D graphics using OpenGL (sprites, text, shapes, shaders, and vertex arrays). Currently works on Linux, Windows, and OS X. Reasons that this took so long was: - Many bug fixes - Finally passed all included unit tests - Things make more sense - Created a website - Added documentation - Added tutorials - School's a bitch Visit the website at http://dsfml.com to view tutorials, documentation, forum, and downloads. Just a heads up, I have never gotten a project to a point like this. I have never had to put a website or tutorials together for anything, and this is the first "real" release. I'm sure some things don't make as much sense as I think they do. Go easy on me ;) Plans for the future: - Make things more idiomatic to D - Update to most recent version of SFML - Better everything (tests, documentation, tutorials, website) Check it out, have fun, and most importantly let me know if you have issues! https://github.com/Jebbs/DSFML https://github.com/Jebbs/DSFMLC http://code.dlang.org/packages/dsfml
Re: DSFML reaches version 2.1
On Wednesday, 7 October 2015 at 17:13:13 UTC, Jeremy DeHaan wrote: On Wednesday, 7 October 2015 at 16:44:30 UTC, Israel wrote: On Wednesday, 7 October 2015 at 06:43:18 UTC, Jeremy DeHaan wrote: It is my pleasure to announce that DSFML hit version 2.1! This version has been a long time coming, but this represents a huge milestone for DSFML (and for me!) [...] Oh and you forgot to include these in the prebuilt binaries for windows. libgcc_s_dw2-1.dll libsndfile-1.dll libstdc++-6.dll libwinpthread-1.dll openal32.dll Crap! Iknew I forgot something. I'll get that fixed tonight. You should only be missing the libsndfile and openal dll's though. I statically linked to everything else. Apparently MinGW doesn't like to do static links to these libraries? Maybe I'll rebuild it with VC instead. Digging a bit, it looks like this happens in the CMake stuff. Basically, in normal SFML, the CMake file doesn't allow you to statically link to the std libs if you're building a .dll. I felt like with D we don't care as much about that, so I disabled the check. As far as I can tell it should work fine when built with VC(it forces /MT), but nothing special happens with MinGW so it still links dynamically to everything. I think I can fix it to work automatically, but for now I'll instead simply redo the packages to include those files. Thanks for catching that.
Re: DSFML reaches version 2.1
On Wednesday, 7 October 2015 at 12:44:13 UTC, suliman wrote: Perfect!!! Big thanks! I think not only one are tired from GTK, and need simple and compact gui lib It's not really a gui library. I mean, you could use it as such I guess, but it's more for game development.
Re: DSFML reaches version 2.1
On Wednesday, 7 October 2015 at 16:44:30 UTC, Israel wrote: On Wednesday, 7 October 2015 at 06:43:18 UTC, Jeremy DeHaan wrote: It is my pleasure to announce that DSFML hit version 2.1! This version has been a long time coming, but this represents a huge milestone for DSFML (and for me!) [...] Oh and you forgot to include these in the prebuilt binaries for windows. libgcc_s_dw2-1.dll libsndfile-1.dll libstdc++-6.dll libwinpthread-1.dll openal32.dll Crap! Iknew I forgot something. I'll get that fixed tonight. You should only be missing the libsndfile and openal dll's though. I statically linked to everything else. Apparently MinGW doesn't like to do static links to these libraries? Maybe I'll rebuild it with VC instead.
Re: This Week in D: Issue #4
On Tuesday, 3 February 2015 at 14:36:58 UTC, Adam D. Ruppe wrote: On Tuesday, 3 February 2015 at 05:53:30 UTC, Jeremy DeHaan wrote: Yes, they are not guaranteed to run, but isn't that only during run time? They are going to be called at the application exit to ensure everything is cleaned up. If the application exits somewhat cleanly (through return from main or even a thrown exception in D), it will run, though I'm not sure if that's guaranteed or just an implementation convenience. However, if the application exits differently, they won't necessarily be run. For example, a Unix signal terminating the process skips all the D cleanup tasks. Often, this doesn't matter because the operating system will clean up a lot of resources anyway. But if you are using something like shared memory with another process, or expect a file to be written to in a destructor, you'll find those things never happen. I had this problem once in simpledisplay.d. When it died by ctrl+c, the unix SIGINT was sent, and that skipped the destructors for shared images. As a result, the system eventually ran out of shared handles and most GUI programs wouldn't start up anymore until I cleaned it up some other way. Yikes, that's good to know. Still, I feel like it could be worded a little better in the docs and anywhere else they are talked about. I feel like it is just far too ambiguous.
Re: This Week in D: Issue #4
On Monday, 2 February 2015 at 04:57:10 UTC, Adam D. Ruppe wrote: I can't believe it, but yet another week has already passed, so up late to release this again! http://arsdnet.net/this-week-in-d/feb-01.html Early bird registration open for DConf, 2015 Vision released, GUI and Windows development on the forums. Today's tip is about class destructors, and Project Spotlight makes a return to introduce simpledisplay.d, in the first in what will become a series that walks us through making a bit of a little game in D. (Expect this to not be each week, it takes me a long time to write the project spotlight and I've been very busy lately and expect to continue being busy in the coming weeks. I'll probably try to do it every other week rather than every week.) http://www.reddit.com/r/programming/comments/2uhgzr/this_week_in_d_2015_vision_released_tip_on/ https://twitter.com/adamdruppe/status/562112301248290816 I've never liked the phrasing about destructors. Yes, they are not guaranteed to run, but isn't that only during run time? They are going to be called at the application exit to ensure everything is cleaned up.
Re: DConf 2015 Call for Submissions is now open
On Wednesday, 14 January 2015 at 14:13:04 UTC, Daniel Murphy wrote: Brad Anderson wrote in message news:jcidebafygjtdsabn...@forum.dlang.org... Sounds like a good subject for Daniel Murphy to talk about. He spent a good hour explaining to me how a linker works in the Aloft bar after most people had retired (thanks for that, Daniel) and he certainly knows dmd extremely well. I am considering proposing a talk about ddmd, which would touch on some of the compiler internals. We'll see. This. Please do this.
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On Monday, 5 January 2015 at 07:46:20 UTC, Walter Bright wrote: http://nwcpp.org/ All are invited. Now I just have to write the presentation :-( That's really funny that this is your topic. I was planning on going a blog post on almost the exact same thing. I really wish I could come and see it but I don't know how bad busing out there would be. :(
Re: Online documentation for DSFML exists!
On Friday, 19 December 2014 at 20:03:39 UTC, Israel wrote: On Friday, 19 December 2014 at 00:58:57 UTC, Jeremy DeHaan wrote: It's not the best, but it's a start. Check it out here: http://dsfml.com/doc.html I would love some feed back on this. I already have a few things I would like to change, namely the layout and adding some examples, but I would like to hear what everyone thinks on what I have up. Just a note about the rest of the site though, it is currently under construction so don't expect too much. Would it be possible to contribute screenshots of code examples? Or is it not necessary? Adding example code is definitely on my todo list for the docs.
Online documentation for DSFML exists!
It's not the best, but it's a start. Check it out here: http://dsfml.com/doc.html I would love some feed back on this. I already have a few things I would like to change, namely the layout and adding some examples, but I would like to hear what everyone thinks on what I have up. Just a note about the rest of the site though, it is currently under construction so don't expect too much.
Re: Travis-CI support for D
On Thursday, 11 December 2014 at 06:02:13 UTC, Manu via Digitalmars-d-announce wrote: So cool! I've been doing this manually for some time. What about those of us who don't/can't use dub? That's a good question. I have been using d-apt until now, but that only works for DMD.
Re: GtkD 2.4.0 released, GTK+ with D.
On Tuesday, 5 August 2014 at 22:42:39 UTC, uri wrote: Thanks heaps for this, GtkD is terrific! I agree. I just started a project that uses it and it is quite wonderful.
Re: DConf 2014: SDC, a D Compiler as a Library
On Wednesday, 23 July 2014 at 16:07:44 UTC, Andrei Alexandrescu wrote: Last (but not least!) talk of DConf 2014. https://twitter.com/D_Programming/status/491977150694961152 https://www.facebook.com/dlang.org/posts/889844197695929 http://www.reddit.com/r/programming/comments/2bi79s/sdc_a_d_compiler_as_a_library/ Andrei Awesome! I was excited to see this talk after hearing people talk about it.
Upcoming changes to DSFML
Hey all, I have been working on a lot of things for DSFML, namely getting it updated to 2.1(which is the most current official version). Some of these changes will break existing code in a couple of places, so I wanted to make an announcement before I started pushing the new code into the repo's master branch. This announcement is mainly targeted at DUB users. Please be aware that it will update your local copy of the repo and that might start breaking things with out your realizing. To prevent this from happening, and to allow yourself to continue with your DSFML projects like nothing is happening, simply change your DSFML dependencies in your dub.json to use ~2.0 instead of ~master. I'll wait a couple of days to actually commit the code just in case. I'm really excited about this upcoming release of the project as it improves the stability of the library and fixes many problems. As always, feel free to email me or open up issues on github if you have any problems with DSFML. project: https://github.com/Jebbs/DSFML email: dehaan.jerem...@gmail.com
Re: Stand Back! D-Shirt
On Monday, 5 May 2014 at 11:49:23 UTC, Iain Buclaw wrote: Hi, I don't think I told anyone, but I recall that it got a few smiles off people, and others expressed wishes to get something similar. If you recall the Stand Back! shirt I was wearing last year at DConf 2013, it was designed by myself, and made by CafePress. I need to find a way to make it more visible (took me about 30 minutes to find it in my own dashboard!) But here is the linky for it. http://www.cafepress.co.uk/cp/customize/product2.aspx?number=801347013 Whilst I'm confident that reprints should come out just fine, I sometimes find that CafePress can be hit or miss in terms of getting the final product printed correctly as you see it in preview. I'm also thinking about designing another D-Shirt for this year. :o) Regards Iain. Here's a link for those in the US: http://www.cafepress.com/cp/customize/product2.aspx?number=801347013 I think I might buy one of these!
DSFML to recieve many updates soon!
Hey all! With my term now finished I have loads of free time over the next two weeks, so I decided to devote a nice chunk of that to DSFML, specifically updating it to version 2.1. For those of you that aren't familiar, DSFML is a binding and wrapper for SFML, a multimedia library centered around game development. The reason I am announcing it now is because I will be making changes to not only the D front end, but also to the C/C++ back end. Some of these changes will be breaking changes to the current API. I'm assuming that a majority of people that use DSFML also use DUB, so I want them to be aware of this. Very soon I'll have a specific branch for DSFML 2.0, and I will post another announcement once it is up, which will also mark when development on. Should be tomorrow or the next day. -Jeremy
Re: New debugger for D!!!
On Monday, 27 January 2014 at 18:10:03 UTC, Alexander Bothe wrote: On Monday, 27 January 2014 at 16:42:14 UTC, Sarath Kodali wrote: I'm planning to release a new debugger for D sometime during end of February. This is a heads up for all those who are eagerly looking for a good debugger for D. Which OSs are supported? Which compilers are supported, which debug info base is used? Is the info directly extracted from the executable aka Dwarf/CV4/PDB support? The sample debug session looks cool, so I'd really like to know this to estimate whether it's worth to integrate it into Mono-D or other IDEs :-) Ditto to these. I'm planning a project that will need a multi platform debugger, and would love to learn more about this.
SFML Game Jam
Hey, everyone! I'm not sure who all would be interested in this, but I thought I might bring it up anyways. I'm pretty active in the SFML community, and a while back I started the first SFML Game Jam. It's a little short notice, but on the 31st we'll be having the second one. The reason I bring this up here is because one of the rules is that you can use any one of SFML's bindings, which include both my DSFML and Mike Parker's DerelictSFML2 binding. You can also use vanilla SFML if you want, which is written in C++. The site still needs a few things to finish it up, but you can check it out here if you are interested in participating: sfmlgamejam.com I'll be participating and showing off my D pride!
Re: SFML Game Jam
On Saturday, 25 January 2014 at 04:22:49 UTC, Jeremy DeHaan wrote: Hey, everyone! I'm not sure who all would be interested in this, but I thought I might bring it up anyways. I'm pretty active in the SFML community, and a while back I started the first SFML Game Jam. It's a little short notice, but on the 31st we'll be having the second one. The reason I bring this up here is because one of the rules is that you can use any one of SFML's bindings, which include both my DSFML and Mike Parker's DerelictSFML2 binding. You can also use vanilla SFML if you want, which is written in C++. The site still needs a few things to finish it up, but you can check it out here if you are interested in participating: sfmlgamejam.com I'll be participating and showing off my D pride! Let's try a link that is actually a link: http://www.sfmlgamejam.com/
Re: DSFML
On Thursday, 19 December 2013 at 07:27:14 UTC, Kagamin wrote: https://github.com/Jebbs/DSFML/blob/master/src/dsfml/graphics/text.d#L241 Destructors are called by GC during the collection cycle, and writeln may want to allocate, which is not allowed during collection, it may be safer to use printf. Ah, interesting. Was not aware of that. I do have this issue in the tracker though: https://github.com/Jebbs/DSFML/issues/62 Basically, I was going to remove those anyways in favor of the internal error output system, which is just a static File instance(in case people are logging errors and such and want to see when objects are destroyed). Would that have the same issues? If not, it looks like I might as well get that done sooner rather than later.
Re: DSFML
On Thursday, 19 December 2013 at 08:17:36 UTC, Jeremy DeHaan wrote: On Thursday, 19 December 2013 at 07:27:14 UTC, Kagamin wrote: https://github.com/Jebbs/DSFML/blob/master/src/dsfml/graphics/text.d#L241 Destructors are called by GC during the collection cycle, and writeln may want to allocate, which is not allowed during collection, it may be safer to use printf. Ah, interesting. Was not aware of that. I do have this issue in the tracker though: https://github.com/Jebbs/DSFML/issues/62 Basically, I was going to remove those anyways in favor of the internal error output system, which is just a static File instance(in case people are logging errors and such and want to see when objects are destroyed). Would that have the same issues? If not, it looks like I might as well get that done sooner rather than later. Wow, brain fart. Let me ask this instead. Under what circumstances would a File want to allocate? The output that an object was destroyed was really only put in there because I thought it could be useful. It can be removed if this turns out to be an unsafe action. I haven't had any problems with it that I can think of so far though.
Re: DSFML
On a side note, deadalnix and previously worked on a D binding for SFML of the same name, but it had been 2 years since his last github commit so I thought to work on my own. I hope he doesn't mind!
DSFML
I have worked on this for a while, but I think things are finally to the point where I am feeling good about announcing this! Introducing(kind of) DSFML, a D binding of the Simple and Fast Multimedia Library. github link: https://github.com/Jebbs/DSFML Info on SFML: http://www.sfml-dev.org/index.php Snippet from the github readme: DSFML is a static binding of SFML, which let's you use SFML in your D programs. DSFML attempts to be as compatible with SFML as possible, but does so in a way that makes sense for the D language. Some might be familiar with the SFML binding found in Derelict3, but DSFML is a little different. As stated above, it is a static binding instead of a dynamic one. It is also set up to be a wrapper around the C code so that you can use DSFML in much the same way one would use SFML. Lastly, I created a modified version of the C library used to access SFML, mainly so that compiling in 64bit mode will still work. (see http://d.puremagic.com/issues/show_bug.cgi?id=5570) Please feel free to check things out and let me know what you think! One of the hardest parts for me so far has been a lack of general feedback. Also, what took me so long to announce this was that I was a bit self conscious about posting my code when so many great programmers frequent these forums. I'm feeling a little bit better about that, but please know that the library is in active development and I am always finding things that can be improved. This is my first open source project that I expect other people to use. Be gentle. :P
Running D in the Java VM
Hey everyone! I have been experimenting for the past couple of days with an idea I had, and since I recently made a little progress I thought I would share some of what I have been doing with you. What I have done, in a nutshell, is began the process for a language converter that takes D source files, converts them into Java source files, and then compiles them as Java class files so that they can be ran on Java's VM. It is extremely limited in what it can do right now, only being able to convert/compile a simple Hello World program, but I was proud of myself for getting even that far so I wanted to brag. :P You may want to ask, Hey, man. D is a great language. Why would I ever want to convert it to Java? Normally, you wouldn't. Java blows. What I am envisioning for this project is something quite magical in my opinion. If we can take D code and have it compile into Java class files, we can then compile them into Android dex files. This would make D able to build and run on Android devices through its VM. Sure, people are working on getting D to compile to ARM binaries, but this could be another option as a Java alternative on Android.(eventually) Unfortunately I do not know much about compilers, but even in the last couple of days I feel like I have learned a great deal about what kinds of stuff goes into them. Eventually I'd like to make a full blown compiler that takes D code and can go right to dex files, but that would be something that would happen way down the road. In order to get D working on Android sooner, I figured a language converter would be the easier route. I can, and would love to go in to more detail about this, but it is getting late and this post is already quite long. Maybe I should start a blog about my D escapades? Anyways, I would love to hear feedback on this idea! Thanks for your time!
Re: Running D in the Java VM
On Friday, 15 November 2013 at 07:30:07 UTC, Timur Gafarov wrote: Maybe it would be better to compile D directly into JVM/Dalvik bytecode? Oh, absolutely. Like I said though, I don't really know that much about compilers so I decided to go this route. Also, it's actually been a pretty fun project so far and I see no reason to do it a different way right now.
