Re: GDC ARM beta #1 (with binary releases!)
Hi all, I am back from a winter holiday. Just wanted to say this - I have been building working GDC on my ODROID-U2 for a month or so, and haven't seen any problems there so far. ARM support is pretty good I would say. GDC guys have done some amazing work, and I am eternally grateful for everything. :) Kudos!
Re: GDC ARM beta #1 (with binary releases!)
On 23 March 2014 23:05, Johannes Pfau nos...@example.com wrote: Am Sun, 23 Mar 2014 20:20:09 + schrieb Iain Buclaw ibuc...@gdcproject.org: On 17 March 2014 14:05, Johannes Pfau nos...@example.com wrote: I'm happy to announce the first GDC ARM beta on behalf of the GDC team :) Johannes, I just looked at the permissions of two randomly tested tarballs, and I see the extracted contents is absent of any write permissions. More of an annoyance if you install via extract + move. No one likes a permission denied error when doing an operation from their own home directory. :o) Regards Iain. crosstool-NG does that by default to prevent people from installing libraries into the sysroot. But if you think the we should set the write permissions it's a simple change in the configuration, I just kept the default. I think it should be noted that these tarballs are meant to be kept separate from system install locations (incase someone misses the distinction).
Re: GDC ARM beta #1 (with binary releases!)
On 24 March 2014 09:15, Dejan Lekic dejan.le...@gmail.com wrote: Hi all, I am back from a winter holiday. Just wanted to say this - I have been building working GDC on my ODROID-U2 for a month or so, and haven't seen any problems there so far. ARM support is pretty good I would say. GDC guys have done some amazing work, and I am eternally grateful for everything. :) Kudos! Thanks Dejan. We should catch-up sometime. :)
Re: Happy Tenth Birthday, GDC!
On Sunday, 23 March 2014 at 02:06:13 UTC, Andrei Alexandrescu wrote: Hello everyone, Today GDC celebrates 10 years of existence. Please join me in expressing sincere congratulations to everyone who contributed to the project. I would like to emphasize that GDC is a key component of D's present and future success, and I am looking forward to more awesome progress from Iain, Johannes and hopefully an ever-growing gang! Happy Birthday! Andrei Happy birthday GDC!! :)
Re: Happy Tenth Birthday, GDC!
El 23/03/14 03:05, Andrei Alexandrescu ha escrit: Hello everyone, Today GDC celebrates 10 years of existence. Please join me in expressing sincere congratulations to everyone who contributed to the project. I would like to emphasize that GDC is a key component of D's present and future success, and I am looking forward to more awesome progress from Iain, Johannes and hopefully an ever-growing gang! Happy Birthday! Andrei +1 -- Jordi Sayol
Re: DDT 0.10.0 released - featuring DUB support.
On 18/03/2014 22:27, Jay Norwood wrote: On Friday, 14 March 2014 at 15:44:24 UTC, Bruno Medeiros wrote: A new version of DDT - D Development tools is out. This has really nice source browsing... much better than the VisualD. I end up using both because the debugging support is still better in VisualD. Yeah, I wish more GDB/DWARF support existed in Windows, so that debugging support was better. GDB support would probably be very hard to achieve for D programs that need to compile/link against Windows API or the MSVC toolchain, but for programs that don't need that, debugging support could be nearly as good as Linux/MacOS... :/ One browsing issue I noticed though is that it has a problem finding source for properties, for example if you try to find the isDir definition from lin 2216 of file.d. Yes, there are lots of simple semantic engine improvements that could be made. I haven't yet had time to go back to work on the semantic engine, as I've been tied up in other features (DUB support for example) -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: Article: Functional image processing in D
On Monday, 24 March 2014 at 01:36:26 UTC, finalpatch wrote: On Friday, 21 March 2014 at 11:16:31 UTC, Andrea Fontana wrote: Very interesting! Do you know http://www.antigrain.com/ ? It is (was?) a very efficent c++ 2d library, heavily based on templates. Something like this in D with templates and lazy ranges should be impressive. On Friday, 21 March 2014 at 11:04:58 UTC, Vladimir Panteleev wrote: http://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/ Some highlights from a recent overhaul of the graphics package from my D library. It makes use of a number of D-specific language features, so I've tried to make the article accessible to people new to D as well. I've got an AGG inspired 2D rasterizer on github. https://github.com/finalpatch/dagger it's not as template heavy or making extensive use of ranges as the OP's. Looks very interesting. Please publish on DUB registry :)
Re: DDT 0.10.0 released - featuring DUB support.
Is the install guide on github up to date?
d.godbolt.org now has modern gdc
For those who don't know, d.godbolt.org is an online compiler-disassembler for d, a sibling of http://gcc.godbolt.org/ For a long time it only had gdc 4.6.3, but it now has the latest binary release. Ldc may arrive as well, in time. Thanks to Matt Godbolt who was very responsive and fast in updating it once I brought it to his attention.
Re: d.godbolt.org now has modern gdc
On Monday, 24 March 2014 at 16:04:17 UTC, John Colvin wrote: For those who don't know, d.godbolt.org is an online compiler-disassembler for d, a sibling of http://gcc.godbolt.org/ For a long time it only had gdc 4.6.3, but it now has the latest binary release. Ldc may arrive as well, in time. Thanks to Matt Godbolt who was very responsive and fast in updating it once I brought it to his attention. Awesome! It may shadow objdump in my daily tool set same as dpaste has shadowed local permanently open test.d file :)
Re: DDT 0.10.0 released - featuring DUB support.
On 24/03/2014 15:13, Casper Færgemand shortt...@hotmail.com wrote: Is the install guide on github up to date? Yes, all documentation should be up to date, including the installation guide. -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: Experimental win32 OMF linker written in D now on github
On Sunday, 23 March 2014 at 20:33:15 UTC, Daniel Murphy wrote: So a couple of years ago I had too much free time and wrote a linker. It's now on github: https://github.com/yebblies/ylink Pros: - Written in D - Not written in assembly - Not written before I was born - Boost license - Usually produces working executables Cons: - No debug information (yet) - Slower than optlink - Uses more memory than optlink (cannot run with 64k of ram) - Cannot produce DLLs (yet) - Not really tested It still needs a lot of work, but it's functional. Potential uses: - Replace optlink - Replace microsoft linker (we could ship this with dmd) - Call from dmd to do in-memory linking - Experiment with linker optimizations Enjoy! If the debug info emitting thing is going to work properly, I'll love to switch to ylink! Finally x64 builds without having to use the ms linker -- awesome! :-)
Dragging Gunroar into 2014
[ Originally posted to Reddit: https://pay.reddit.com/r/d_language/comments/217fas/dragging_gunroar_into_2014/. ] I got an itch recently and started to port my favorite game from ABA Games[1] to 2014: gunroar[1]. Currently, it has been ported to using Derelict3 rather than Kenta Cho's manual wrapping of SDL and OpenGL. It now uses SDL2 and D2 rather than the (apparently) very ancient dialect of D it used back in 2005. When first starting out, the first problem was getting the code to build. I'm a CMake guy, and after looking around, I was…unsatisfied with the D support files I found (for various reasons). They all seemed to copy the C++ support files too closely which seemed unnecessary since dmd, ldc, and gdc are much closer to each other than many of the C++ compilers. They also all seem to have come from the scream make era when commands were in all caps, copied things around without realizing what they're there for (e.g., CMakeCompilerId.d.in is copied by most of them, but used by none and CMakeDCompilerABI.d is useless since what CMake looks for (compiled-in strings) isn't in the file), and were missing support for things like DEPFILE and such for proper dependency resolution. In this process, two patches were made that should help: one for Ninja[3] if LDC is used and one for CMake[4] so that you get proper recompilation when files change (other generators are not supported yet since I don't think anything else reads the -deps file format of LDC; GDC will work as-is since it's GCC-compatible here). Even without these patches, one-off builds will be correct, but incremental builds are not guaranteed. After that was the fun of getting LDC to actually accept the code. Luckily its errors are helpful even for initiates to D (the only other time I've done things with D is poking the source of various ABA Games years ago also trying to get them to compile on Linux with mixed results). Other than issues with replacing the deprecated glu* function usages, (most) things work on my machine (Fedora x86_64). I'd be interested to know how things work on other platforms and setups. Ultimately, I'd like to get some of these games on my tablet, so Android support is on the table (though help would be appreciated!). I've opened some issues for things on the repository already. (The other ABA Games I'm interested in are Mu-cade and Torus Troopers, so those are on my list as well.) [1]http://www.asahi-net.or.jp/~cs8k-cyu/games/index.html#windows [2]https://github.com/mathstuf/abagames-gunroar [3]https://github.com/martine/ninja/pull/721 [4]https://github.com/mathstuf/CMake/commit/9523d2a55c99fb0910531ae7160b099faeab6638
Re: Dragging Gunroar into 2014
On 24 March 2014 18:35, Ben Boeckel mathstuf+dl...@gmail.com wrote: [ Originally posted to Reddit: https://pay.reddit.com/r/d_language/comments/217fas/dragging_gunroar_into_2014/. ] I got an itch recently and started to port my favorite game from ABA Games[1] to 2014: gunroar[1]. Currently, it has been ported to using Derelict3 rather than Kenta Cho's manual wrapping of SDL and OpenGL. It now uses SDL2 and D2 rather than the (apparently) very ancient dialect of D it used back in 2005. When first starting out, the first problem was getting the code to build. I'm a CMake guy, and after looking around, I was...unsatisfied with the D support files I found (for various reasons). They all seemed to copy the C++ support files too closely which seemed unnecessary since dmd, ldc, and gdc are much closer to each other than many of the C++ compilers. They also all seem to have come from the scream make era when commands were in all caps, copied things around without realizing what they're there for (e.g., CMakeCompilerId.d.in is copied by most of them, but used by none and CMakeDCompilerABI.d is useless since what CMake looks for (compiled-in strings) isn't in the file), and were missing support for things like DEPFILE and such for proper dependency resolution. In this process, two patches were made that should help: one for Ninja[3] if LDC is used and one for CMake[4] so that you get proper recompilation when files change (other generators are not supported yet since I don't think anything else reads the -deps file format of LDC; GDC will work as-is since it's GCC-compatible here). Even without these patches, one-off builds will be correct, but incremental builds are not guaranteed. GDC can also output dependencies in GNU/Make format, which is useful for incremental builds. :-) After that was the fun of getting LDC to actually accept the code. Luckily its errors are helpful even for initiates to D (the only other time I've done things with D is poking the source of various ABA Games years ago also trying to get them to compile on Linux with mixed results). Other than issues with replacing the deprecated glu* function usages, (most) things work on my machine (Fedora x86_64). I'd be interested to know how things work on other platforms and setups. There are about a dozen D games in Debian that all use gdc to build then, gunroar included in that list. Originally they were packaged on all supported platforms Debian provides repositories for (ARM, PPC, SPARC, MIPS, Hurd, BSD/Debian, etc). Switching to D2 meant loosing support because the library lacked it (needless to say, the game maintainers were a bit grumpy, but mostly enjoyed the banter whilst I helped them learn D and port the to D2 at the same time. :) Compare the arch package list at the bottom of these pages: D1: https://packages.debian.org/wheezy/gunroar D2: https://packages.debian.org/jessie/gunroar I would like to tell them that this is going to be fixed before the next release. Regards Iain
Re: Dragging Gunroar into 2014
On Monday, 24 March 2014 at 21:16:22 UTC, Iain Buclaw wrote: GDC will work as-is since it's GCC-compatible here). GDC can also output dependencies in GNU/Make format, which is useful for incremental builds. :-) Yep ;) . The thing that is broken is Ninja + LDC without patches and Make + LDC is broken even with patches unless Make or CMake learns how to read its files (or LDC writes Make-like depfiles). There are about a dozen D games in Debian that all use gdc to build then, gunroar included in that list. Originally they were packaged on all supported platforms Debian provides repositories for (ARM, PPC, SPARC, MIPS, Hurd, BSD/Debian, etc). Switching to D2 meant loosing support because the library lacked it (needless to say, the game maintainers were a bit grumpy, but mostly enjoyed the banter whilst I helped them learn D and port the to D2 at the same time. :) Yeah, it seems like no one has actually tried to modernize the games, instead doing the minimum amount of work needed to get them to compile. SDL2 support and binding wrappers actually maintained are worth the migration, IMO. Plus an actual build system rather than a hacky ant build file ;) . I also wouldn't say I know D still; it's close enough to C++ to be able to divine what's going on, but I still have the standard library reference open all the time :) . Compare the arch package list at the bottom of these pages: D1: https://packages.debian.org/wheezy/gunroar D2: https://packages.debian.org/jessie/gunroar I would like to tell them that this is going to be fixed before the next release. This is beyond my scope right now, but it's nice to know that other arch support (namely ARM) is in the works. --Ben
Re: Experimental win32 OMF linker written in D now on github
On 3/23/2014 4:33 PM, Daniel Murphy wrote: So a couple of years ago I had too much free time and wrote a linker. It's now on github: https://github.com/yebblies/ylink Nifty! I love this Pro: - Usually produces working executables :)
Re: Happy Tenth Birthday, GDC!
On Sunday, 23 March 2014 at 02:06:13 UTC, Andrei Alexandrescu wrote: Hello everyone, Today GDC celebrates 10 years of existence. Please join me in expressing sincere congratulations to everyone who contributed to the project. I would like to emphasize that GDC is a key component of D's present and future success, and I am looking forward to more awesome progress from Iain, Johannes and hopefully an ever-growing gang! Happy Birthday! Andrei +1 \o/
Re: 1st draft of complete class-based std.random successor
On Thursday, 20 March 2014 at 00:09:51 UTC, bearophile wrote: Do you have a simple but very fast function that generates uniforms in [0.0, 1.0]? :-) On that note: https://github.com/D-Programming-Language/phobos/pull/2050 Hope you don't mind me jumping ahead of your existing PR on this -- it's been inactive so I didn't know if you were planning on following up. I'd be very happy to see you take what's good from the above into your own patchset, we need to land a contribution from you in Phobos :-)
Re: 1st draft of complete class-based std.random successor
Joseph Rushton Wakeling: Hope you don't mind me jumping ahead of your existing PR on this -- it's been inactive so I didn't know if you were planning on following up. I don't mind, I am happy :-) Thank you for adding a sorely needed function. The useless patch I opened should be closed. Bye, bearophile
Re: Experimental win32 OMF linker written in D now on github
On Monday, 24 March 2014 at 22:30:45 UTC, Nick Sabalausky wrote: On 3/23/2014 4:33 PM, Daniel Murphy wrote: So a couple of years ago I had too much free time and wrote a linker. It's now on github: https://github.com/yebblies/ylink Nifty! I love this Pro: - Usually produces working executables :) Me too. But not more than Written in D :)
Re: Experimental win32 OMF linker written in D now on github
On Tuesday, 25 March 2014 at 02:24:39 UTC, Asman01 wrote: On Monday, 24 March 2014 at 22:30:45 UTC, Nick Sabalausky wrote: On 3/23/2014 4:33 PM, Daniel Murphy wrote: So a couple of years ago I had too much free time and wrote a linker. It's now on github: https://github.com/yebblies/ylink Nifty! I love this Pro: - Usually produces working executables :) Me too. But not more than Written in D :) But the best is Not written before I was born :)