Re: Beta 2.107.0

On Tuesday, 2 January 2024 at 12:49:51 UTC, Iain Buclaw wrote: Glad to announce the first beta for the 2.107.0 release, ♥ to the 35 contributors. Top-level win{32,64}.mak and legacy src/win{32,64}.mak files (for DigitalMars make) have been removed altogether. The generic top-level Makefile

Re: Release D 2.106.1

On Tuesday, 2 January 2024 at 03:31:47 UTC, Steven Schveighoffer wrote: On Tuesday, 2 January 2024 at 02:48:29 UTC, Andrej Mitrovic wrote: Does anyone know when did named arguments initially land in the compiler, as part of which release..? I never saw it as a headline feature in any previous

Re: Release D 2.106.1

On Monday, 1 January 2024 at 22:02:26 UTC, Iain Buclaw wrote: Glad to announce D 2.106.1, ♥ to the 4 contributors. http://dlang.org/download.html This point release fixes a few issues over 2.106.0, see the changelog for more details. http://dlang.org/changelog/2.106.1.html -Iain on behalf

Re: First Beta 2.106.0

On Wednesday, 8 November 2023 at 05:53:32 UTC, Iain Buclaw wrote: Recursively adding `nothrow:` was implied but I err towards brevity. Alright thanks for clarifying!

Re: First Beta 2.106.0

On Thursday, 2 November 2023 at 09:13:55 UTC, Iain Buclaw wrote: On Thursday, 2 November 2023 at 07:49:32 UTC, Imperatorn wrote: Why is it named nothrow if what it's really doing is not adding the unwinders? A nothrow switch could imply it's doing something in relationship to nothrow, which it

Re: First Beta 2.106.0

On Thursday, 2 November 2023 at 00:57:23 UTC, Iain Buclaw wrote: Glad to announce the first beta for the 2.106.0 release, ♥ to the 33 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.106.0.html As usual please report any bugs at https://issues.dlang.org

Re: Walter on Twitter

On Tuesday, 18 April 2023 at 20:07:43 UTC, Walter Bright wrote: I'm just afraid it will consist mostly of me staring at the screen with a baffled look. I think that's 99.9% of programmers. But think of it as rubber duck debugging. https://en.wikipedia.org/wiki/Rubber_duck_debugging I think

Re: New beginnings - looking for part-time D programming help

On Thursday, 23 March 2023 at 16:02:46 UTC, Laeeth Isharc wrote: Hi. For those that didn't hear, I resigned from Symmetry in September and my last day was a couple of weeks back. Do you believe Symmetry will continue to invest in D after your departure?

Re: Release D 2.102.0

On Thursday, 2 February 2023 at 12:30:50 UTC, Iain Buclaw wrote: http://dlang.org/download.html Seems there's problems with the installer script: https://issues.dlang.org/show_bug.cgi?id=23671

Re: Release D 2.102.0

On Thursday, 2 February 2023 at 12:30:50 UTC, Iain Buclaw wrote: http://dlang.org/download.html http://dlang.org/changelog/2.102.0.html -Iain on behalf of the Dlang Core Team - Stack traces can now be generated when run inside the GC collection routine. - InvalidMemoryOperationError now has

Re: DConf '22 Day One Videos

On Monday, 26 September 2022 at 12:48:54 UTC, Mike Parker wrote: I've finished editing uploading all of the videos for Day One of DConf. You can find them here: https://www.youtube.com/playlist?list=PLIldXzSkPUXVDzfnBlXcqZF6GB_ejjkEn I hope to be able to pick up the pace a bit after this

Re: chain of exceptions, next method

On Sunday, 14 August 2022 at 02:30:43 UTC, Paul Backus wrote: On Sunday, 14 August 2022 at 02:07:05 UTC, Ali Çehreli wrote: This automatic "combining" of exceptions happens for cleanup code like scope(exit). (I remember bug(s) for scope(failure).): To be precise, an exception thrown inside

Re: The D Programming Language Vision Document

On Tuesday, 5 July 2022 at 12:34:57 UTC, ryuukk_ wrote: GC is one of D's strength because it is optional, not making core APIs bing-your-own-memory-allocation-strategy through nogc or allocators, is making it no longer optional, which is no longer a strength imo You don't want GC when you do

Re: The D Programming Language Vision Document

On Monday, 4 July 2022 at 06:01:09 UTC, Mike Parker wrote: So what the `@nogc as much as possible` goal means is that it should be a consideration for the implementation of Phobos v2 from the beginning. The design of the API should allow `@nogc` client code to make use of it as much as

Re: The D Programming Language Vision Document

On Monday, 4 July 2022 at 05:35:20 UTC, rikki cattermole wrote: On 04/07/2022 5:30 PM, Andrej Mitrovic wrote: Aren't these the polar opposites of each other? The GC is one of D's strengths, yet we should avoid it as much as possible in the standard library. Not necessarily. It could

Re: The D Programming Language Vision Document

On Sunday, 3 July 2022 at 08:46:31 UTC, Mike Parker wrote: You can find the final draft of the high-level goals for the D programming language at the following link: https://github.com/dlang/vision-document Under 'Memory safety': Allow the continued use of garbage collection as the default

Re: New forum view mode "narrow-index" is now available

On Thursday, 30 June 2022 at 07:09:36 UTC, Ahmet Sait wrote: Feedback welcome! Love it! Thank you to everyone involved~

Re: DConf Online 2020 Schedule

On Wednesday, 14 October 2020 at 12:41:34 UTC, Mike Parker wrote: The DConf Online schedule is now live on the website. I've got a blog post coming tomorrow which will, among other things, include an announcement about the schedule aimed at the world outside our community in a form suitable

Re: Release D 2.094.0

On Monday, 5 October 2020 at 03:27:22 UTC, Andrej Mitrovic wrote: I'm not sure if it's related to https://issues.dlang.org/show_bug.cgi?id=21226. But how many people will be turned away not being able to install the compiler? This might have come off a bit rude, apologies

Re: Release D 2.094.0

On Saturday, 26 September 2020 at 21:45:09 UTC, Martin Nowak wrote: Glad to announce D 2.094.0, ♥ to the 49 contributors. This release comes with faster compiler binaries (built with ldc), direct git dependencies in dub, better type checking of vectors, and improved template instantiation

Re: A function to split a range into several ranges of different chunks

On Monday, 14 September 2020 at 09:08:01 UTC, Seb wrote: You likely want to get involved / raise your support here: https://github.com/dlang/phobos/pull/7600 Oh this is great, thank you!

A function to split a range into several ranges of different chunks

- import std.range; import std.stdio; void main () { auto range = sequence!((a, n) => n); // works, but the chunks are all the same length auto rngs = range.chunks(4); writeln(rngs[0]); writeln(rngs[1]); writeln(rngs[2]); // want this auto ranges =

Re: Beta 2.094.0

On Friday, 11 September 2020 at 07:48:00 UTC, Martin Nowak wrote: http://dlang.org/changelog/2.094.0.html As usual please report any bugs at https://issues.dlang.org -Martin "Equality of arrays of structs is consistent again, as before v2.078" Not a big fan of this. I think it's super

Re: Symmetry Investments and the D Language Foundation are Hiring

On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote: Looking for a full-time or part-time gig? Not only is Symmetry Investments hiring D programmers, they are also generously funding two positions for ecosystem work under the D Language Foundation. And they've put up a bounty for a

Re: Symmetry Investments and the D Language Foundation are Hiring

On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote: Looking for a full-time or part-time gig? Not only is Symmetry Investments hiring D programmers, they are also generously funding two positions for ecosystem work under the D Language Foundation. And they've put up a bounty for a

Re: How do I convert an ISO 8601 datetime into a unix timestamp - at compile-time?

On Friday, 28 August 2020 at 12:35:26 UTC, Steven Schveighoffer wrote: It's trying to look up the local timezone at compile time. You need to specify a time zone: static time = SysTime(DateTime.fromISOString("20220101T00"), UTC()).toUnixTime; -Steve Aw, thanks Steve!

Re: How do I convert an ISO 8601 datetime into a unix timestamp - at compile-time?

On Friday, 28 August 2020 at 01:54:02 UTC, Andrej Mitrovic wrote: - import std.datetime; void main () { static time = SysTime(DateTime.fromISOString("20220101T00")).toUnixTime; } - I think I'm supposed to use MonoTime here, right?

How do I convert an ISO 8601 datetime into a unix timestamp - at compile-time?

- import std.datetime; void main () { static time = SysTime(DateTime.fromISOString("20220101T00")).toUnixTime; } - - /Library/D/dmd/src/phobos/std/concurrency.d(2574): Error: static variable lock cannot be read at compile time

Re: Why is time_t defined as a 32-bit type on Windows?

On Wednesday, 5 August 2020 at 16:13:19 UTC, Andrej Mitrovic wrote: ``` C:\dev> rdmd -m64 --eval="import core.stdc.time; writeln(time_t.sizeof);" 4 ``` According to MSDN this should not be the case: https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/time-time32-t

Re: Why is time_t defined as a 32-bit type on Windows?

On Wednesday, 5 August 2020 at 16:13:19 UTC, Andrej Mitrovic wrote: ``` C:\dev> rdmd -m64 --eval="import core.stdc.time; writeln(time_t.sizeof);" 4 ``` According to MSDN this should not be the case: https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/time-time32-t

Why is time_t defined as a 32-bit type on Windows?

``` C:\dev> rdmd -m64 --eval="import core.stdc.time; writeln(time_t.sizeof);" 4 ``` According to MSDN this should not be the case: https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/time-time32-time64?view=vs-2019 time is a wrapper for _time64 and **time_t is, by default,

Re: From the D Blog: A Pattern for Head-mutable Structures

On Friday, 26 June 2020 at 06:14:48 UTC, Mike Parker wrote: On Friday, 26 June 2020 at 05:37:13 UTC, Arun Chandrasekaran wrote: This is a very interesting post. But this strategy with HN is clearly not working. 5 upvotes after 17 hours and 0 comments. Please paste the direct link in future

Re: dbox is a complete D2 port of the Box2D game physics library

On Thursday, 18 June 2020 at 14:38:27 UTC, aberba wrote: On Wednesday, 17 June 2020 at 01:20:00 UTC, Andrej Mitrovic wrote: On Tuesday, 16 June 2020 at 17:52:37 UTC, aberba wrote: On Friday, 23 May 2014 at 22:00:51 UTC, Andrej Mitrovic wrote: https://github.com/d-gamedev-team/dbox What

Re: dbox is a complete D2 port of the Box2D game physics library

On Tuesday, 16 June 2020 at 17:52:37 UTC, aberba wrote: On Friday, 23 May 2014 at 22:00:51 UTC, Andrej Mitrovic wrote: https://github.com/d-gamedev-team/dbox What is Box2D? == [...] This sort of investment still amazes me. This is a 6 years old post though. I'm sure

Re: Interesting work on packing tuple layout

On Monday, 15 June 2020 at 15:00:12 UTC, Max Samukha wrote: On Monday, 15 June 2020 at 14:55:37 UTC, Andrej Mitrovic wrote: On Monday, 15 June 2020 at 14:18:38 UTC, Timon Gehr wrote: Apparently, it has been fixed in 2.092. Nice! Oh wow that's fantastic. Does anyone know which changeset / PR

Re: Interesting work on packing tuple layout

On Monday, 15 June 2020 at 14:18:38 UTC, Timon Gehr wrote: Apparently, it has been fixed in 2.092. Nice! Oh wow that's fantastic. Does anyone know which changeset / PR fixed it?

Re: Interesting work on packing tuple layout

On Monday, 15 June 2020 at 13:34:18 UTC, Max Samukha wrote: On Sunday, 14 June 2020 at 23:30:03 UTC, Andrei Alexandrescu wrote: It's really easy if members in the layout are given internal names that include information about the original index. You can construct a list of member aliases in

Re: Interesting work on packing tuple layout

On Saturday, 13 June 2020 at 19:11:33 UTC, Andrei Alexandrescu wrote: https://github.com/ZigaSajovic/optimizing-the-memory-layout-of-std-tuple Would be interesting to adapt it for std.tuple. I can't see any way of making indexing work *except* by adding a Get template inside the tuple.

Re: Interesting work on packing tuple layout

On Monday, 15 June 2020 at 06:06:40 UTC, Andrej Mitrovic wrote: Currently Tuple supports indexing via `tuple[2]` => gets you the third value with its own type. It does this via `alias fields this;` basically.

Re: DIP1028 - Rationale for accepting as is

On Wednesday, 27 May 2020 at 13:47:46 UTC, Claude wrote: On Wednesday, 27 May 2020 at 13:42:08 UTC, Andrej Mitrovic wrote: Is the actual problem those `@trusted:` declarations at the top of C headers? There could be a simple solution to that: Ban `@trusted:` and `@trusted { }` which apply

Re: DIP1028 - Rationale for accepting as is

On Wednesday, 27 May 2020 at 09:50:50 UTC, Walter Bright wrote: Un-annotated C declarations should be a red flag to any competent QA team. Recognizing a false @trusted is a whole lot harder. Is the actual problem those `@trusted:` declarations at the top of C headers? There could be a

Re: DustMite: the General-Purpose Data Reduction Tool (from the D Blog)

On Monday, 13 April 2020 at 13:06:30 UTC, Mike Parker wrote: Vladimir has contributed to the blog an article on the evolution of DustMite, looking at some of the challenges he had to overcome along the way. The blog:

Re: win32 - Windows API declarations for all platforms

On Wednesday, 1 April 2020 at 07:11:44 UTC, Vladimir Panteleev wrote: More details in the README: https://github.com/CyberShadow/win32#readme Ohh thanks a lot for this! It will be handy for something I'm working on.

Re: DIP 1024---Shared Atomics---Accepted

On Thursday, 2 January 2020 at 09:41:02 UTC, Walter Bright wrote: On 1/2/2020 12:01 AM, Manu wrote: Quick quick, we need a PR to issue deprecation messages for those invalid read/writes! :) It's already been merged! https://github.com/dlang/dmd/pull/10209 Some really fast work there :-)

Re: A program that does OCR(Optical Character Recognition) inspired by Neural Networks

On Friday, 6 December 2019 at 01:07:38 UTC, Murilo wrote: Hi everyone. I've spent the last weeks working on a program which is able to read and understand text from an image file(OCR) by using a rudimentary neural network after training with a large amount of images(I made them myself,

What is the point of a synchronized lock on a single return statement?

From: https://github.com/dlang/phobos/blob/10b9174ddcadac52f6a1ea532deab3310d3a8c03/std/concurrency.d#L1913-L1916: - /// final @property bool isClosed() @safe @nogc pure { synchronized (m_lock) { return m_closed; } } - I don't understand the purpose of this lock.

Re: Blog Post: Beating std::visit Without Really Trying

On Sunday, 6 October 2019 at 19:58:04 UTC, Walter Bright wrote: On 10/6/2019 2:59 AM, Paolo Invernizzi wrote: Well, so there's hope that _very little_ improvements will be merged, in a way or another? I mean, there's some sort of policy for things like that:   

Re: Five Projects Selected for SAOC 2019

On Sunday, 25 August 2019 at 13:38:24 UTC, Mike Parker wrote: ... Solve Dependency Hell: This is considered as a crucial first step in making Phobos available via the DUB registry I'm guessing this means we might even be able to use multiple versions of Phobos one day. However before we do

Re: We’re hiring Software Engineers! (D language)

On Wednesday, 3 July 2019 at 14:38:48 UTC, Dejan Lekic wrote: On Tuesday, 2 July 2019 at 08:56:42 UTC, Andrej Mitrovic wrote: Hi! BPF Korea is looking to increase the size of its core development team in Seoul, South Korea. The job is on-site, and the company is willing to sponsor your Visa

Re: We’re hiring Software Engineers! (D language)

On Tuesday, 2 July 2019 at 09:38:58 UTC, Bastiaan Veelo wrote: On Tuesday, 2 July 2019 at 08:56:42 UTC, Andrej Mitrovic wrote: Hi! BPF Korea is looking to increase the size of its core development team in Seoul, South Korea. Congrats! You should be on this page[1] then, would you agree

We’re hiring Software Engineers! (D language)

Hi! BPF Korea is looking to increase the size of its core development team in Seoul, South Korea. The job is on-site, and the company is willing to sponsor your Visa application and will guide you through the entire process. This is an exciting career opportunity to work on a new

Re: DConf 2019 Livestream

On Wednesday, 8 May 2019 at 10:13:35 UTC, Ethan wrote: On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote: The venue uses WebEx for livestreaming. All the information is available in this PDF: https://drive.google.com/open?id=1yekllbfOmxHqJNuuWIVeP9vNeROmfp1I Good news everyone! A

Re: DConf 2019 Livestream

On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote: The venue uses WebEx for livestreaming. All the information is available in this PDF: https://drive.google.com/open?id=1yekllbfOmxHqJNuuWIVeP9vNeROmfp1I "When joining: Please connect using Internet Explorer, not Google Chrome or

Re: Anyone have a Vibe.d Diet Template syntax definition for Sublime?

On Monday, 22 April 2019 at 04:12:11 UTC, Andrej Mitrovic wrote: Or perhaps for any other editor so I could adapt it and have syntax highlighting in Sublime when viewing .dt files. In the meantime I found this: https://packagecontrol.io/packages/Pug It seems to work fairly well.

Anyone have a Vibe.d Diet Template syntax definition for Sublime?

Or perhaps for any other editor so I could adapt it and have syntax highlighting in Sublime when viewing .dt files.

Re: D compilation is too slow and I am forking the compiler

On Thursday, 22 November 2018 at 11:16:26 UTC, Paolo Invernizzi wrote: BTW, it's nice to see again the Secret Squirrel on the forum, in these days: welcome back Andrej! /Paolo Oh hey there too! I'm sorry if I can't recall you, though. ¯\_(ツ)_/¯ I mostly lurk around here these days. But I

Re: D compilation is too slow and I am forking the compiler

On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright wrote: Unfortunately, you're right. The title will leave the impression "D is slow at compiling". You have to carefully read the article to see otherwise, and few will do that. Well comparative to itself sometimes it is. When you

Re: DMD backend now in D

On Sunday, 11 November 2018 at 23:40:16 UTC, Walter Bright wrote: As: https://github.com/dlang/dmd/pull/8946 removes the header files for the old C++ code! Congrats to everyone!

Re: D's Newfangled Name Mangling

On Wednesday, 20 December 2017 at 13:57:20 UTC, Mike Parker wrote: The blog https://dlang.org/blog/2017/12/20/ds-newfangled-name-mangling/ it won’t catch every error; for example, structs, classes and other user defined types are mangled > by name only, so that a change to their definition

Re: mysqln - tagged bugfix release v1.1.1

On Wednesday, 20 September 2017 at 05:24:14 UTC, Nick Sabalausky (Abscissa) wrote: https://github.com/mysql-d/mysql-native Native D client driver for MySQL/MariaDB, works with or without Vibe.d Hey Nick, Can this also work with Percona MySQL? Or perhaps maybe in the future.. :) Cheers!

Re: Who maintains the D website?

On Thursday, 3 August 2017 at 00:48:41 UTC, Andrej Mitrovic wrote: On Thursday, 3 August 2017 at 00:26:31 UTC, Moritz Maxeiner wrote: On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote: Is there a single person who's the main maintainer of the D website..? If not, I have some

Re: Who maintains the D website?

On Thursday, 3 August 2017 at 00:26:31 UTC, Moritz Maxeiner wrote: On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote: Is there a single person who's the main maintainer of the D website..? If not, I have some ideas on how to improve it. Not just ideas, I'd like to give

Re: Who maintains the D website?

On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote: Is there a single person who's the main maintainer of the D website..? If not, I have some ideas on how to improve it. Not just ideas, I'd like to give a host at improving it myself, really. Sorry that was a weird typo. I

Who maintains the D website?

Is there a single person who's the main maintainer of the D website..? If not, I have some ideas on how to improve it. Not just ideas, I'd like to give a host at improving it myself, really.

Re: DIP 1004 Preliminary Review Round 1

On Monday, 1 May 2017 at 14:55:28 UTC, Mike Parker wrote: DIP 1004 is titled "Inherited Constructors. Mike, given the general feedback I've received here, I think the next best take of action is to split the implicit inheritance proposal into a separate, smaller DIP, and update DIP 1004

Re: DIP 1004 Preliminary Review Round 1

On Wednesday, 3 May 2017 at 12:58:17 UTC, Daniel N wrote: The trick is that your child class need to have defined at least 1 constructor before the alias. This should work: this() {} alias __ctor = super.__ctor; This will give the error message you saw: alias __ctor = super.__ctor; this() {}

Re: DIP 1004 Preliminary Review Round 1

On Wednesday, 3 May 2017 at 09:13:54 UTC, Daniel N wrote: However I oppose the other part of the DIP since it's already possible today. class FileException : Exception { this(ErrorCode error_code, string file = __FILE__, uint line = __LINE__ ) { super("FileNotFound", file,

Re: DIP 1004 Preliminary Review Round 1

On Tuesday, 2 May 2017 at 09:03:27 UTC, deadalnix wrote: 100% in favor of the constructor behavior change in case no constructor is in the derived class. I think we could even split this up into two separate proposals, because this part of the DIP is fairly non-controversial and could be

Re: DIP 1004 Preliminary Review Round 1

On Monday, 1 May 2017 at 19:02:11 UTC, H. S. Teoh wrote: 1) Suppose my base class has 3 ctors, and I only want my derived class to inherit 1 of them. Does this DIP allow for that? Initially when designing the DIP I haven't thought about this use-case, but I've had more thought put into it

Re: DIP 1004 Preliminary Review Round 1

On Monday, 1 May 2017 at 18:34:43 UTC, H. S. Teoh wrote: so the fact that they now have different syntaxes was seen as an advantage. Yeah, I remember that decision. I don't think I've ever agreed with it, though. :o) We'll see.. I don't personally find it very important, I'm fine with

Re: DIP 1004 Preliminary Review Round 1

On Monday, 1 May 2017 at 15:33:47 UTC, Basile B. wrote: On Monday, 1 May 2017 at 14:55:28 UTC, Mike Parker wrote: DIP 1004 is titled "Inherited Constructors. [...] All review-related feedback on and discussion of the DIP should occur in this thread. [...] Destroy! An obvious omission in the

Re: DConf 2017 Berlin - Streaming ?

On Saturday, 29 April 2017 at 17:58:15 UTC, Joakim wrote: Any update on the stream this year, for those of us planning to watch the talks remotely? The last bit of news I've received is they will be streamed on youtube this time.

Re: DIP 1005 - Preliminary Review Round 1

On Sunday, 23 April 2017 at 16:39:35 UTC, deadalnix wrote: It's just one per module. Templates are only instantiated once per new set of arguments. There may be some gain here, but I doubt this is worth adding a new language feature. Ah, good point. Though there's still merit to this DIP

Re: DIP 1005 - Preliminary Review Round 1

On Sunday, 23 April 2017 at 12:03:47 UTC, Andrei Alexandrescu wrote: Mostly out of a sense of conformity. We asked Michael to give no special treatment of DIPs originating from us, and this one was open, so he put it up for review. It is likely it will end up rejected in favor of

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 16:14:29 UTC, Timon Gehr wrote: Please reconsider. This is new syntax. It looks like old syntax but behaves differently. I suppose the biggest issue is: - module mod; import std.stdio; struct A { ~this ( ) { writeln("dtor"); } } - - module test;

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md Very solid DIP! And I like the use of `with` and it's proposed extension to be allowed in declarations, rather than introducing new syntax.

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md with (Type) and with (TemplateInstance) are always declarations and do not introduce a new scope. Does that mean we can now do things like this?: - module m; struct

Re: Beta 2.074.0-b1

On Friday, 24 March 2017 at 17:35:58 UTC, Martin Nowak wrote: First beta for the 2.074.0 release. This release comes with plenty of phobos additions and a new std.experimental module. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.074.0.html Please report any bugs at

Re: Google is apparently now better at searching programming-related questions

On Friday, 3 March 2017 at 07:51:06 UTC, Ola Fosheim Grøstad wrote: I get those same results when using my regular browser, but when using another browser I get "ad lib" etc, nothing about programming. You may be right. :) I mistakenly thought the lack of cookies would be enough to get

Google is apparently now better at searching programming-related questions

https://9to5google.com/2017/03/02/google-search-technical-queries-programming-languages/ I just used a private session and opened google, searched for "d libs" and the first three results were the DWiki and a Github project, https://wiki.dlang.org/Libraries_and_Frameworks,

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 17:07:35 UTC, Dominikus Dittes Scherkl wrote: On Thursday, 15 December 2016 at 16:16:51 UTC, Walter Bright wrote: On 12/14/2016 5:26 AM, Dominikus Dittes Scherkl wrote: Why not leave it as it is and only change the compiler to perform inputs _within_ a function

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 00:44:02 UTC, Andrej Mitrovic wrote: On Wednesday, 14 December 2016 at 23:38:19 UTC, Timon Gehr wrote: On 15.12.2016 00:17, Andrej Mitrovic wrote: ubyte[] readSomeBytes ( ) { return read(1024); } It's a non-trivial exercise for the reader to understand

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Wednesday, 14 December 2016 at 23:38:19 UTC, Timon Gehr wrote: On 15.12.2016 00:17, Andrej Mitrovic wrote: ubyte[] readSomeBytes ( ) { return read(1024); } It's a non-trivial exercise for the reader to understand where the `read` symbol is coming from. pragma(msg,fullyQualifiedName

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Wednesday, 14 December 2016 at 22:55:26 UTC, Andrei Alexandrescu wrote: Made a pass through the document integrating a lot of feedback and fleshing the proposal better: https://github.com/andralex/DIPs/blob/155ff59984b26749af7830aeb172d3af2dae8cd7/DIPs/DIP1005.md

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Wednesday, 14 December 2016 at 17:09:44 UTC, ketmar wrote: bool equal(R1, R2) : std.range, std.traits if (isInputRange!R1 && isInputRange!R2 && isArray!R2) { ... } breaks possible selective import. if both modules exports some symbol, we will need to selectively import and/or rename it.

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Tuesday, 13 December 2016 at 22:33:24 UTC, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei How about: bool equal(R1, R2) : std.range if (isInputRange!R1 && isInputRange!R2) { ... } It's nice and concise, and you could in theory also allow

Re: If Statement with Declaration

On Thursday, 3 November 2016 at 22:29:34 UTC, Jerry wrote: So I was thinking of a way of extending if statements that have declarations. The following being as example of the current use of if statements with declarations: if(int* weDontPollute = someFunc()) { // use

Re: Examples Wanted: Usages of "body" as a Symbol Name

On Wednesday, 5 October 2016 at 02:11:14 UTC, Meta wrote: I'm currently writing up a DIP to propose removing `body` as a keyword to allow it to be used for variable names, functions, etc. I'm looking for examples and contexts where `body` would normally be used as a variable, function name,

Re: Cannot access template name from within template

On Tuesday, 4 October 2016 at 22:43:21 UTC, Andrei Alexandrescu wrote: On 10/04/2016 06:03 PM, Andrej Mitrovic wrote: template TemplateOf(T) Have you forgotten you submitted this to phobos? :o) -- Andrei I forgot about that template. But that wasn't me: https://github.com/dlang/phobos/pull

Re: Cannot access template name from within template

On Monday, 3 October 2016 at 22:28:46 UTC, Andrei Alexandrescu wrote: Any known workaround? If you're ok with the hacky approach: - import std.algorithm; import std.conv; /// these are in std.traits but private for whatever reason alias Identity(alias A) = A; alias parentOf(alias sym) =

Re: Ah, simple solution to unittests inside templates

On Sunday, 18 September 2016 at 12:02:47 UTC, Andrei Alexandrescu wrote: That suggests the unittest shall be evaluated during compilation. -- Andrei Nah, static is already quite overloaded and needs context to understand what it does. For example module constructors. Anyway compiler

Re: Ah, simple solution to unittests inside templates

On Saturday, 17 September 2016 at 17:22:52 UTC, Andrei Alexandrescu wrote: The unittest documentation is nicely generated. The unittest code itself is only generated for one instantiation. I had a similar thought, but I didn't really like verbosity of the static if. I think at some point

Re: From the D Blog -- GSoC Report: Step

On 9/9/16, Mike Parker via Digitalmars-d-announce wrote: > Wojciech Szęszoł has contributed a post describing his experience > working on DStep for this year's GSoC. The post is at [1] and is > on reddit at [2]. With regards to Sets missing from the

Re: dlang-vscode

On 9/6/16, John Colvin via Digitalmars-d wrote: > I've used it a bit. See also: VS code is pretty solid! I'm too used to Sublime to start using it now, but the fact it's open-source is a huge plus. Some of its addons are pretty great, for example you can run an

Re: Usability of "allMembers and derivedMembers traits now only return visible symbols"

On 9/3/16, Martin Nowak via Digitalmars-d wrote: > On Wednesday, 31 August 2016 at 13:12:30 UTC, Adam D. Ruppe wrote: >> Ugh, it really should just give everything and have getMember >> bypass it. That won't even break any code! > > It will, e.g. having getMember

Re: Fallback 'catch-all' template functions

On 9/1/16, Manu via Digitalmars-d wrote: > So, consider a set of overloads: > > void f(T)(T t) if(isSomething!T) {} > void f(T)(T t) if(isSomethingElse!T) {} > void f(T)(T t) {} > Best thing I can think of is to use a forwarding template: - import

Re: Usability of "allMembers and derivedMembers traits now only return visible symbols"

On 8/31/16, Ali Çehreli via Digitalmars-d wrote: > v2.071.2-b3 is bringing a change for this bug: > >https://issues.dlang.org/show_bug.cgi?id=15907 PSA: If all one cares about are UDAs for fields and not functions then .tupleof is still a viable workaround.

Re: Usability of "allMembers and derivedMembers traits now only return visible symbols"

On 8/31/16, Ali Çehreli via Digitalmars-d wrote: > mixin getSymbolsByUDA!(S, UDA) symbols; This is such a bizarre workaround to be listed in the changelog since mixing in non-mixin templates is not an official feature (am I wrong?). getSymbolsByUDA is a template, not

Re: On the future of DIP1000

On 8/21/16, Dicebot via Digitalmars-d-announce wrote: > This week I had a tele-meeting with Andrei and Walter regarding > the fate > of DIP1000 > (https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md) Trivia question: why is it named DIP 1000? We've had

Re: Asio Bindings?

On 6/9/16, Joerg Joergonson via Digitalmars-d-learn <digitalmars-d-learn@puremagic.com> wrote: > Why would bindings have any issues with licensing? Just to show that I'm not full of shit, here's the e-mail chain: On 6/3/11, Andrej Mitrovic <andrej.mitrov...@gmail.com> wrote: &

  1   2   3   4   5   6   7   8   9   10   >