Re: Beta D 2.068.0-b2
On Friday, 31 July 2015 at 17:56:23 UTC, Kelet wrote: On Friday, 31 July 2015 at 15:58:24 UTC, Gerald Jansen wrote: [...] Hi Gerald, MonoTime is the replacement for TickDuration and it's initialized from the runtime initialization function (rt_init). This is because the GC and others may need time functionality. [...] To expand on this, while MonoTime was in 2.067.1, it was not initialized in rt_init at the time. Regards, Kelet
Re: Beta D 2.068.0-b2
On Friday, 31 July 2015 at 15:58:24 UTC, Gerald Jansen wrote: I'm not sure if this is the right place to report issues. I downloaded dmd.2.068.0-b2.linux.zip, unzipped it and added the bin64 directory to my path. The standard hello.d compiles fine but segfaults immediately. Details follow. Also rdmd segfaults with the same message. (The same process with the 2.067.1 zip works fine on the same box.) Details: gjansen@gamma:~$ uname -a Linux gamma 2.6.32-279.14.1.el6.x86_64 #1 SMP Mon Oct 15 13:44:51 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux gjansen@gamma:~$ dmd --version DMD64 D Compiler v2.068.0-b2 Copyright (c) 1999-2015 by Digital Mars written by Walter Bright gjansen@gamma:~$ dmd hello.d gjansen@gamma:~$ ./hello Segmentation fault (core dumped) gjansen@gamma:~$ gdb hello snip (gdb) run Starting program: /ricerca/gjansen/hello [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x004418e1 in _d_initMonoTime () Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.6.x86_64 Hi Gerald, MonoTime is the replacement for TickDuration and it's initialized from the runtime initialization function (rt_init). This is because the GC and others may need time functionality. Unfortunately, it looks like MonoTime does not currently support your kernel version. It needs at least Linux 2.6.39. The reason being is that it has the CLOCK_BOOTTIME clock which was implemented in Linux 2.6.39. Without this clock, the minimum version would be Linux 2.6.32. If I had to hazard a guess, I'd say the offending segfault is coming from calling clock_getres(clockArg, ts) (where clockArg is essentially CLOCK_BOOTTIME) in _d_initMonoTime(). It seems to call this for all supported Clocks for your platform. Hopefully some code can be added to only allow CLOCK_BOOTTIME on kernels that support it. 2.6.32 is still supported as a longterm kernel release. Regards, Kelet
Re: Dgame 0.6 - Beta
On Tuesday, 9 June 2015 at 16:30:20 UTC, Namespace wrote: I'm glad to announce the Beta of Dgame 0.6.0: https://github.com/Dgame/Dgame/releases There are some major changes, like Masks for Surfaces, the AntiAlias and OpenGl Versions enum in GLContextSettings (previous GLSettings) and so on. But for the most frequent stuff it should be backward compatible. Also new is a nice alterantive for TileMaps: VertexArrays. The relevant tutorial is currently missing, but I hope I can finish it until tomorrow. I've also made a change log (for the first time) so that each change with the corresponding commit can be tracked: http://dgame-dev.de/index.php?controller=developmentmode=changelog As always, there is also a new web page (this time probably for the last time :D): http://dgame-dev.de/ Thank you, D needs more frameworks libraries like Dgame.
Re: Coedit - beta 1 released
On Tuesday, 7 April 2015 at 05:45:16 UTC, Baz wrote: I'm pleased to announce the first beta of Coedit, the small IDE for the D programming language, based on DMD. This version introduces: - the option editor. - metad, a meta GIT repository composed of static libraries easily buildable with Coedit. - DCD integration: call tips and DDoc comments as hints. - symbol list based on libdparse (formerly called the _static explorer_) Links: - Change log and short intro to the new features: https://github.com/BBasile/Coedit/releases/tag/beta_1 - Binaries for win32: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.win32.zip - Binaries for Nux64: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.linux64.zip Hi Baz, I'm glad to see another IDE on the playing field. Interesting that it's written in FreePascal and utilizing Lazarus components. I always thought it was a good but underutilized tool set. For now, I'm just reading the wiki (which is well-populated), but I look forward to giving it a try sometime soon. Cheers!
Re: Coedit - beta 1 released
On Wednesday, 8 April 2015 at 17:58:18 UTC, Kelet wrote: On Tuesday, 7 April 2015 at 05:45:16 UTC, Baz wrote: I'm pleased to announce the first beta of Coedit, the small IDE for the D programming language, based on DMD. This version introduces: - the option editor. - metad, a meta GIT repository composed of static libraries easily buildable with Coedit. - DCD integration: call tips and DDoc comments as hints. - symbol list based on libdparse (formerly called the _static explorer_) Links: - Change log and short intro to the new features: https://github.com/BBasile/Coedit/releases/tag/beta_1 - Binaries for win32: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.win32.zip - Binaries for Nux64: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.linux64.zip Hi Baz, I'm glad to see another IDE on the playing field. Interesting that it's written in FreePascal and utilizing Lazarus components. I always thought it was a good but underutilized tool set. For now, I'm just reading the wiki (which is well-populated), but I look forward to giving it a try sometime soon. Cheers! Hi Baz, After a quick trial run, I'm quite impressed on how well it runs on my rather sluggish computer. All of the features seem to be in place and the documentation is well written. My only complaint lies in the seemingly low level of integration between coedit and DUB. DUB is quickly becoming ubiquitous in the D community. While it seems like I can build and execute my project using DUB, I have to maintain 2 separate project configurations -- one for DUB and one for coedit. Do you think you will ever be so inclined to have coedit support opening a DUB package file (i.e., dub.json)? I think that would sway me to becoming a regular user. But perhaps I misunderstand something here.. Thanks,
Re: dmd 2.065.0
\o/ Congrats! I'm excited for this release, it fixes a good amount of bugs that have been plaguing me.
Re: early alpha of D REPL
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D import std.algorithm, std.array, std.file;
= std
D auto name(T)(T t) {
| return t.name;
| }
= name
D dirEntries(., SpanMode.depth).map!name.join(, )
= ./drepl_sandbox
D
https://github.com/MartinNowak/drepl
http://drepl.dawg.eu/
Excellent, I've been waiting for this. Even better than I
expected as it has a nice web interface. All of my initial bugs
have already been reported.
Once this project (or perhaps dabble) is more mature, something
like http://tryhaskell.org/ or http://tryruby.org/ may be a good
idea.
Re: Mono-D v0.5.5.5 - Huge completion refactoring/v0.5.5.6 - Bug fixes
On Friday, 27 December 2013 at 16:40:57 UTC, Alexander Bothe wrote: Hi everyone, Despite I released the big completion engine refactoring half a week ago I'd still like to announce it over here as well. There's been a complete completion engine overhaul (i.e. the part that matches the currently selected code part against the abstract symbol node in the AST and furthermore prepares the resolution of that node) and several performance improvements concerning parsing code code completion. The full release note: http://mono-d.alexanderbothe.com/huge-completion-engine-refactoring-less-internal-clutter-v0-5-5-5/ Completion bugs/issues/requests: https://github.com/aBothe/D_Parser/issues Non-completion related stuff: https://github.com/aBothe/Mono-D/issues Cheers, Alex Excellent! Alex has been fixing a lot of bugs regarding DUB package support that I've reported recently. It's nice having an IDE that knows how to read and set up a project based on a package.json file. Regards, Kelet
Re: Mono-D v0.5.5.5 - Huge completion refactoring/v0.5.5.6 - Bug fixes
On Friday, 27 December 2013 at 19:45:09 UTC, ilya-stromberg wrote: OK. Can you add instruction how to do downgrade? I believe the process is like this: 1. Close any D Language solutions you may have open. 2. Open the add-in manager (under tools menu), go to the Gallery tab, and under Language bindings, uninstall the D Language Binding. 3. Restart MonoDevelop/Xamarin Studio (you will be prompted to). 4. Download the version that you'd like to use from the aforementioned website. 5. Open the add-in manager, and on the bottom left there is Install from file - select the file you downloaded from the website. Regards, Kelet
Re: DSFML
Thanks for all of the hard work, Jeremy. DSFML is definitely one of the libraries helping D move forward as a first class game development platform. Regards, Kelet
Re: derelict_extras-lua
On Monday, 2 December 2013 at 03:32:52 UTC, Kelet wrote: Hello all, I am new to the D community, although I've been a lurker for years, and have only recently started embracing the language. As I understand, Derelict3[1] is migrating to separate bindings in DerelictOrg[2]. This will help facilitate their use by the DUB package and build management system which I use and enjoy. However, some bindings were not carried over from Derelict3 to DerelictOrg, DerelictLua included. I'm sure aldacron (Derelict author) already has a lot on his plate, so I've created a new DUB package in the spirit of p0nce's existing Derelict extras, derelict_extras-lua[3][4]. Right now, it is the same code from Derelict3 with an added DUB package.json file and README.md. However, I will do my best to keep the binding up to date and fix any issues which may arise. I am aware of Jakob Ovrum's most excellent Lua binding and wrapper[5] and recommend that anyone considering using D with Lua checks it out. Let me know if I've misunderstood something or have done something outside of the nature of the community. Regards, Kelet [1]: https://github.com/aldacron/Derelict3 [2]: https://github.com/DerelictOrg [3]: http://code.dlang.org/packages/derelict_extras-lua [4]: https://github.com/Kelet/DerelictLua [5]: https://github.com/JakobOvrum/LuaD Hi all, DerelictLua is now part of DerelictOrg, but I am still a maintainer. The old links to the source repository and DUB package are now invalid, however. Please see: https://github.com/DerelictOrg/DerelictLua http://code.dlang.org/packages/derelict-lua Cheers, Kelet
derelict_extras-lua
Hello all, I am new to the D community, although I've been a lurker for years, and have only recently started embracing the language. As I understand, Derelict3[1] is migrating to separate bindings in DerelictOrg[2]. This will help facilitate their use by the DUB package and build management system which I use and enjoy. However, some bindings were not carried over from Derelict3 to DerelictOrg, DerelictLua included. I'm sure aldacron (Derelict author) already has a lot on his plate, so I've created a new DUB package in the spirit of p0nce's existing Derelict extras, derelict_extras-lua[3][4]. Right now, it is the same code from Derelict3 with an added DUB package.json file and README.md. However, I will do my best to keep the binding up to date and fix any issues which may arise. I am aware of Jakob Ovrum's most excellent Lua binding and wrapper[5] and recommend that anyone considering using D with Lua checks it out. Let me know if I've misunderstood something or have done something outside of the nature of the community. Regards, Kelet [1]: https://github.com/aldacron/Derelict3 [2]: https://github.com/DerelictOrg [3]: http://code.dlang.org/packages/derelict_extras-lua [4]: https://github.com/Kelet/DerelictLua [5]: https://github.com/JakobOvrum/LuaD
Re: Programming in D book is about 95% translated
On Saturday, 2 November 2013 at 00:03:51 UTC, Ali Çehreli wrote: I have continued with the translation of the book. There are 36 of the 727 pages still to be translated. (However, I still need to write the UDA chapter.) In addition to many corrections and additions throughout the book, there are the following chapters translated: * Tuples * More Templates * More Functions * Mixins * More Ranges As a reminder, the book is available as PDF, downloadable from the header of each chapter: http://ddili.org/ders/d.en/index.html No Kindle or Lulu versions yet. Ali Thanks for all your hard work, Ali. I believe having a set of up to date references, tutorials, and books are paramount to the further adoption and success of D as a programming language.
