Re: silly is released - new test runner for the D programming language
On Sunday, 12 August 2018 at 15:07:04 UTC, Anton Fediushin wrote: Silly is a brand-new test runner with simplicity in mind. It's developed to be as simple as possible and contain no useless features. Another important goal is to provide flexible tool which can be easily integrated into existing environments. I like the "add as dependency and you're done" thing (unfortunately you have to apply conditional compilation to main(). But quick question (just playing the devil's advocate). Why use this library instead of, say, unit-threaded?
Re: emeralD - Command-line tool for template files
On Sunday, 17 June 2018 at 23:04:59 UTC, bauss wrote: For more information see the Github repository and for examples see the read me. Could we get a complete, simple usage example? Like target directory structure and how to invoke the program to get to it.
Re: dlangbot for Telegram - D compiler in your pocket
On Monday, 11 June 2018 at 05:50:56 UTC, Anton Fediushin wrote: Regarding vulnerabilities, if there are any I and authors/maintainers of dlang-tour will be interested in fixing them ASAP. After all, dlangbot uses tour's code under the hood. Then I assume all trivial vulnerabilities are taken care of. I just thought you had implemented this from scratch to run on a computer of yours. Executable downloading would require me to rewrite the back-end. I am not sure if it'll worth it because it's not clear how safe that would be for a user and how usable that feature will be. I mean, if user already has x86-64 Linux machine (that's what dlangbot uses) then will it be any simpler and faster to message the bot with code, download an executable and run it than compiling it using installed compiler? Here you are assuming the user has a compiler installed on his machine. It may not be the case in some environments or for some people that are just toying around with the language.
Re: dlangbot for Telegram - D compiler in your pocket
On Saturday, 9 June 2018 at 20:28:24 UTC, Anton Fediushin wrote: Hello, I am glad to announce that new Telegram bot which can execute D code is up and running! Check it out here: https://t.me/dlangbot Features: - Two compilers to choose from: dmd (default) and ldc - Support for custom compiler arguments with `/args` command - It's possible to set program's stdin with `/stdin` - Code is automatically compiled and ran again when you edit your message Repository: https://gitlab.com/ohboi/dlangbot Any ideas on how to improve it are appreciated! As much as I love Telegram bots and D, compilation and execution offered by a bot provides no clear advantage to me (still, I kinda like it). I assume you are looking out for potential vulnerabilities? How about allowing for download of the executable?
Re: unit-threaded v0.7.45 - now with more fluency
On Tuesday, 8 May 2018 at 03:57:25 UTC, Johannes Loher wrote: Fluent assertions have one major advantage over using pascalCase assertions: There is no ambiuguity about the order of arguments. When using e.g. assertEquals, how do you know wheter is is supposed to be assertEquals(actual, expected), or assertEquals(expected, actual)? The first one is the only one that makes sense wirh UFCS, but it is not clear directly from the API. On top of that, some popular Frameworks (I‘m looking at you, JUnit...) do it exactly the other way round. With fluent assertions, you don‘t have this Problem, it is much more clear that it should be actual.should.equal(expected) and not expected.should.equal(actual), because it fits naturally in the chain of ufcs calls. Okay, I think I see your point, although it looks to me the added verbosity and code complexity is not really worth it, provided you always use UFCS. But of course, that cannot be easily enforced I guess.
Re: Funding for code-d/serve-d
On Sunday, 6 May 2018 at 16:31:02 UTC, Meta wrote: Also, does anyone have an image of the supporter t-shirts? If possible I want to donate an amount to get one of those. Please, I'm considering it as well. Also, though I use WebFreak's extension for VS code, I never really got it to work 100% (never really invested more than a couple minutes either, to be fair). Thinks like syntax highlighting and symbol lookup are really welcome, but I'd like completion support out of the box. Is it only me that has an issue with this?
Re: serialport v1.0.0
On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package I used this library for my end-of-degree project a couple years back, I'm really glad to see it come to a stable version. Congrats and thank you! * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d Maybe `SerialPort!Blocking` would fit better with the language's features? I know I'm just being picky and it's mainly a matter of taste, but still.
Re: unit-threaded v0.7.45 - now with more fluency
On Saturday, 5 May 2018 at 15:51:11 UTC, Johannes Loher wrote: Personally, I don't like that kind of "abuse" of operators at all. I think it looks really unusual and it kind of breaks your "flow" when reading the code. Additionally, people, who don't know about the special behaviour the operators have in this case, might get really confused. I would much prefer it, if you used a more common fluent style (like 1.0.should.be.approximately(1.0001);). Anyways, thanks for working on this awesome project! I think I'm siding with Johannes here. Much as the overloads look nice, I don't really see the advantage over `shouldEqual`. Also, what's with `all.these.identifiers`? Any particular reason why you are more fond of them rather than of good ol' pascalCase?
Re: SecureD 1.0.0 Released!
On Friday, 27 April 2018 at 09:57:03 UTC, Adam Wilson wrote: As always, PR's are welcome. Link to repo?
Re: camisole supports now the D Programming Language
On Sunday, 11 February 2018 at 09:36:53 UTC, Andre Pany wrote: Support for D was added in the recent days. More information about camisole https://camisole.prologin.org/ Did not know about this platform. Neat!
Re: The #dbugfix Campaign
On Saturday, 3 February 2018 at 17:30:46 UTC, rjframe wrote: On Sat, 03 Feb 2018 15:32:41 +, Mike Parker wrote: We all have (or have had) our "favorite" issues in Bugzilla at one time or another. Some that seem to hang around like unwanted guests who never leave. The #dbugfix campaign is an opportunity for you to finally kick them out. The blog: https://dlang.org/blog/2018/02/03/the-dbugfix-campaign/ Reddit: https://www.reddit.com/r/d_language/comments/7uzwms/ the_dbugfix_campaign_get_your_priority_bugs_fixed/ Nice idea. I wonder if something like this could encourage people that otherwise wouldn't fix bugs themselves to make an attempt -- maybe a month dedicated to fixing bootcamp bugs (or documentation bugs, or ...) with some sort of friendly competition attached. Did I hear scoreboards and achievements??
Re: ArithEval v0.5.0 released
On Monday, 8 January 2018 at 11:45:25 UTC, rjframe wrote: But don't let anyone peer-pressure you into changing licenses. Figure out your goals and license your code accordingly. Your opinion is much appreciated. For this particular project, MIT will do just fine.
Re: ArithEval v0.5.0 released
On Monday, 8 January 2018 at 06:02:35 UTC, thedeemon wrote: On Sunday, 7 January 2018 at 20:41:57 UTC, Dechcaudron wrote: It allows the runtime evaluation of simple math expressions like `1 + 2 * 3` or `1 ^ foo`, with foo being given values at run time. That's a nice exercise in using Pegged. Reminds me of another Pegged-based calculator with variables, more operations, more precision and more permissive license: http://code.dlang.org/packages/pc It hasn't been updated in 4 years but still can be built by Dub automatically, that's how stable D is these days! From what I can see (documentation appears to be scarce) pc strived to be more like a Matlab-style program. ArithEval is to be used as a library to help deal with user input. But the former definitely supports many more operations, you are right. I guess it would not hurt to change the license to MIT. Would that encourage use by the community?
ArithEval v0.5.0 released
Updating this library I coded more than a year ago, so that I could use it as an optional dependency of the coming up dli library. It allows the runtime evaluation of simple math expressions like `1 + 2 * 3` or `1 ^ foo`, with foo being given values at run time. It was never announced in this forum, so it is likely most of you never heard of it. The README pretty much sums up all there is to see, but do let me know if you guys have any specific doubt. Feedback is greatly appreciated.
Re: unit-threaded v0.7.33
Thanks for this library Atila. An update is always appreciated.
Re: Release 2.071.2
On Monday, 19 September 2016 at 11:08:33 UTC, Martin Nowak wrote: Glad to announce D 2.071.2. -Martin You guys are amazing! I love D and I love you all!
Re: ggplotd version 1.0.0 released
On Saturday, 20 August 2016 at 16:37:29 UTC, Edwin van Leeuwen wrote: The main addition is support for legends. I've been using your library, legends definitely come in handy. Thanks a bunch for the work!
Re: Running a D game in the browser
On Wednesday, 3 August 2016 at 20:26:23 UTC, Sebastien Alaiwan wrote: I finally managed to compile some D code to asm.js, using Emscripten. I know virtually nothing about compilers and even less about Emscripten, but the fact that you managed to get a D game running inside a browser is plain awesome. Congratulations!
Re: Article: "Profile-Guided Optimization with LDC"
On Friday, 15 July 2016 at 08:11:31 UTC, Johan Engelen wrote: Profile-Guided Optimization (PGO) This is dope. I'm learning a shitload about general programming and optimization techniques since I joined the D community a couple months ago. Great article :)
Re: new cpuid is ready for comments
On Monday, 11 July 2016 at 16:30:44 UTC, Ilya Yaroshenko wrote: Please report your CPU (GitHub/Gist) Running on Mac Pro Intel Xeon Quad-Core x2 https://gist.github.com/Dechcaudron/e6eeb17972316785d7c07c409a2ed092
Re: BulletD needs your help!
On Monday, 4 July 2016 at 20:03:45 UTC, BLM768 wrote: Thoughts? Concerns? Tomatoes? Hey there, I'm sad this post hasn't called anyone's attention so far. While I am defintely interested to have BulletD become a thing, I sadly can't collaborate with it so far. It's been on my mind to give Bullet as a physics engine a try for videogame development for a good year now, and I've only been using D for the last two months. Reality is I don't have any actual experience working with Bullet itself, so I don't really see how my input in the project could be valuable. Still, I believe that for D to be taken into consideration by the general programming community we defintely need to have as many libraries as possible, covering as many topics as we can. I don't know if we have any other general-purpose physics library though. I currently don't have the time to get hands down into the project, but I might start learning about Bullet pretty soon. When that happens, I will let you know to see if I'm of any use in the project. Thanks for trying to make it happen, man. You have my +1 for trying, and I really hope the community notices this project. Cheers!
Re: Release DUB 1.0.0
On Monday, 20 June 2016 at 15:52:46 UTC, Sönke Ludwig wrote: I'm pleased to announce the release of the first stable version of the DUB package manager. Congratulations and thank you from all of us! DUB is amazing!!!
Re: Beta release DUB 1.0.0-beta.1
On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote: DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is support for single-file packages, which can be used to write shebang-style scripts on Posix systems: [...] I've barely started using D, but dub works like a charm and makes development so easy! Thank you for creating such a great tool! :D