Re: Official Dub package for DWT
On Wednesday, 7 February 2018 at 21:33:22 UTC, Jacob Carlborg wrote: This has been long overdue but I would like to announce that I've just released an official Dub package for the DWT library [1]. For a usage example, please see the GitHub page [2]. For those not familiar with DWT, it's a library for creating cross-platform GUI applications. It's uses the native drawing operations of the operating system. It's originally a port of the SWT Java library, it's a complete port and contains no Java or JNI code. A couple of other changes are: * All the previous Git submodules have now been inlined in the main/super repository [3] * Proper testing on both Linux and Windows has been added * Separate tool for building all the snippets * Bumped the minimum requirement of the compiler to DMD 2.078.1 (I'll probably add support for LDC soon) * Officially removeed any support for building with D1 [1] http://code.dlang.org/packages/dwt [2] https://github.com/d-widget-toolkit/dwt#usage [3] https://github.com/d-widget-toolkit/dwt Thanks for this effort. I looked at DWT a while back but settled on GtkD because it was easier to build. Either way, I will have to revisit this library and give it another go in my new project. Looking at the examples I imagine it wouldn't be too difficult to use WindowBuilder for SWT and port the generate Java code across to DWT. bye, lobo
Re: New QtE5 version and the test it - mini ide ide5
On Sunday, 12 November 2017 at 08:04:37 UTC, MGW wrote: QtE5 - gained further development. The new mechanism of operation with memory is realized that allowed will get rid of crash of applications in case of completion. The summary code amount increases all the time. New classes from Qt are added. Now the code amount reached: qte5.d - 6700 lines qte5widgets.cpp - 3500 lines The considerable efforts are made in development of bitmap graphics, QBitmap, QResource, QPixmap are added and properties for QImage are added. The operation technique with QPainter is fulfilled. https://www.youtube.com/watch?v=iWnWMKsNt0E https://github.com/MGWL/QtE5 Thanks for this, and the installation was pretty easy to figure out, at least on Linux. I have not tried this with Windows. Cheers, A not so disappointed person
Re: GtkD 3.7.0 released, GTK+ with D.
On Sunday, 15 October 2017 at 20:18:37 UTC, Mike Wey wrote: GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL license. Apart form the biannual update to the latest glib/gtk version, this release adds bindings for Gstreamer Mpegts and Gstreamer AppSink. Full changelog: http://gtkd.org/changelog.html Download: http://gtkd.org/Downloads/sources/GtkD-3.7.0.zip Thanks a lot for maintaining this project, we use this more and more for internal tooling and some desktop based client facing applications. bye, lobo
Re: Pegged v0.4: longest-match, left-recursion, and expandable parse trees
On Thursday, 2 March 2017 at 20:42:56 UTC, Philippe Sigaud wrote: Hi, Pegged is a parser generator based on Parsing Expression Grammars (PEG) written in D, that aims to be both simple to use and work at compile-time. [...] Thanks! This is my all time favourite D library.
Re: DIP1000: Scoped Pointers
On Monday, 15 August 2016 at 07:10:00 UTC, ZombineDev wrote: On Monday, 15 August 2016 at 04:56:07 UTC, Joseph Rushton Wakeling wrote: On Sunday, 14 August 2016 at 10:11:25 UTC, Guillaume Chatelet wrote: Isn't it what a scoped class is supposed to provide? class Rnd {} void foo() { scope rnd = new Rnd; // reference semantic and stack allocated } Does that actually work in D2? I thought it was a D1-only thing. Yes, but for some unknown to me reason it was deprecated (or it will be in the future) in favour of std.typecons.scoped. Actually, it is used in many places throughout DDMD, so I don't think its going away soon. When was it deprecated? I use it a lot and DMD 2.071.1 gives no warning. bye, lobo
Re: DConf 2016 on YouTube
On Thursday, 21 July 2016 at 16:35:44 UTC, Ali Çehreli wrote: Stealing the opportunity to announce this news... :) https://www.youtube.com/playlist?list=PL3jwVPmk_PRyTWWtTAZyvmjDF4pm6EX6z Reddit: https://www.reddit.com/r/programming/comments/4txf9w/dconf_2016_video_playlist/ Ali Thanks to all for getting the videos done. I've watched a few now and they've all been very good. My personal favourite so far is Don Clugston's talk on floating point. Funny with some great information for the average programmer, i.e. me. bye, lobo
Re: https everywhere update - dlang.org gets an "A" now!
On Sunday, 6 December 2015 at 05:12:29 UTC, mattcoder wrote: On Wednesday, 2 December 2015 at 22:17:20 UTC, Walter Bright wrote: Dlang.org gets an "A" now! Thanks to Jan Knepper's efforts. This is what I get when I try: https://www.dlang.org/ "Your connection is not private Attackers might be trying to steal your information from www.dlang.org (for example, passwords, messages, or credit cards). NET::ERR_CERT_COMMON_NAME_INVALID" Matheus. This is what I get on firefox; This Connection is Untrusted You have asked Firefox to connect securely to www.dlang.org, but we can't confirm that your connection is secure. [snip]... Technical Details www.dlang.org uses an invalid security certificate. The certificate is only valid for dlang.org (Error code: ssl_error_bad_cert_domain) bye, lobo
Re: PowerNex - My 64bit kernel written in D
On Wednesday, 18 November 2015 at 03:04:49 UTC, Rikki Cattermole wrote: On 18/11/15 12:35 PM, Wild wrote: Hey! I have recently started working on a 64bit kernel written in only D (and a little bit of assembly where it is really needed). I finally got it to boot today in 64bit mode. All it currently do is just print some text and numbers to the screen. It uses Adam D. Ruppes minimal D runtime, with some small modifications. I have a precompiled ISO here, if anyone wants to try it: https://github.com/Vild/PowerNex/releases/tag/v0.0.0-ALPHA The project is fully opensource and located at https://github.com/Vild/PowerNex I livestream the development of this almost everyday at https://livecoding.tv/Wild/ Hopefully someone will find this interesting. All feedback is appreciated. //Dan So whats the plan? - 32bit support - ARM support What else? Well, from the README I'd say the goal is a complete x86-64 OS The goal is to have a whole OS written in D, where PowerNex powers the core. This project looks great and it's not easy writing a x86-64 bootloader even with GRUB and a reference to work from, Nice work! bye, lobo
Re: Atila's article on Reddit: "Rust impressions from a C++/D programmer, part 1"
On Monday, 16 November 2015 at 00:50:50 UTC, Adam D. Ruppe wrote: On Monday, 16 November 2015 at 00:40:33 UTC, The Old One wrote: My point: until you can easily write D bare-metal code, without any runtime, and honestly without garbage collection, it just isn't a Real Systems Language. It really isn't hard. Yes, there's a learning curve to get started, but it isn't really hard once you make that initial investment. +1 Bare metal in D is easy now. If a programmer isn't resourcful enough to figure it out (D.learn + RTFM) then they will do little more in C/C++/Rust/whatever than turning on an LED or two. bye, lobo
Re: Beta D 2.069.0-b1
On Thursday, 8 October 2015 at 09:17:16 UTC, Martin Nowak wrote: On Thursday, 8 October 2015 at 04:53:53 UTC, Suliman wrote: Is it DDMD based release? Yes. Is there any info on the benchmarking between DDMD and DMD? bye, lobo PS: Big thanks for the much improved release process that you guys are maintaining.
Re: "Programming in D" paper book is available for purchase
On Wednesday, 19 August 2015 at 00:57:32 UTC, Ali Çehreli wrote: I am very happy! :) It will be available on many other distribution channels like Amazon in a few days as well but the following is the link that pays me the most royalty: https://www.createspace.com/5618128 This revision has many corrections and improvements over the one on the web site, which was from December 2014. (Thank you, Luís Marques!) I am too excited to list the changes right now but I can say that it is up to date with 2.068. :D eBook formats will follow but here are two almost-production-ready versions, which, hopefully apparent from their names, will disappear soon: http://ddili.org/deleteme.epub http://ddili.org/deleteme.azw3 And the book will always be freely available as well but I haven't updated the web site yet. Enjoy, and go buy some books! ;) Ali My copy just arrived, and all I can say is this book is a fantastic D reference! And it's so much nicer to read it in print than PDF. Cheers, lobo
Re: Arch Linux D package update
On Thursday, 4 June 2015 at 14:46:39 UTC, Dicebot wrote: gdc - now uses 5.1 gcc base and 2.066.1 frontend - patched to correctly use system zlib library (resulted in linker errors before) dtools - switched back to use dmd as default compiler dub - switched back to use dmd as default compiler dcd - new package, release 0.6.0 - only x86_64 for now (upstream bug) - provides systemd service : `sudo systemctl enable dcd.service` to start automatically upon system startup - provides default /etc/dcd.conf with stdlib paths for Arch Linux Thanks for this work. The arch packages got me started in D because there was so little friction to try it out. I probably wouldn't have bothered otherwise because I was a happy pig in C++ mud at the time. bye, lobo
Re: dsource.org moved
On Friday, 17 April 2015 at 21:34:07 UTC, Stewart Gordon wrote: On 17/04/2015 02:19, lobo wrote: On Thursday, 16 April 2015 at 23:32:17 UTC, Stewart Gordon wrote: snip I don't understand - how would an average member of the D community get into the DMD package on dlang.org in order to apply these updates? Get DMD, Druntime and Phobos and build them: http://wiki.dlang.org/Building_DMD Why would one need to build DMD in order to make changes to a set of API bindings? Make your changes and test. Contribute your changes back to D using pull requests. http://wiki.dlang.org/Pull_Requests Has Walter promised us that every pull request for the WindowsAPI bindings will be put in right away? Even if he had, what would be the point? It would greatly slow down the whole process. We have SVN repositories so that people can just put their updates straight in, and everyone else not only has access to the update straight away but can obtain it with either a one-line command line invocation or a few mouse clicks. The only problem is that the SVN server that is currently hosting the bindings doesn't work properly. We already have a potential solution: moving it across to Github. As such, I'm going to see if I can figure out how to do this. Stewart. Sorry, my mistake. I thought you were asking about how to contribute bindings back to Phobos. bye, lobo
Re: dsource.org moved
On Thursday, 16 April 2015 at 23:32:17 UTC, Stewart Gordon wrote: On 16/04/2015 03:35, Rikki Cattermole wrote: On 16/04/2015 11:25 a.m., Stewart Gordon wrote: snip How would we go about committing updates to it when this is done? Let's say there is a new function in gdi.h added. You would look for the file: core/sys/windows/windows/gdi.d And add the function declaration. Or if it is a whole new file: Add: core/sys/windows/windows/newFile.d Add line: public import core.sys.windows.windows.newFile; To: core/sys/windows/windows/package.d Basically the same process as now, except spread out across more files. I don't understand - how would an average member of the D community get into the DMD package on dlang.org in order to apply these updates? Get DMD, Druntime and Phobos and build them: http://wiki.dlang.org/Building_DMD Make your changes and test. Contribute your changes back to D using pull requests. http://wiki.dlang.org/Pull_Requests bye, lobo
Re: Calypso: Direct and full interfacing to C++
On Thursday, 16 April 2015 at 00:47:31 UTC, Elie Morisse wrote: Sorry for the lack of updates, progress was a bit boring for the past 2 months and consisted mostly in crawling my way up a bottomless pit of errors generated by « import (C++) Ogre.Light; ». And then this happens: https://paste.kde.org/pse8pqzch :D The compilation speed could be improved, more bugs should get triggered by actual usage of Ogre, but close to everything gets mapped, semantic'd and codegen'd and this is the milestone I've been working towards for months. Last week also introduced was the Clang module map file support, which helps breaking namespaces into smaller pieces and thus makes probably most C libraries usable right now without having to maintain bindings, only a module map file which may also be generated by clang-modularize. Wow, this is great stuff! I'd love to get this working with VTK! I currently have half-baked bindings that still have a bunch of bugs. This looks like a much more interesting approach. bye, lobo
Re: Release D 2.067.0
On Saturday, 28 March 2015 at 14:12:19 UTC, Vladimir Panteleev wrote: On Saturday, 28 March 2015 at 05:35:57 UTC, ketmar wrote: On Sat, 28 Mar 2015 04:55:47 +, Vladimir Panteleev wrote: But honestly, there already exists so much information on how to use DustMite... ...that people in bugzilla keep asking what it is. Not knowing what something is and not wanting to learn how to use it are different things. ANYONE should be able to use DustMite or Digger to reduce a test case down to reasonable size. having a big codebase that you didn't wrote and never read took 12 hours to dustmite. not that i can just leave it unattended though, as compiler itself segfaults sometimes, and that effectively leaves dustmite frozen. so it not only eats resources of my box (and i have a work to do, and that work involves compiling big codebases too), but it requires my attention. but yes, it's entirely my fault that i cannot afford such resources and asking for help, i know. Honestly, did you even try? https://github.com/CyberShadow/DustMite/wiki/Detecting-a-segfault-in-dmd-itself https://github.com/CyberShadow/DustMite/wiki/Running-commands-with-a-timeout https://github.com/CyberShadow/DustMite/wiki/Useful-test-scripts Or did you just give up after the first difficulty, saying, well, I tried? Do you think your time is more valuable than that of D contributors' or something? This attitude is crap and is becoming more frequent on the forums. The D development team is not interested in listening to their user base unless the user base is willing to contribute back to D language development with PRs. Good luck with that because most end-users will not bother even trying to file a bug report, let alone distill it down with some tool in the compiler download. They'll just move on in another language that doesn't require effort fighting compiler/language bugs. bye, lobo
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Thursday, 26 March 2015 at 02:34:04 UTC, Jakob Ovrum wrote: On Thursday, 26 March 2015 at 02:04:26 UTC, Laeeth Isharc wrote: [snip] It would have been better if several languages were used in comparison to Go. Overall the blog post is a bit immature with little rigor and too much emotion. The code comparisons that aren't idiomatic for either language nor behaviorally equivalent. It reads like a D-zealot had decided to write this blog before they even clicked the download link for the Go compiler. And so, their experience was never going to be anything but negative. That said, Go is unpleasant and probably the most boring language I've had to write code in. bye, lobo