Re: Vision document for H1 2017

On 01/05/2017 11:45 PM, Sönke Ludwig wrote: > Am 05.01.2017 um 01:59 schrieb Paul O'Neil: >> On 01/04/2017 02:22 PM, Andrei Alexandrescu wrote: >>> We release a brief Vision document summarizing the main goals we plan to >>> pursue in the coming six months. This half we are focusing on three >>>

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On 01/07/2017 05:12 PM, Andrei Alexandrescu wrote: > Following https://github.com/dlang/dlang.org/pull/1532, the new-style > docs now also allow editing and running examples. Start at > http://dlang.org/library-prerelease/ and go anywhere to check it out. > > Thanks are due to Sönke Ludwig and

Re: Vision document for H1 2017

On 01/06/2017 11:09 PM, Anton wrote: > On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: >> We release a brief Vision document summarizing the main goals we plan >> to pursue in the coming six months. This half we are focusing on three >> things: safety, lifetime management,

Re: Vision document for H1 2017

On 01/05/2017 11:00 AM, Basile B. wrote: > I don't known what did you decide in intern but when the discussion > between users was hot (just after version 2.071.1 I think) I've proposed > that: > https://github.com/BBasile/DIPs/blob/3d5e3f81c541c6e23c69555a230b4d42a7bb6de6/DIPs/DIP8484.md This is

Re: Vision document for H1 2017

On 01/05/2017 05:43 AM, Basile B. wrote: > To simplify introspection with library traits that use the compiler > "__traits()" someone has to remove the restrictions related to > protection attributes. This is not a new topic. Without this, the new > library traits won't work well and people won't

Re: Beta 2.073.0-b1

On 01/07/2017 03:44 PM, biozic wrote: > On Saturday, 7 January 2017 at 05:02:13 UTC, Martin Nowak wrote: >> First beta for the 2.073.0 release. >> >> This release comes with a few phobos additions, a new -mcpu=avx >> switch, an experimental safety checks (-transition=saf

Beta 2.073.0-b1

First beta for the 2.073.0 release. This release comes with a few phobos additions, a new -mcpu=avx switch, an experimental safety checks (-transition=safe/-dip1000), and several bugfixes. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.073.0.html Please report any bugs at

Re: It is still not possible to use D on debian/ubuntu

On Monday, 2 January 2017 at 18:18:33 UTC, deadalnix wrote: Plus the fix was actually released yesterday, so it's not like I'm lagging by much. The internal meddling nonsense that's going on is none of any user business. Bug reports are dealt with on Bugzilla, shouldn't be surprising. It's

Re: It is still not possible to use D on debian/ubuntu

On Monday, 2 January 2017 at 15:11:42 UTC, Basile B. wrote: Not to mention that not all linux distributions work this way. Even not all the debian -> unbntu ones (such as Mint), and certainly not the ones based on red hat. The topic was fairly disputed for RH, but Jakub Jelinek is also the

Re: It is still not possible to use D on debian/ubuntu

On Monday, 2 January 2017 at 02:31:16 UTC, H. S. Teoh wrote: On Sun, Jan 01, 2017 at 11:55:37PM +, deadalnix via Digitalmars-d wrote: But it is not clear if anyone cares at this stage... I care. But I've been using custom-built DMD on Debian, and it has been working so far. Of course,

Re: It is still not possible to use D on debian/ubuntu

On Sunday, 1 January 2017 at 23:55:37 UTC, deadalnix wrote: But it is not clear if anyone cares at this stage... It's fairly embarrassing to read so much uninformed noise. https://trello.com/c/E1LU0SAe/269-issue-16794-deb-not-working-on-ubuntu-16-10-because-of-default-pie-linking (added 5

Re: It is still not possible to use D on debian/ubuntu

On Monday, 2 January 2017 at 13:51:15 UTC, Martin Nowak wrote: On Sunday, 1 January 2017 at 23:55:37 UTC, deadalnix wrote: But it is not clear if anyone cares at this stage... It's fairly embarrassing to read so much uninformed noise. Not to mention that everyone could have fixed this bug.

Re: Release 2.072.2

On Saturday, 31 December 2016 at 23:49:20 UTC, Meta wrote: Congratulations and thank you for your hard work. Most prominently scope classes work again in @safe code I haven't been following too closely. Does this mean that DIP1000 has been implemented and is behind a feature switch, or is

Re: Release 2.072.2

On Sunday, 1 January 2017 at 01:47:17 UTC, Eugene Wissner wrote: Can it be that freebsd64 dub is linked against wrong phobos? I get: Shared object "libphobos2.so.0.71" not found, reuired by "dub". The same was with 2.072.1. It should be statically linked against phobos, please file a bug

Release 2.072.2

Glad to announce D 2.072.2. http://dlang.org/download.html This version resolves a number of regressions and bugs in the 2.072.1 release. Most prominently scope classes work again in @safe code, various rdmd bugs were fixed, and -fPIC became default for all linux 64-bit binaries and packages in

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

On Saturday, 24 December 2016 at 10:54:08 UTC, Stefan Koch wrote: If that were made more lazy, we could import half of the world with noticing impact. (Which espcially in std.traits, would not make that much of a difference since every template in there depends on nearly every other template

Re: Using dlopen/dlsym

On Tuesday, 27 December 2016 at 18:12:42 UTC, Mike Wey wrote: dmd will need to pass "--export-dynamic" to the linker, so that the symbol is actually exported. Thanks, at least one useful answer out of nine!

Re: Using dlopen/dlsym

On Tuesday, 27 December 2016 at 00:05:39 UTC, Andrei Alexandrescu wrote: ./test: undefined symbol: fun I'm building with no flags using dmd. What could be the problem here? Importing symbols from your executable requires to tell the linker to create a dynamic symbol table, i.e. using

Re: Silicon Valley D Meetup - December 22, 2016 - "The Curse of Knowledge: Et tu, D?" by Adam Wilson

On Sunday, 25 December 2016 at 10:15:00 UTC, Adam Wilson wrote: I would like to give this talk again as it generated some very good discussion on the topic. Hopefully, with someone else in charge of A/V, we will have more luck. Great topic, would be glad to see this at DConf 2017.

Beta D 2.072.2-b2

Second and last beta for the 2.072.2 point release. This version adds a few more fixes and also comes with dub v1.1.2-beta.1. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.072.2.html https://github.com/dlang/dub/blob/v1.1.2-beta.1/CHANGELOG.md Please report any bugs at

Re: Beta D 2.072.2-b1

On Tuesday, 27 December 2016 at 14:39:15 UTC, Dicebot wrote: My understanding is that there is still a lot of manual labor in changelog generation About to get fixed https://trello.com/c/WIwLjrPE/243-create-changelog-builder-from-files.

Re: Beta D 2.072.2-b1

On Tuesday, 27 December 2016 at 09:21:23 UTC, safety0ff wrote: On Tuesday, 27 December 2016 at 04:36:54 UTC, Martin Nowak wrote: This version resolves a number of regressions and bugs in the 2.072.1 release. I thought https://github.com/dlang/druntime/pull/1707 was in stable and slated

Beta D 2.072.2-b1

First beta for the 2.072.2 point release. This version resolves a number of regressions and bugs in the 2.072.1 release. Most prominently scope classes work again in @safe code, various rdmd bugs were fixed, and -fPIC became default for all linux 64-bit binaries and packages in order to support

Re: DMD travis-ci problems with new GDC toolchains

On Sunday, 25 December 2016 at 19:25:40 UTC, Johannes Pfau wrote: This is not place to post bug reports. It was only by chance that I read it. Better file a Bugzilla Ticket, and notify the author of related tools/scripts. Since noone can monitor everything surrounding D, mailing the author

Re: New GDC binaries: 2.068.2, shared library support, multilib support & a new gdmd tool

On Sunday, 25 December 2016 at 19:41:38 UTC, Johannes Pfau wrote: Happy holidays everybody, I'm happy to finally announce the release of new GDC binaries at https://gdcproject.org/downloads. Congratulations! massive internal changes in GDC in preparation for the DDMD frontend Sounded

Re: Blog Post - profiling with perf and friends

On Sunday, 25 December 2016 at 20:45:13 UTC, Andrei Alexandrescu wrote: The tracker would be easily accessible and would flag PRs that decrease compilation speed by more than a tolerance. One OS should be enough for now. We need a clean machine (not shared for many other tasks). The Foundation

Blog Post - profiling with perf and friends

Just a few infos on using perf and related tools for profiling on linux. https://code.dawg.eu/profiling-with-perf-and-friends.html

Re: Silicon Valley D Meetup - December 22, 2016 - "The Curse of Knowledge: Et tu, D?" by Adam Wilson

On Thursday, 15 December 2016 at 08:20:37 UTC, Ali Çehreli wrote: Come in-person at 6:30pm for food and drinks but plea^H^H^H^H RSVP so we know how much to order: https://www.meetup.com/D-Lang-Silicon-Valley/events/236253882/ Nice! Could you please add those Meetups to the dlang calendar?

Re: Optimization problem: bulk Boolean operations on vectors

On Friday, 23 December 2016 at 18:33:52 UTC, Seb wrote: So the asm is about 40% faster than the best of the alternatives. The point being that it's the generated code not the source that's the problem. Has anyone considered using ldc for DMD release compilations? We considered using gdc (or

Release D 2.072.1

Glad to announce D 2.072.1. http://dlang.org/download.html This point release fixes a few issues over 2.072.0, see the changelog for more details. http://dlang.org/changelog/2.072.1.html -Martin

Re: Beta D 2.072.1-b1

On 11/30/2016 08:09 PM, Jonathan M Davis via Digitalmars-d-announce wrote: >> Is it going to happen this release or only 2.073? Rather in a 2.072.2 if we can find a reasonably simple fix. > AFAIK, zero work has been done on it. How much overview do we really have into other people's work? It's

Re: DUB 1.1.1-beta.1

On Wednesday, 23 November 2016 at 16:55:47 UTC, Sönke Ludwig wrote: I've also added a beta release tag for DUB (the same version as included in the DMD beta package). Separate download of pre-compiled binaries: https://code.dlang.org/download Sorry, seems like I forgot to push the dub tag to

Fixing implicit copies of InputRanges [was: Re: Mir Random [WIP]]

On Saturday, 26 November 2016 at 06:46:19 UTC, Martin Nowak wrote: Maybe non-copyability needs to become a requirement for InputRanges. Could have an optional .clone if copying is supported. What would be an InputRange where copying is correct? We already have refRange for that, no? Also

Re: Mir Random [WIP]

On Wednesday, 23 November 2016 at 01:34:23 UTC, Andrei Alexandrescu wrote: On 11/22/16 7:30 PM, John Colvin wrote: On Tuesday, 22 November 2016 at 23:55:01 UTC, Andrei Alexandrescu wrote: The proposed design has disabled copy ctor and uses opCall() for a new element. That seems to be a

Beta D 2.072.1-b1

First beta for the 2.072.1 point release. This version resolves a number of regressions and bugs in the 2.072.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.072.1.html Please report any bugs at https://issues.dlang.org -Martin

Re: Release D 2.072.0

On 10/31/2016 08:45 AM, Sönke Ludwig wrote: > BTW, I was really surprised that there was not at least one release > candidate. There is a forward reference regression that happened after > the last beta and affects vibe.d. I'll see if I can find a workaround. There weren't any open regressions

Re: Release D 2.072.0

On 10/31/2016 08:24 AM, Sönke Ludwig wrote: > Hm, looks like DUB 1.1.0 was tagged on master instead of stable, which > means that some fixes are missing and some changes haven't gone through > a testing phase. Can we still fix this for this release? Shoot, sorry for that. We still need to

Release D 2.072.0

Glad to announce D 2.072.0. http://dlang.org/download.html This is the release ships with the latest version of dub (v1.1.0), comes with lots of phobos additions and native TLS on OSX. See the changelog for more details. http://dlang.org/changelog/2.072.0.html -Martin

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On Monday, 17 October 2016 at 11:55:03 UTC, Martin Nowak wrote: Please update the bug report. https://issues.dlang.org/show_bug.cgi?id=5278 Updated, but do I seriously have to do everything? I'm not even an Ubuntu user.

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On Thursday, 13 October 2016 at 18:35:43 UTC, Matthias Klumpp wrote: The new toolchains of Ubuntu (and Debian soon too) default to PIE code, so in order to link correctly, the project needs to be compiled with PIE/PIC to work. Please update the bug report.

Re: Code signing to help with Windows virus false positives

On Saturday, 20 August 2016 at 13:45:11 UTC, Basile B. wrote: "to MSI using innosetup" ? There's a misunderstanding here. Inno setup doesn't compile to MS installer, it's a complete independant solution. Whatever makes more sense. From my very limited understanding .msi installers are

Re: Beta 2.072.0-b2

On Monday, 10 October 2016 at 10:45:37 UTC, Sönke Ludwig wrote: Would have been nice in theory to have real void initialization of course, plus it was there for working around that (fixed?) issue with slow compilation times for large static arrays, but there is probably no real reason now to

Re: Beta 2.072.0-b2

On Monday, 10 October 2016 at 10:06:25 UTC, Basile B. wrote: Any news on the front of https://issues.dlang.org/show_bug.cgi?id=16574 ? It's on our heap and will be addressed soon. Please look at our trello board. https://trello.com/b/XoFjxiqG/active

Re: Beta 2.072.0-b2

On Monday, 10 October 2016 at 09:03:53 UTC, Sönke Ludwig wrote: Of course, the new error is more restrictive than it should be, namely if the uninitialized pointer field gets written before the first read, it would still be safe. That's surprising b/c void initializers for struct fields

Re: Required DMD changes for Mir and few thoughts about D future

On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu wrote: (after thinking a bit more) ... but Mir seems to rely in good part on templates, which makes pre-compiled libraries less effective. -- Andrei On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu wrote:

Re: Required DMD changes for Mir and few thoughts about D future

On Saturday, 8 October 2016 at 18:10:14 UTC, Ilya Yaroshenko wrote: https://github.com/MartinNowak/druntime/blob/23373260e65af5edea989b61d6660832fedbec15/src/core/internal/arrayop.d#L78. Could you please give an example how it works for user? I mean aligned vs unaligned. ??? You could pack

Re: Required DMD changes for Mir and few thoughts about D future

On Monday, 10 October 2016 at 05:20:56 UTC, Martin Nowak wrote: (after thinking a bit more) ... but Mir seems to rely in good part on templates, which makes pre-compiled libraries less effective. -- Andrei Exactly, this is what I was wondering. Maybe it uses a finite set of precompilable

Re: Required DMD changes for Mir and few thoughts about D future

On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu wrote: You mean dmd/ldc/etc interop at binary level? Yes, that would be pretty Should already work, but of courses isn't well tested. (after thinking a bit more) ... but Mir seems to rely in good part on templates, which makes

Re: Beta 2.072.0-b2

On Sunday, 9 October 2016 at 14:36:49 UTC, Dicebot wrote: Which branch changelog content is generated from? Stable, the changelog is also included in the docs that are in the packages. I do merge stable back into master to publish them though.

Beta 2.072.0-b2

Second beta for the 2.072.0 release. We've fixed quite a few regressions, but some issues are still open and there will be third beta before the release. Most notably we've fixed building of dmd on OSX, so you should now be able to test the beta using brew.

Re: Required DMD changes for Mir and few thoughts about D future

On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko wrote: Yes, the same true for Mir too. A precompiled library based on top of Mir GLAS can be used with DMD. Is this feasible, i.e. is there a finite amount of kernels that we can precompile and use? I thought the kernels were fully

Re: Required DMD changes for Mir and few thoughts about D future

On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko wrote: 4. Generic unaligned load/store like (like LDC loadUnaligned and storeUnaligned) See https://github.com/MartinNowak/druntime/blob/23373260e65af5edea989b61d6660832fedbec15/src/core/internal/arrayop.d#L78.

Re: Required DMD changes for Mir and few thoughts about D future

On Thursday, 29 September 2016 at 09:22:56 UTC, Martin Nowak wrote: On Monday, 26 September 2016 at 22:34:59 UTC, Andrei Alexandrescu wrote: That would work out as long as interaction is seamless. Please advise. Overall: I think Ilya's work can make a real difference for D, and we can't afford

Re: How to debug (potential) GC bugs?

On Saturday, 1 October 2016 at 00:06:05 UTC, Matthias Klumpp wrote: So, this problem is: A) A compiler / DRuntime bug, or B) A bug in my code (not) triggered by a certain compiler / DRuntime We actually did change druntime recently to no longer fail when using GC.free from a finalizer

Re: How to debug (potential) GC bugs?

On Tuesday, 4 October 2016 at 08:14:37 UTC, Ilya Yaroshenko wrote: Probably related issue: https://issues.dlang.org/show_bug.cgi?id=15939 Crashes in a finalizer, likely not related to the dead-lock bug.

Re: What exactly does the compiler switch -betterC do?

On Wednesday, 5 October 2016 at 12:42:14 UTC On Wednesday, 5 October 2016 at 12:42:14 UTC, Jacob Carlborg wrote: No. There's a difference between DMD 2.070.0 and 2.071.0: OK, I'll retry on OSX, the bug report said Linux though. Seems like we're dragging in all of the _Dmain stuff. IIRC

Re: What exactly does the compiler switch -betterC do?

On Monday, 19 September 2016 at 21:09:39 UTC, Gary Willoughby wrote: On Monday, 20 June 2016 at 06:35:32 UTC, Jacob Carlborg wrote: On 2016-06-19 21:53, Gary Willoughby wrote: If compiled with -betterC, it contains these: T _main U _printf I get

Re: Beta 2.072.0-b1

On Sunday, 2 October 2016 at 15:36:58 UTC, Jacob Carlborg wrote: I think it could be more clear why it's deprecated and what to do instead: Language construct A is deprecated. A is bad because: ... Do this instead: ... Yes agreed, will try to establish a more formal format.

Re: Beta 2.072.0-b1

On Sunday, 2 October 2016 at 13:33:58 UTC, Basile B. wrote: Does any change related to protection attributes would be able to trigger them ? Such a breakage is really hardly believable (it's very basic OOP). Please file a bug report with a code example reproducing the problem. If you can't

Re: Beta 2.072.0-b1

On Sunday, 2 October 2016 at 06:13:34 UTC, Suliman wrote: Sorry, but when new libs will be included? We try to release regular and often (roughly every two month) to avoid such catch the train releases. Things should get released when they're ready, and only then.

Re: Beta 2.072.0-b1

On Sunday, 2 October 2016 at 00:18:23 UTC, Basile B. wrote: It was compiling fine with 2.071.2. I cant say if this is a regression or not. If not it would mean that the previous management of the static ctor hided a problem ? Yes, previously cyclic dependencies through a third module without

Re: Beta 2.072.0-b1

On Sunday, 2 October 2016 at 11:12:41 UTC, Jacob Carlborg wrote: It would be nice if the changelog, for the deprecated language constructs, contained information on what to use instead, if one is using them. Yes, that's how it should be, but don't both deprecations contain enough information

Re: Anyone relying on signaling NaNs?

On Saturday, 1 October 2016 at 19:35:54 UTC, Ilya Yaroshenko wrote: Not Mir. Furthermore, default zero initialisation is better. Yes, initializing floats to a value that is useless, requiring additional setting before usage is a weird design, but such a big change is out of scope and you can

Re: Beta 2.072.0-b1

On Saturday, 1 October 2016 at 23:27:57 UTC, Daniel Kozak wrote: Nice work. One small issue link to Unrestricted Unions It does work, there are simply no details. Needs a bit more explanation though

Beta 2.072.0-b1

First beta for the 2.072.0 release. This release comes with many new phobos features, native TLS support on OSX, the first bunch of @safety enhancements (try -transition=safe), and a few smaller language and compiler additions. This is also the first dmd release to include dub.

Anyone relying on signaling NaNs?

Just tried to fix the float/double initialization w/ signaling NaNs [¹], but it seems we can't reliably do that for all backends/architectures. Any additional move of float might convert SNaNs to QNaNs (quiet NaNs). This has also been the finding of other people [²][³]. The biggest problem w/ the

Re: Release candidate vibe.d 0.7.30-rc.1

On Thursday, 29 September 2016 at 13:44:53 UTC, Sönke Ludwig wrote: If no new issues come up, the 0.7.30 release is scheduled for the 9th of October. We want to release 2.072.0 on October 13th, will build the first beta today, let's aim for 0.7.30 compatibility.

Re: Overloading relational operators separately; thoughts?

On Wednesday, 28 September 2016 at 20:16:08 UTC, Walter Bright wrote: On 9/28/2016 6:58 AM, Timon Gehr wrote: An excellent example of that is the std.regex package. It's actually a bad example, because it is irrelevant: it is obviously a bad idea to implement regex using operator overloading,

Re: Required DMD changes for Mir and few thoughts about D future

On Monday, 26 September 2016 at 22:34:59 UTC, Andrei Alexandrescu wrote: That would work out as long as interaction is seamless. Please advise. Overall: I think Ilya's work can make a real difference for D, and we can't afford it to not work with the reference implementation. -- Andrei There

Re: Interesting talk about language design and evolution

On Saturday, 24 September 2016 at 18:11:25 UTC, Brad Anderson wrote: On Saturday, 24 September 2016 at 03:39:00 UTC, Martin Nowak wrote: A somewhat lengthy but very interesting talk about the tradeoffs for language design and evolution. [CppCon 2016: Bjarne Stroustrup "The Evolution

Re: Numerical age for D: Mir v0.18.0 is faster then OpenBLAS

On Friday, 23 September 2016 at 13:25:30 UTC, Ilya Yaroshenko wrote: Mir is LLVM-accelerated Generic Numerical Library for Science and Machine Learning. Benchmark: http://blog.mir.dlang.io/glas/benchmark/openblas/2016/09/23/glas-gemm-benchmark.html Still time for a few edits of that post?

Re: Numerical age for D: Mir v0.18.0 is faster then OpenBLAS

On Saturday, 24 September 2016 at 16:55:04 UTC, Martin Nowak wrote: On Saturday, 24 September 2016 at 13:18:45 UTC, Ilya Yaroshenko wrote: Thank you. Lets wait until Martin submit benchmark results too https://forum.dlang.org/post/mkmjxwilpvsggobak...@forum.dlang.org Working on it in an hour

Re: Numerical age for D: Mir v0.18.0 is faster then OpenBLAS

On Saturday, 24 September 2016 at 13:18:45 UTC, Ilya Yaroshenko wrote: Thank you. Lets wait until Martin submit benchmark results too https://forum.dlang.org/post/mkmjxwilpvsggobak...@forum.dlang.org Working on it in an hour, with such a strong headline we should avoid mistakes.

Re: Argumnentation against external function operator overloading is unconvincing

On Thursday, 22 September 2016 at 14:33:36 UTC, Andrei Alexandrescu wrote: On 9/22/16 10:20 AM, Jonathan M Davis via Digitalmars-d wrote: The main problem with moving them there is auto-decoding. front and popFront for strings require std.utf in order to do their thing. Druntime has it's own

Re: Mir GLAS vs Intel MKL: which is faster?

On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko wrote: Yesterday I announced [1] blog post [2] about Mir [3] benchmark. Intel MKL and Apple Accelerate was added to the benchmark today. Please help to improve the blog post during this weekend. It will be announced in the

Re: What's up with the assert enhancements proposed years ago?

On Friday, 23 September 2016 at 20:57:49 UTC, Nick Sabalausky wrote: were rejected because it was deemed both easy enough and preferable to get these features by modifying DMD to add behind-the-scenes AST magic to "assert". So...umm...yea...whatever happened to that beefed-up "assert"

Interesting talk about language design and evolution

A somewhat lengthy but very interesting talk about the tradeoffs for language design and evolution. [CppCon 2016: Bjarne Stroustrup "The Evolution of C++ Past, Present and Future"](https://www.youtube.com/watch?v=_wzc7a3McOs) In particular the part about direction

Re: Diet-NG 1.0.0 released

On Friday, 23 September 2016 at 11:47:23 UTC, Sönke Ludwig wrote: The Diet template language is aimed at providing a way to define procedurally generated HTML/XML pages (or other output formats), with minimal visual noise. Syntax and feature set are heavily inspired by pug

Re: Proof of concept - library AA

On Friday, 23 September 2016 at 15:17:26 UTC, jmh530 wrote: On Friday, 23 September 2016 at 07:39:01 UTC, Martin Nowak wrote: Is there any benefit to adding new operator overloading to handle this case, like a opValueAssign instead of opIndexAssign ? Maybe, making the two implementations

Re: Member not accessible in delegate body

On Friday, 23 September 2016 at 07:54:15 UTC, John C wrote: If I try to call the protected method of a superclass from inside the body of a delegate, the compiler won't allow it. void layoutTransaction(Control c, void delegate() action) { // do stuff action(); // do more stuff } class

Re: Proof of concept - library AA

On Sunday, 24 May 2015 at 14:13:26 UTC, Martin Nowak wrote: Would be interesting to get some opinions on this. https://github.com/D-Programming-Language/druntime/pull/1282 Bringing up this topic again b/c there was still almost no feedback on the actual plan. Here is a summary. - built

Re: Release 2.071.2

On Tuesday, 20 September 2016 at 14:41:19 UTC, Bastiaan Veelo wrote: The entry for 2.071.2 seems to be missing in the side panel. Right, my mistake, even more manual maintenance. We should really finish the tooling support for changelogs. https://github.com/dlang/dlang.org/pull/1483 BTW,

Re: Release 2.071.2

On Monday, 19 September 2016 at 12:26:21 UTC, Jack Stouffer wrote: On a slightly related note, I think it would be a good idea to branch off 2.072 and start beta testing right away, as it's been five months since the last point release, and A LOT has changed since then. I fear that we may see

Release 2.071.2

Glad to announce D 2.071.2. http://dlang.org/download.html This point release fixes many issues with the new lookup and import rules. It should be used as a stopgap version when updating older code. The deprecations, the old access checks, and the -transition=import/checkimports switches are

Re: LDC: Speed up incremental builds with object file caching

On Sunday, 18 September 2016 at 09:10:41 UTC, Johan Engelen wrote: I think LDC has the same problems (template instances are emitted in the first module not the one that needed the instantiation?). Knowing this, you may be able to set up a case where things break, but I think it would have to

Re: LDC: Speed up incremental builds with object file caching

On Saturday, 17 September 2016 at 18:46:26 UTC, Johan Engelen wrote: I just finished another post about LDC: https://johanengelen.github.io/ldc/2016/09/17/LDC-object-file-caching.html Thanks in advance for letting me know about any bugs you find, in the text or in the code :) Interesting

Beta D 2.071.2-b6

Yet another beta for 2.071.2 to fix -transition=checkimports for overload sets. http://dlang.org/changelog/2.071.2.html http://dlang.org/download.html#dmd_beta Please report any bugs at https://issues.dlang.org -Martin

Beta D 2.071.2-b5

Fifth and hopefully last beta for the 2.071.2 release. This comes with two more fixes for Issue 16031 and 16460. http://dlang.org/changelog/2.071.2.html http://dlang.org/download.html#dmd_beta Please report any bugs at https://issues.dlang.org -Martin

Re: Release D 2.071.0

On Monday, 2 May 2016 at 16:47:13 UTC, Márcio Martins wrote: Since this release is not critical for us, despite including many great changes, we will also stick to DMD 2.070.2 and hope for a fix in a future release, if at all possible. There is an issue by now

Re: Beta D 2.071.2-b4

On Monday, 12 September 2016 at 07:47:19 UTC, Martin Nowak wrote: This comes with a different fix for Issue 15907 than 2.071.2-b3. There will be another beta tomorrow or so to include at least one more fix (for Issue 16460) and we'll soon release 2.071.2. This is a good moment to double check

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

On Wednesday, 7 September 2016 at 19:29:05 UTC, Ali Çehreli wrote: On 09/03/2016 09:37 AM, Martin Nowak wrote: > On Wednesday, 31 August 2016 at 21:12:54 UTC, Ali Çehreli wrote: >> The recommended solution of mixing in every template instance is not a >> viable solution bec

Re: Beta D 2.071.2-b4

On Monday, 12 September 2016 at 08:01:00 UTC, Johan Engelen wrote: http://dlang.org/changelog/2.071.2.html I think the changelog has not been updated yet? The PR is already merged. Anything wrong with the auto-deploy of dlang.org? https://github.com/dlang/dlang.org/pull/1471

Beta D 2.071.2-b4

Fourth beta for the 2.071.2 release. This comes with a different fix for Issue 15907 than 2.071.2-b3. http://dlang.org/changelog/2.071.2.html http://dlang.org/download.html#dmd_beta Please report any bugs at https://issues.dlang.org -Martin

Re: CompileTime performance measurement

On Sunday, 4 September 2016 at 00:04:16 UTC, Stefan Koch wrote: Hi Guys. I recently implemented __ctfeWriteln. Based on that experience I have now implemented another pseudo function called __ctfeTicksMs. That evaluates to a uint representing the number of milliseconds elapsed between the

Re: CompileTime performance measurement

On Sunday, 4 September 2016 at 00:04:16 UTC, Stefan Koch wrote: I recently implemented __ctfeWriteln. Nice, is it only for your interpreter or can we move https://trello.com/c/6nU0lbl2/24-ctfewrite to done? I think __ctfeWrite would be a better primitive. And we could actually consider to

Re: CompileTime performance measurement

On Sunday, 4 September 2016 at 00:08:14 UTC, David Nadlinger wrote: Please don't. This makes CTFE indeterministic. Well we already have __TIMESTAMP__, though I think it doesn't change during compilation.

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

On Sunday, 4 September 2016 at 12:51:05 UTC, Andrei Alexandrescu wrote: See http://forum.dlang.org/post/ymkehalxcigswvltl...@forum.dlang.org There are a few cases I can think of: The classical ones, but again the question was for introspection without access (b/c named access through

Re: Beta D 2.071.2-b3

On Sunday, 4 September 2016 at 08:57:15 UTC, Martin Nowak wrote: On Saturday, 3 September 2016 at 18:06:37 UTC, Dicebot wrote: There are enough ways to leak access to private entity (alias, template argument, taking address, some compile-time introspection) to make such optimizations

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

On Saturday, 3 September 2016 at 16:52:50 UTC, Martin Nowak wrote: On Tuesday, 30 August 2016 at 22:24:12 UTC, Ali Çehreli wrote: Well let's come up with a better solution then. Let's start by finding some proper use-cases that require introspection on private members w/o having access to them

Re: Beta D 2.071.2-b3

On Sunday, 4 September 2016 at 08:57:15 UTC, Martin Nowak wrote: On Saturday, 3 September 2016 at 18:06:37 UTC, Dicebot wrote: There are enough ways to leak access to private entity (alias, template argument, taking address, some compile-time introspection) to make such optimizations

<    1   2   3   4   5   6   7   8   9   10   >