Re: (Oh My) Gentool 0.3.0 released
On Wednesday, 5 May 2021 at 11:54:51 UTC, user1234 wrote: On Wednesday, 5 May 2021 at 10:01:13 UTC, user1234 wrote: Maybe some time in future, but for now there is a lot more priority stuff to do before even attempting this. Thanks for the explanations. BTW I had the same question for LDC backend being c++, I guess the answer would be similar. Yeah, but unlike LDC, for a tool that translates C++ to D it is a goal being able to also translate itself from C++ to D. And reaching this goal would be a huge milestone!
Re: (Oh My) Gentool 0.3.0 released
On Wednesday, 5 May 2021 at 10:01:13 UTC, user1234 wrote: I have a technical question about the tool itself. It is mostly written in cpp. Oh dear! Isn't it possible to use it to translate itself into D?
Re: uncovered: code coverage summary tool
On Tuesday, 21 July 2020 at 20:39:54 UTC, Mario Kröplin wrote: https://github.com/linkrope/uncovered examines coverage listing files to identify the ones with the most uncovered lines. Was this done with the new coverage check during CTFE? I would expect the numbers to be better then...
Re: DIP1028 - Rationale for accepting as is
On Friday, 22 May 2020 at 18:24:39 UTC, Atila Neves wrote: memcpy isn't a good example since it's explicitly @system Yes, it's a good example. Because if you include any C function, you don't know if it uses memcpy internally - except if you have the code. And as memcpy is used heavily within C libraries, it's not unlikely that your "oh so safe" function is using it too. Very bad advice. It should be simply forbidden to slap @safe at anything with no code available, because @save should be reserved for mechanically verified parts of code. Ok, you can slap @trusted on it, and it will compile (the easy way), but anyone using it is at least warned. So it's possible to check - and if no body is availabe (e.g. an object library) I would refrain from trusting it. But I don't want the compiler to greenwash it for me, no thanks. There should be at least someone on the D side to blame, destroying his reputation by slapping @trusted at whole modules.
Re: German D tutorial: HTML5 Anwendung mit GTK3 schreiben
On Thursday, 13 February 2020 at 22:48:32 UTC, Andre Pany wrote: Hi, Dieses Tutorial zeigt, wie GTK3 zum Erstellen von HTML5 Anwendungen verwendet werden kann. http://d-land.sepany.de/tutorials/gui/html5-anwendungen-mit-gtk3-schreiben Viele Grüße Andre Cool.
Re: DIP 1016--ref T accepts r-values--Formal Assessment
On Monday, 4 February 2019 at 17:09:25 UTC, bitwise wrote:
I think this solves all of the above:
fun(10);
==>
(int __temp0){ (return)? fun( __temp0 ); }(10);
-The expression/statement issue is solved by the closure
-The initialization issue created by the ":=" approach is not
present here
-For this rewrite, 'T' is the type of the rvalue argument, not
the type of the function parameter. This prevents undesired
implicit conversions.
I don't understand this.
What does "(return)?" mean? Is this valid D syntax? What do I
miss?
Re: This Week in D is back
On Monday, 17 December 2018 at 22:01:07 UTC, Adam D. Ruppe wrote: Well, I am getting back into it: http://dpldocs.info/this-week-in-d/Blog.Posted_2018_12_17.html Cool. Keep it going!
Re: LDC 1.7.0
On Tuesday, 30 January 2018 at 11:44:11 UTC, Dominikus Dittes Scherkl wrote: I think they update only stuff for which security problems were fixed and everything that depends on those, and that's it. And by the way, for some people that is the reason to install such a kind of distro: to not be suprised by any updates that destroy your dependencies or change the behavior in any unexpected way. If you like, you can update a package any time by yourself, if that is necessary. To be always up to date I would recommend a different kind of distro.
Re: LDC 1.7.0
On Tuesday, 30 January 2018 at 09:38:26 UTC, aberba wrote: On Monday, 29 January 2018 at 07:40:10 UTC, Dominikus Dittes Scherkl wrote: On Saturday, 27 January 2018 at 21:42:49 UTC, aberba wrote: [...] Ubuntu 16.04 This is a long-term support distribution. Don't expect those to have actual tip versions of any SW package! They rely on stabe versions that don't have the latest features but only those very well tested. The semver 1.7 is not an unstable package. Its that their reason for no updates? I don't know their exact update policy, but generally the Long-Term support distros tend to have rather old packages for a lot of sw. I think they update only stuff for which security problems were fixed and everything that depends on those, and that's it.
Re: LDC 1.7.0
On Saturday, 27 January 2018 at 21:42:49 UTC, aberba wrote: [...] Ubuntu 16.04 This is a long-term support distribution. Don't expect those to have actual tip versions of any SW package! They rely on stabe versions that don't have the latest features but only those very well tested.
Re: Invitation to review new DIP PR
On Monday, 15 May 2017 at 06:03:27 UTC, Mike Parker wrote: There's a PR for a new DIP titled "Delegatable Functions" [1]. If you have time, I invite you to review the PR to make sure it's in the best state possible for moving forward to a merge and preliminary review. At this stage, we're looking for copy edits (grammar, spelling, vocabulary), line edits (rephrasing sentences, restructuring paragraphs) and content (are there any major holes in the proposal, unanswered questions). Thanks in advance to any and all who participate. [1] https://github.com/dlang/DIPs/pull/61 Looks good to me.
Re: A New Import Idiom`
On Monday, 13 February 2017 at 14:28:20 UTC, Mike Parker wrote: Daniel Nielsen put together a post describing the import idiom that came to light in a recent forum discussion regarding DIP 1005 [3]. The relevant links are at [1] and [2]. [1] https://dlang.org/blog/2017/02/13/a-new-import-idiom/ [2] https://www.reddit.com/r/programming/comments/5tt33y/a_new_import_idiom_for_d/ [3] https://forum.dlang.org/thread/tzqzmqhankrkbrfsr...@forum.dlang.org?page=1 Thanks for writing this up, Daniel. Has become quite a nice article.
Re: vibe.d 0.8.0 and 0.7.31 beta releases
On Friday, 3 February 2017 at 09:28:26 UTC, yazd wrote: Is it possible to have non-@safe callbacks be part of the non-deprecated API? Why? A @safe API allows you to use it within @safe code, but it doesn't require you to also write @safe code. Especially if you don't like to annotate your code to be @safe, even if you think it is safe, this doesn't hinders you to use other peoples @safe code. Only the reverse is a problem (other people, who like to annotate their code @safe, can't use your code if it is not annotated - so they start to ignore your code even if it would be @safe only because you don't bother).
Re: Battle-plan for CTFE
On Monday, 29 August 2016 at 00:24:01 UTC, Stefan Koch wrote: I feel that this can have a positive impact on the whole of dmd, since that will allow better frontend-optimisations. I am happy for all comments or suggestions. The work you are doing is just awesome! Many thanks.
Re: IDE - Coedit 2 rc1
On Monday, 8 February 2016 at 07:05:15 UTC, Suliman wrote: Cool! Thanks! But do you have any plans to reimplement it from Pascal to В to get it's more native... B? What is B?
Re: Release D 2.068.0
On Monday, 10 August 2015 at 13:09:16 UTC, anonymous wrote: On Monday, 10 August 2015 at 12:24:36 UTC, Dominikus Dittes Scherkl wrote: Congrats, but why are there still 6 Regressions / 34 Blockers open in Bugzilla? At least with the one that opens from the main D page /resouces/bugtracker. Is this a different tracker that's not up to date? Regarding regressions: I think the policy is to not release with new regressions. That is, regressions from before 2.068 don't block the release. Aha. But if I look into the Regressions that are still open, they have been worked on and they have pull requests so to me they look pretty much closed. But the Bug Tracker list them as new - not even assigned to someone. Regarding blockers: As far as I know, blocker doesn't mean a thing for releases. I think many of those have been labeled blocker because they block someone in their work, rather than blocking a release. Yeah, I know. But even most of them are far from a state new, I would think. Maybe the state should reflect this progress better, because these 3000 open and unassigned bug give a much worse impression of the state of D than the language really is in. People get easy turned away from D by that look, which I think would be easy to avoid.
Re: Release D 2.068.0
On Monday, 10 August 2015 at 10:02:38 UTC, ZombineDev wrote: On Monday, 10 August 2015 at 08:48:52 UTC, Martin Nowak wrote: Glad to announce D 2.068.0. http://downloads.dlang.org/releases/2.x/2.068.0/ This release comes with many rangified phobos functions, 2 new GC profilers, a new AA implementation, and countless further improvements and fixes. See the changelog for more details. http://dlang.org/changelog.html#2.068.0 -Martin Congratulations! Thanks to all the contributors who made this happen and especially Kenji, Martin and Walter for hunting down all release blockers. Congrats, but why are there still 6 Regressions / 34 Blockers open in Bugzilla? At least with the one that opens from the main D page /resouces/bugtracker. Is this a different tracker that's not up to date?
Re: Berlin D Meetup July 2015
On Monday, 20 July 2015 at 08:56:02 UTC, Joseph Rushton Wakeling wrote: On Monday, 13 July 2015 at 12:31:56 UTC, Iain Buclaw wrote: On 13 Jul 2015 11:30, Ben Palmer via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: Just a note for anyone that is coming, we will be on the 5th floor from now on and not the 3rd floor. Is there an elevator? In Berlin gibt es Exercise für Developers ;-) Na, wenn schon deutsch, dann: Körperertüchtigung für Entwickler!
Re: Visual D 0.3.41 released
Sorry for my last post - the system somehow eat my message On Saturday, 16 May 2015 at 09:09:38 UTC, Rainer Schuetze wrote: Hi, there is a new release of Visual D available at http://rainers.github.io/visuald/visuald/StartPage.html Cool. How is the site under D / Getting Started / IDE updated? Because for Visual-D there the column last activities reads April 2014 - while other IDEs were updated a few days ago. Just because such small details quickly lead to the impression that nobody works on the project, which is simply false!
Re: Visual D 0.3.41 released
On Saturday, 16 May 2015 at 09:09:38 UTC, Rainer Schuetze wrote: Hi, there is a new release of Visual D available at http://rainers.github.io/visuald/visuald/StartPage.html Major new features: - new linker option build and use local phobos library to get a COFF32 version (dmd 2.067+) or add missing debug info (dmd 2.065+) - dparser updated with support for new language features in dmd 2.067 - new command Compile and Disassemble to show the disassembly of the current file in the code context window that is automatically synchronized with editor cursor movements. See http://rainers.github.io/visuald/visuald/CompileCommands.html - improvements to the mago debugger engine: set next statement, show symbols and address labels in the disassembly window, list associative array members, load PDB symbols from Microsoft Symbol Server or local cache folders, support lexical scope blocks and more See http://rainers.github.io/visuald/visuald/VersionHistory.html for the full list of changes. Visual D is a Visual Studio extension that adds D language support to VS2005-2015. It is written in D, its source code can be found on github: https://github.com/D-Programming-Language/visuald, pull requests are welcome. Rainer
Re: Implementing cent/ucent...
On Monday, 13 April 2015 at 20:06:11 UTC, Kai Nacke wrote: On Monday, 13 April 2015 at 09:00:30 UTC, Dominikus Dittes Scherkl wrote: I once had added cent/ucent to std/traits.d TypeInfo for cent/ucent is now in druntime. std.traits has cent/ucent support. Wow, cool. I need to address some comments in std.format before it can be merged. Other modules (e.g. std.conv) still miss support. Hmm. By the way: are also cent/ucent literals defined? And if yes, what's the postfix for that? Was it T? cent.max = 170_141_183_460_469_231_731_637_303_715_884_105_727T ucent.max = 340_282_366_920_938_463_463_374_607_431_768_211_455UT
Re: Implementing cent/ucent...
On Tuesday, 7 April 2015 at 15:55:24 UTC, Kai Nacke wrote: Hi all! I started to work on cent/ucent support in LDC (and possible in upstream DMD). Here is the current state: Hurray! I missed that. If you like to help: - clone test - Druntime/Phobos should support cent/ucent. I already updated/created some modules but more work is needed here - add support to the DMD backend I once had added cent/ucent to std/traits.d
Re: This Week in D #8: ddmd progressing, moving toward release.
On Monday, 9 March 2015 at 03:19:58 UTC, Adam D. Ruppe wrote: Not a very eventful week (probably for the better, I was stuck out of town ALL week due to a work meeting compounded with flight cancellations getting back), we're marching toward a release. http://arsdnet.net/this-week-in-d/mar-08.html Nice, but I'm missing the tip of the week (also with issue #7). Already out of ideas?
Re: This Week in D: Issue #4
On Wednesday, 11 February 2015 at 14:32:46 UTC, Adam D. Ruppe wrote: On Wednesday, 11 February 2015 at 11:21:46 UTC, Dominikus Dittes Scherkl wrote: Did I missed issue #5 ? No, I did; I was sick most of last week and decided to skip it, just going to bed instead on sunday night. Sorry, I didn't wanted to create any pressure. Of course health is more important. Gute Besserung!
Re: This Week in D: Issue #4
Did I missed issue #5 ?
Re: 438-byte Hello, world Win32 EXE in D
On Sunday, 7 September 2014 at 21:03:17 UTC, Vladimir Panteleev wrote: I've picked up an older project for using D on barebones Win32 as a better C. Thanks to recent advances in DMD (-betterC and -m32mscoff), I could get a Hello, world program on Win32 down to just 438 bytes when compiled. This is without assembly, linker scripts, custom Phobos/Druntime, or manual post-build tweaks. YES. That's what I expect to be possible with a systems programming language! Very pleasing to see that it is also possible with D, so D seems to be really a systems programming language :-)
