Hi,
So for those of you who have contributed to D on GitHub in the
last few months, you might have noticed the new Buildkite CI
status checks.
tl;dr:
- it's the replacement for the Jenkins project tester (which has
been deactivated ~ three months ago)
- it allows us to add our own agents to
On Friday, 21 September 2018 at 23:00:45 UTC, Erik van Velzen
wrote:
Agreed with Walter.
I'm all on board with i18n but I see no need for non-ascii
identifiers.
Even identifiers with a non-latin origin are usually written in
the latin script.
As for real-world usage I've seen Cyrillic iden
On Thursday, 20 September 2018 at 13:21:21 UTC, Atila Neves wrote:
On Thursday, 20 September 2018 at 12:41:07 UTC, Petar Kirov
[ZombineDev] wrote:
On Thursday, 20 September 2018 at 10:50:49 UTC, Atila Neves
wrote:
This pattern is incredibly easy to wrap and reuse as needed.
I would've done al
On Thursday, 20 September 2018 at 05:04:49 UTC, Neia Neutuladh
wrote:
On Thursday, 20 September 2018 at 04:41:21 UTC, Joakim wrote:
Nice, what will it take to get this integrated with the
official dub website?
I need to:
* add JSON output to the auto-tester
* get the dub registry to scrape th
On Wednesday, 19 September 2018 at 21:28:56 UTC, Steven
Schveighoffer wrote:
On 9/19/18 5:16 PM, Steven Schveighoffer wrote:
One further thing: I didn't make the sink version of message
@nogc, but in actuality, it could be.
We recently introduced support for output ranges in the
formatting of
On Friday, 24 August 2018 at 20:04:22 UTC, Jonathan Marler wrote:
I'd gladly fix it but alas, my pull requests are ignored :(
They aren't! It's just that sometimes the review queue is pretty
full.
I have told you before that your contributions are very welcome
(like they are from everyone els
On Thursday, 23 August 2018 at 22:49:32 UTC, Peter Alexander
wrote:
For comparison:
@rustlang:
32.7k followers
12.7k tweets
@D_Programming:
10.1k followers
1k tweets
10,000 is a lot of people to reach, and 1k tweets over 8 years
is too little to seem engaging.
Fair point. Thanks for bringin
On Wednesday, 22 August 2018 at 02:18:15 UTC, Mike Franklin wrote:
On Wednesday, 22 August 2018 at 01:07:28 UTC, Mike Franklin
wrote:
But what bothers me the most...
Something else that rubs me the wrong way is that DIP 1000 is
currently in a status of `DRAFT`:
https://github.com/dlang/DI
On Tuesday, 21 August 2018 at 03:42:21 UTC, Ali wrote:
On Monday, 20 August 2018 at 09:52:01 UTC, Peter Alexander
wrote:
What are the specific problems solved or opportunities
realised by moving to a real forum?
What are the specific problems solved by using better software?
Well, most softwa
On Tuesday, 14 August 2018 at 23:24:58 UTC, Soulsbane wrote:
On Tuesday, 14 August 2018 at 22:24:48 UTC, Laurent Tréguier
wrote:
On Tuesday, 14 August 2018 at 21:07:34 UTC, Soulsbane wrote:
Perhaps I missed it but is there an option to disable dfmt
completely. I see several options, for example
On Monday, 13 August 2018 at 19:09:55 UTC, Jacob Carlborg wrote:
Any plans for doing the same thing for the installer on macOS?
It complains that it's from an unidentified developer and
forces the user to go into System Preferences and reopen the
installer.
Yes, the certificate allows signing
On Tuesday, 14 August 2018 at 13:11:57 UTC, Rel wrote:
Can I or is it even possible to remove the CRT (C's runtime
library) completely from my executables compiled with betterC
flag?
Have a look at example 3 of the 2.079 changelog:
https://dlang.org/changelog/2.079.0.html#minimal_runtime
As a few of you might have noticed, we bought a Code Signing
Certificate a few days ago and while we're still investigating on
how to integrate the code signing best into the release process,
I thought a share a first preview of signed DMD binaries with you.
So I semi-officially repacked 2.081
On Monday, 13 August 2018 at 17:10:13 UTC, Jonathan Marler wrote:
Seb and I found the issue (TLDR: fix here:
https://github.com/dlang/installer/pull/338)
...
What made it more confusing is that if it doesn't download
d-keyring.gpg, then it will create a default one...making you
think it was d
On Monday, 13 August 2018 at 13:37:28 UTC, Adil wrote:
On Monday, 13 August 2018 at 13:28:02 UTC, Joakim wrote:
On Monday, 13 August 2018 at 13:02:43 UTC, Adil wrote:
dub build
Package gelfd not found in registry at
https://code.dlang.org/ (fallback ["registry at
http://code.dlang.org/";, "re
On Monday, 13 August 2018 at 13:02:43 UTC, Adil wrote:
Dub details are:
adil@adil-HP-ENVY-Notebook:~/workspace/screener-d$ whereis dub
dub: /snap/bin/dub
adil@adil-HP-ENVY-Notebook:~/workspace/screener-d$ dub --version
DUB version 1.9.0, built on May 31 2018
How did you install D / dub?
As Joa
On Friday, 10 August 2018 at 13:19:21 UTC, Jean-Louis Leroy wrote:
jll@euclid:~/dlang$ ./install.sh dmd
Is there anything specific about your machine?
We ship our own keyring on the first usage of the install.sh
script, which will get stored to ~/dlang/d-keyring.gpg
You can do the following
On Wednesday, 1 August 2018 at 20:32:11 UTC, Iain Buclaw wrote:
On 1 August 2018 at 18:52, Shachar Shemesh via Digitalmars-d
wrote:
[...]
My first thought was to have a look at enforce(), but on closer
observation it is neither @nogc or nothrow.
Maybe you should raise a bug report?
It's c
On Wednesday, 1 August 2018 at 20:32:10 UTC, Venu Vardhan Reddy
Tekula wrote:
Hello!
Myself, Venu. I am in the second year of my Computer Science
and Engineering at Amrita School of Engineering, Kerala, India.
I heard about SAoC and had a look at the projects list and one
thing got my attenti
On Tuesday, 31 July 2018 at 19:54:20 UTC, Steven Schveighoffer
wrote:
If anything makes sense, it would be to remove the
compiler-dependencies out of druntime into a smaller runtime
library that is included in the dmd project. Most of druntime
is dependencies for the platform, not the compile
On Tuesday, 31 July 2018 at 19:54:20 UTC, Steven Schveighoffer
wrote:
On 7/31/18 2:24 PM, Walter Bright wrote:
Since DMD and Druntime require each other, it is the right
thing to do.
I think this is an incorrect relationship.
DMD does NOT require Druntime, *testing* DMD requires Druntime.
W
On Tuesday, 31 July 2018 at 10:09:08 UTC, Jacob Carlborg wrote:
Shouldn't be any conflict because the "betterC" symbol would be
in a different module.
...
I would say, if it's only for internal use then it can be
placed in `std.internal` with the `package` protection. If you
want this to be us
On Tuesday, 31 July 2018 at 07:49:40 UTC, Shachar Shemesh wrote:
On 31/07/18 10:29, Mike Franklin wrote:
Please clarify if I'm missing the point.
You are. I want something along the lines of:
assertEQ(a, b, "a and b are not equal");
When run, it would issue an assert that says:
Assertion faile
On Sunday, 29 July 2018 at 08:28:08 UTC, Walter Bright wrote:
On 7/29/2018 1:15 AM, Manu wrote:
All we're asking for is that C++ namespaces do **nothing**
except affect the mangling.
If I do that, the next bug report will be:
extern (C++, "ab") { void foo(); }
extern (C++, "cd") { void fo
On Friday, 27 July 2018 at 11:25:37 UTC, Mike Franklin wrote:
On Friday, 27 July 2018 at 11:03:50 UTC, Seb wrote:
- Do you have a better suggestion?
Do we have a rich enough CI API to recognize dependencies
between repositories? For example, if I create a local branch
in my dmd repository
Phobos has recently gotten a primitive way to run betterC tests
(https://github.com/dlang/phobos/pull/6640).
Now, it would be really cool if we can annotate existing tests
with e.g. `@betterCTest` and thus ensure that those tests work
with -betterC (i.e. extract them and run them with a minima
On Friday, 27 July 2018 at 12:02:50 UTC, Russel Winder wrote:
On Fri, 2018-07-27 at 11:03 +, Seb via Digitalmars-d wrote:
This a thread to explore whether it would be feasible to do so.
Motivation
--
DRuntime and DMD heavily depend on each other.
But DMD is only one of the
On Friday, 27 July 2018 at 12:04:18 UTC, Jonathan M Davis wrote:
On Friday, July 27, 2018 5:03:50 AM MDT Seb via Digitalmars-d
wrote:
What do you think?
--
- Has the dmd/druntime split being annoying you too?
- Do you have a better suggestion?
- Would this break your workflow
This a thread to explore whether it would be feasible to do so.
Motivation
--
DRuntime and DMD heavily depend on each other.
It happens very often that a PR needs to touch both and then a
complicated three-step (or sometimes four-step PR series) needs
to be done to keep the CIs happy.
On Thursday, 26 July 2018 at 09:55:39 UTC, Ecstatic Coder wrote:
You can choose whatever priorities you prefer for your
scholarship and funded projects.
I only tried to point out that the SAoC scholarships depend on
proposal ideas by the D community (e.g. through the D wiki) and
encouraging s
On Wednesday, 25 July 2018 at 09:13:27 UTC, Mike Franklin wrote:
On Wednesday, 25 July 2018 at 08:27:25 UTC, Rel wrote:
To be exact as a "HEUR:Trojan-Downloader.Win32.Agent.gen".
Few other AV software does the same:
https://www.virustotal.com/#/file/0aa364c5cb90630a5757aacc0c3c05a2273f5fdb88e14e
On Thursday, 26 July 2018 at 05:52:51 UTC, Shachar Shemesh wrote:
At which point I'm stuck. I don't know how D's catch matching
works, so I don't know where to continue looking.
https://github.com/dlang/druntime/blob/master/src/rt/dwarfeh.d
You still use druntime, right?
On Wednesday, 25 July 2018 at 09:49:54 UTC, Radu wrote:
On Wednesday, 25 July 2018 at 08:31:05 UTC, rikki cattermole
wrote:
On 25/07/2018 8:27 PM, Rel wrote:
To be exact as a "HEUR:Trojan-Downloader.Win32.Agent.gen".
Few other AV software does the same:
https://www.virustotal.com/#/file/0aa364c
On Tuesday, 24 July 2018 at 13:52:20 UTC, Ecstatic Coder wrote:
On Tuesday, 24 July 2018 at 12:13:27 UTC, Atila Neves wrote:
Same in D, it's just that nobody's bothered writing a string
class/struct.
Atila
Indeed...
Better late than never:
https://forum.dlang.org/post/fsjspoewhdooowjot...
On Wednesday, 25 July 2018 at 17:23:40 UTC, Ecstatic Coder wrote:
On Wednesday, 25 July 2018 at 16:39:51 UTC, bpr wrote:
On Tuesday, 24 July 2018 at 17:24:41 UTC, Seb wrote:
On Tuesday, 24 July 2018 at 17:14:53 UTC, Chris M. wrote:
On Tuesday, 24 July 2018 at 16:15:52 UTC, bpr wrote:
On Tuesda
On Tuesday, 24 July 2018 at 20:25:33 UTC, 12345swordy wrote:
I am asking this, because if true then the DIP that I am
currently working on has been render obsolete as I have taken
the old Object class into account when writing this.
-Alexander
It's called ProtoObject and "deprecated".
And no
On Tuesday, 24 July 2018 at 17:14:53 UTC, Chris M. wrote:
On Tuesday, 24 July 2018 at 16:15:52 UTC, bpr wrote:
On Tuesday, 24 July 2018 at 14:07:43 UTC, Ecstatic Coder wrote:
[...]
No. For many C++ users, tracing GC is absolutely not an
option. And, if it were, D's GC is not a shining exampl
tl;dr: the currently proposed syntax options are:
---
struct S
{
int a = 2, b = 4, c = 6;
}
void foo()
{
bar(S({c: 10})); // Option 1
bar(S(c: 10)); // Option 2
bar(S{c: 10}); // Option 3
}
---
So the struct-initialization DIP has been stalled for too long
and I think it's
On Friday, 20 July 2018 at 05:16:53 UTC, Mike Parker wrote:
This is the feedback thread for the first round of Community
Review for DIP 1016, "ref T accepts r-values":
https://github.com/dlang/DIPs/blob/725541d69149bc85a9492f7df07360f8e2948bd7/DIPs/DIP1016.md
All review-related feedback on and
On Friday, 20 July 2018 at 10:43:54 UTC, Dgame wrote:
On Friday, 20 July 2018 at 10:31:48 UTC, Seb wrote:
On Friday, 20 July 2018 at 10:08:03 UTC, Dgame wrote:
On Friday, 20 July 2018 at 09:39:47 UTC, Nicholas Wilson
wrote:
On Friday, 20 July 2018 at 09:03:18 UTC, Dukc wrote:
appending somethi
On Friday, 20 July 2018 at 10:08:03 UTC, Dgame wrote:
On Friday, 20 July 2018 at 09:39:47 UTC, Nicholas Wilson wrote:
On Friday, 20 July 2018 at 09:03:18 UTC, Dukc wrote:
appending something (like .byRef or byRef!long, the latter
making an implicit type conversion)
That can't work: either it
On Wednesday, 18 July 2018 at 15:21:29 UTC, Russel Winder wrote:
On Wed, 2018-07-18 at 14:20 +, Seb via Digitalmars-d wrote:
On Wednesday, 18 July 2018 at 12:56:05 UTC, Russel Winder
wrote:
> [...]
You have openssl 1.1 installed, but vibe.d tries to link with
openssl 1.0 by defa
tl;dr: send me a short ping (https://github.com/wilzbach) if you
would like to join
I know that there are many out there who don't like Slack
(especially after they killed the IRC gateway), but a lot of the
internal discussions still happens on Slack, so I just thought I
mention it here on th
On Wednesday, 18 July 2018 at 12:56:05 UTC, Russel Winder wrote:
[...]
You have openssl 1.1 installed, but vibe.d tries to link with
openssl 1.0 by default.
See
https://github.com/vibe-d/vibe.d#switching-between-openssl-versions
tl;dr: use
dub --override-config vibe-d:tls/openssl-1.1
On Tuesday, 17 July 2018 at 18:09:13 UTC, Jonathan M Davis wrote:
On Tuesday, July 17, 2018 17:28:19 Seb via Digitalmars-d wrote:
On Tuesday, 17 July 2018 at 16:58:37 UTC, Jonathan M Davis
wrote:
> [...]
Well, there are few cases where the range type doesn't matter
and one can simply
On Wednesday, 18 July 2018 at 03:40:08 UTC, Jon Degenhardt wrote:
On Tuesday, 17 July 2018 at 15:21:30 UTC, Seb wrote:
So we managed to revive the rcstring project and it's already
a PR for Phobos:
https://github.com/dlang/phobos/pull/6631 (still WIP though)
The current approach in short:
-
On Tuesday, 17 July 2018 at 18:43:47 UTC, jmh530 wrote:
On Tuesday, 17 July 2018 at 15:21:30 UTC, Seb wrote:
So we managed to revive the rcstring project and it's already
a PR for Phobos:
[snip]
I'm glad this is getting worked on. It feels like something
that D has been working towards for
On Wednesday, 18 July 2018 at 11:35:05 UTC, Russel Winder wrote:
On Tue, 2018-07-17 at 21:46 +, Radu via Digitalmars-d wrote:
On Tuesday, 17 July 2018 at 18:55:07 UTC, Russel Winder wrote:
> [...]
Missing openssl libs? Try installing openssl-dev package.
The Debian Sid openssl package is
On Tuesday, 17 July 2018 at 17:41:05 UTC, Jacob Carlborg wrote:
On 2018-07-17 17:21, Seb wrote:
- _no_ range by default (it needs an explicit
`.by!{d,w,}char`) (as in no auto-decoding by default)
What do you think about this approach? Do you have a better
idea?
I vote for .by!char to be th
On Tuesday, 17 July 2018 at 16:58:37 UTC, Jonathan M Davis wrote:
On Tuesday, July 17, 2018 15:21:30 Seb via Digitalmars-d wrote:
[...]
If it's not a range by default, why would you expect _anything_
which operates on ranges to work with rcstring directly? IMHO,
if it's not a r
So we managed to revive the rcstring project and it's already a
PR for Phobos:
https://github.com/dlang/phobos/pull/6631 (still WIP though)
The current approach in short:
- uses the new @nogc, @safe and nothrow Array from the
collections library (check Eduardo's DConf18 talk)
- uses referenc
On Saturday, 14 July 2018 at 01:27:03 UTC, solidstate1991 wrote:
On Saturday, 14 July 2018 at 00:58:08 UTC, solidstate1991 wrote:
I found a temporary workaround. Basically I just save the
content of the AA, then reapply it after the application's
constructor finished, before that it always gene
On Friday, 13 July 2018 at 16:20:03 UTC, Luís Marques wrote:
On Friday, 13 July 2018 at 06:22:41 UTC, Jacob Carlborg wrote:
On Friday, 13 July 2018 at 02:26:28 UTC, jmh530 wrote:
No Windows support.
For drepl:
"Works on any OS with full shared library support by DMD
(currently linux, OSX, an
On Wednesday, 11 July 2018 at 22:46:02 UTC, Ali wrote:
there is not two options to donate online
1. Donate through OpenCollective
2. Donate through PayPal
are they the same thing, does the money, end up going to the
same group, same activities or are they different
See also: https://dlang.o
On Wednesday, 11 July 2018 at 15:58:05 UTC, Luís Marques wrote:
I was surprised to find out today that this compiles:
void foo() {}
void foo() {}
void main() {}
Is it a bug, or just a weird design decision? "alphaglosined"
on IRC seemed to think it was a regression. Please confirm, so
that I
On Wednesday, 11 July 2018 at 02:20:01 UTC, 12345swordy wrote:
I was think about about writing one about this as this is an
"obvious" small easy feature to introduce as it practically a
function that does nothing when called and that itself is quite
useful.
Any objections to this?
Alexander
On Tuesday, 10 July 2018 at 19:28:34 UTC, SrMordred wrote:
On Tuesday, 10 July 2018 at 19:14:26 UTC, Gary Willoughby wrote:
Looking at the page on -betterC it says that struct
destructors are not available.
See point 11:
https://dlang.org/spec/betterc.html#consequences
This doesn't seem to be
On Friday, 22 June 2018 at 07:38:04 UTC, Mike Parker wrote:
On Thursday, 7 June 2018 at 06:22:04 UTC, Mike Parker wrote:
DIP 1013, "The Deprecation Process", is now ready for final
review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the For
On Monday, 9 July 2018 at 05:58:17 UTC, Jonathan M Davis wrote:
On Thursday, 5 July 2018 21:19:44 MDT Seb via Digitalmars-d
wrote:
[...]
dxml should probably be on the list.
Yes!
https://github.com/dlang/ci/pull/230
Assuming that this is only on *nix and not Windows
Yes.
(I have yet
On Friday, 6 July 2018 at 05:02:56 UTC, Joakim wrote:
The LDC compiler? kinke recently had an issue because of all
the C++ integration changes upstream:
https://github.com/ldc-developers/ldc/pull/2752#issuecomment-398897813
As perhaps the largest consumer of extern(C++), it may make
sense to
On Sunday, 8 July 2018 at 18:45:48 UTC, Mr.Bingo wrote:
On Sunday, 8 July 2018 at 11:29:23 UTC, Seb wrote:
On Saturday, 7 July 2018 at 18:48:35 UTC, Mr.Bingo wrote:
static foreach and enum do not play nice together!
import std.meta, std.stdio;
import std.string : leftJustify, center, rightJust
On Friday, 6 July 2018 at 21:25:28 UTC, tide wrote:
On Friday, 6 July 2018 at 03:19:44 UTC, Seb wrote:
So learning from the recent Vibe.d regression fiasco (we
temporarily disabled a subconfiguration in Vibe.d and promptly
got a regression in 2.081), I think we should try to add more
projects
On Saturday, 7 July 2018 at 08:04:47 UTC, Timoses wrote:
On Friday, 6 July 2018 at 23:56:01 UTC, Basile B. wrote:
On Friday, 6 July 2018 at 21:47:34 UTC, JN wrote:
By the way, is there any policy for outdated dub packages?
You just found an idea for the score algorithm.
Why isn't there som
On Saturday, 7 July 2018 at 18:48:35 UTC, Mr.Bingo wrote:
static foreach and enum do not play nice together!
import std.meta, std.stdio;
import std.string : leftJustify, center, rightJustify;
alias functions = staticMap!(ApplyRight!(Instantiate, string),
leftJustify,
On Saturday, 7 July 2018 at 17:07:42 UTC, solidstate1991 wrote:
On Saturday, 7 July 2018 at 07:31:29 UTC, Seb wrote:
I'm sorry but without code there's not much we can do for you.
However, one thing we can try is to get your project on the
project tester once this regression is fixed.
https:
On Saturday, 7 July 2018 at 16:29:15 UTC, Guillaume Piolat wrote:
Please include the intel-intrinsics package, its test expose a
regression on 2.081 that I haven't looked after yet. The goal
is to provide a _stable and usable_ SIMD interface.
https://github.com/dlang/ci/pull/224
On Saturday, 7 July 2018 at 02:21:31 UTC, solidstate1991 wrote:
I'll upload code tomorrow, but here's the premise:
Sometimes elements disappear from associative arrays, causing
all sorts of errors down the line, mostly access violations.
[...]
I'm sorry but without code there's not much we
So learning from the recent Vibe.d regression fiasco (we
temporarily disabled a subconfiguration in Vibe.d and promptly
got a regression in 2.081), I think we should try to add more
projects to the Project Tester.
The current list is here:
https://github.com/dlang/ci/blob/master/vars/runPipeli
On Thursday, 5 July 2018 at 12:50:18 UTC, Ivan Kazmenko wrote:
With D, I used mixins, and they were cumbersome. Now that we
have static foreach, it's just this:
for (int i = 0; i < 4 * n; i += 4)
static foreach (k; 0..4)
a[i + k] += i + k;
This looks very nice to me, b
On Tuesday, 3 July 2018 at 14:40:52 UTC, Nicholas Wilson wrote:
If [1] gets merged we will have a situation where code[2] is
required to interoperate with D's slices from C++. I think we
should have an official repository where such code and
documentation lives (i.e. on the dlang github). This
On Sunday, 1 July 2018 at 12:02:03 UTC, Nick Treleaven wrote:
On Sunday, 24 June 2018 at 23:40:56 UTC, Timoses wrote:
The others may be rewritten to not have a leading "!" as well,
e.g.
if (!(t1.ty == Tarray && t2.ty == Tarray && needsDirectEq(t1,
t2))
if (t1.ty != Tarray || t2.ty != Tarray
On Sunday, 1 July 2018 at 13:53:12 UTC, boolangery wrote:
Hi,
I didn't find resources on what are actually supported with D
and shared library.
I didn't find resources on what are actually supported with D
and shared library.
https://dlang.org/articles/dll-linux.html
https://dconf.org/20
On Sunday, 1 July 2018 at 14:05:30 UTC, rikki cattermole wrote:
On 02/07/2018 1:53 AM, boolangery wrote:
Hi,
I didn't find resources on what are actually supported with D
and shared library.
I need to reduce binary size, so I would like to ship all
dependencies as shared
I read on some fo
On Friday, 29 June 2018 at 14:39:29 UTC, 9il wrote:
Hi,
I am migrating a project to Windows.
DMD fails with
Fatal error: out of memory
Splitting the project to dozen subpackages allows to workaround
the issue. In other hand, dub test doesn't test subpackages.
It would be nice to have 64 bit
On Sunday, 10 June 2018 at 00:59:11 UTC, Cym13 wrote:
On Sunday, 10 June 2018 at 00:31:55 UTC, Vladimir Panteleev
wrote:
[...]
This is the thing exactly, first of all the idea that the main
developer of the part of the project impacted should be the one
receiving the report is sound but far
On Wednesday, 27 June 2018 at 23:54:55 UTC, Manu wrote:
Hey people,
So I had a few people in the office refuse to install DMD
because when
they launched the installer, Windows displayed the prompt that
it was
untrusted (ie, unsigned) and not offer the install button
without
manual override.
On Wednesday, 27 June 2018 at 13:41:46 UTC, Jacob Carlborg wrote:
On 2018-06-27 01:22, Seb wrote:
On Tuesday, 26 June 2018 at 17:12:37 UTC, H. S. Teoh wrote:
On Tue, Jun 26, 2018 at 12:54:11PM -0400, Steven
Schveighoffer via
Digitalmars-d wrote: [...]
1. The dlang.org repository is backwards -
On Friday, 22 June 2018 at 07:38:04 UTC, Mike Parker wrote:
On Thursday, 7 June 2018 at 06:22:04 UTC, Mike Parker wrote:
DIP 1013, "The Deprecation Process", is now ready for final
review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the For
On Tuesday, 26 June 2018 at 16:17:03 UTC, Timoses wrote:
Doesn't it already offer it?
Here https://dlang.org/spec/hash-map.html
in the very top right corner you can diverge from master.
However it seems a bit bugged that when selecting something
else than master, it suddenly prints master again
On Tuesday, 26 June 2018 at 16:54:11 UTC, Steven Schveighoffer
wrote:
On 6/26/18 12:48 PM, Steven Schveighoffer wrote:
On 6/26/18 11:51 AM, H. S. Teoh wrote:
On Tue, Jun 26, 2018 at 07:25:09AM +, Mike Franklin via
Digitalmars-d wrote:
[...]
I think the documentation gets published prematur
On Tuesday, 26 June 2018 at 17:12:37 UTC, H. S. Teoh wrote:
On Tue, Jun 26, 2018 at 12:54:11PM -0400, Steven Schveighoffer
via Digitalmars-d wrote: [...]
1. The dlang.org repository is backwards -- master generates
the docs for the default dlang.org. I've brought this up
before, still don't und
On Tuesday, 26 June 2018 at 02:53:22 UTC, Nathan S. wrote:
With LDC2 the times for vibe.utils.hashmap and memutils.hashmap
are suspiciously low, leading me to suspect that the optimizer
might be omitting most of the work. Here are the figures
without optimizations enabled.
== Speed Ranking us
Apparently three years ago it was we decided to ban alias this
and opDispatch in the same class.
What are your thoughts on this now?
Is anyone depending on using alias this + opDispatch together
like e.g. in https://github.com/dlang/phobos/pull/6596?
On Friday, 22 June 2018 at 20:56:58 UTC, Stefan Koch wrote:
On Friday, 22 June 2018 at 20:23:51 UTC, Steven Schveighoffer
wrote:
On 6/22/18 2:15 PM, Steven Schveighoffer wrote:
On 6/22/18 1:41 PM, Stefan Koch wrote:
(I'd suggest a non-recursive mergesort.)
How will that perform in CTFE? I'm
On Sunday, 17 June 2018 at 18:15:19 UTC, Per Nordlöw wrote:
The following
unittest
{
import std.datetime.date : Date;
Date date;
import core.internal.hash : hashOf;
auto hash = date.hashOf;
}
[...]
Well it definitely used to work before:
https://run.dlang.io/is/ayjpcH
I open
On Monday, 18 June 2018 at 06:54:46 UTC, Dukc wrote:
On Sunday, 17 June 2018 at 20:17:36 UTC, Dukc wrote:
Yes, I agree. And each too, of course.
Thought again and not so sure anymore: I just realized that if
we are to do that, it should apply the same changes to tee,
find, filter etc. Proba
On Monday, 18 June 2018 at 01:06:48 UTC, evilrat wrote:
On Sunday, 17 June 2018 at 17:48:21 UTC, FromAnotherPlanet
wrote:
On Sunday, 17 June 2018 at 16:52:59 UTC, Neia Neutuladh wrote:
The only case where D loses out is compared to { get; private
set; }.
That's a pretty big thing to give up
On Saturday, 16 June 2018 at 11:58:47 UTC, Dukc wrote:
What are your thoughts? Do you agree with this coding pattern?
It would even be better if map can recognize tuples and thus
allows to simply use a lambda functions with two parameters, but
in the past with a few exceptions there hasn't b
On Saturday, 16 June 2018 at 00:32:24 UTC, H. S. Teoh wrote:
On Sat, Jun 16, 2018 at 12:20:35AM +, Seb via Digitalmars-d
wrote:
On Friday, 15 June 2018 at 23:04:40 UTC, Sjoerd Nijboer wrote:
> For someone coming from a C# background there is some
> seemingly simple syntactic sugar m
On Friday, 15 June 2018 at 23:04:40 UTC, Sjoerd Nijboer wrote:
For someone coming from a C# background there is some seemingly
simple syntactic sugar missing from D.
* The null conditional operator `?.`
e.g. SafeAccess
https://github.com/BBasile/iz/blob/7336525992cb178ead83a7893a5a54597d8404
On Friday, 15 June 2018 at 12:02:57 UTC, Arjan wrote:
Trying to execute the install.sh on a centos7.5 system gives an
error:
Invalid signature
http://downloads.dlang.org/releases/2.x/2.080.1/dmd.2.080.1.linux.tar.xz.sig
For each version I tried.
Whats wrong?
Maybe you have an outdated versi
On Saturday, 9 June 2018 at 23:19:34 UTC, Cym13 wrote:
On Saturday, 9 June 2018 at 21:52:59 UTC, Seb wrote:
On Saturday, 9 June 2018 at 19:03:59 UTC, Cym13 wrote:
Yop.
I need to discuss an issue related to dub. No need to alarm
everyone yet, that only concerns 1.3% of dub projects, but
still
On Sunday, 10 June 2018 at 13:45:54 UTC, Mike Franklin wrote:
On Sunday, 10 June 2018 at 13:16:21 UTC, Adam D. Ruppe wrote:
arr1[] = arr2[]; // the compiler makes this memcpy, the
optimzer can further do its magic
void memcpyD()
{
dst = src.dup;
}
void memcpyD2()
{
dst[] = src[];
}
On Saturday, 9 June 2018 at 19:03:59 UTC, Cym13 wrote:
Yop.
I need to discuss an issue related to dub. No need to alarm
everyone yet, that only concerns 1.3% of dub projects, but
still it's something that shouldn't be taken lightly.
Who should I contact?
Sönke, Martin und myself.
https://
On Thursday, 7 June 2018 at 07:10:37 UTC, Mike Franklin wrote:
On Thursday, 7 June 2018 at 06:22:04 UTC, Mike Parker wrote:
@@@DEPRECATED_[version]@@@
This is still ambiguous to me. Deprecations are done in
stages. For example:
Stage 1 (version 2.081) - Compiler emits deprecation warning
On Wednesday, 6 June 2018 at 06:33:08 UTC, Manu wrote:
I have 2 DMD PR's that show this issue with semaphoreci:
https://semaphoreci.com/dlang/dmd-2/branches/pull-request-8336/builds/1
I don't understand what's wrong, and whether or not it's my
fault... If it's not, I guess someone needs to kno
On Sunday, 3 June 2018 at 07:30:56 UTC, Meta wrote:
On Saturday, 2 June 2018 at 18:49:51 UTC, DigitalDesigns wrote:
Proposal:
[a..b;m]
m is the stride, if ; is not a good char then |, :, !, or #
could be good chars.
This is exactly what std.range.stride does. The syntax [a..b;m]
directly t
On Friday, 1 June 2018 at 16:41:21 UTC, bachmeier wrote:
I would file a bug, but I don't have time to dig into this now,
and it would just sit there with no response for six months
anyway.
I cannot find a way to get std.net.curl to work with Ubuntu
18.04. Details can be found here:
https://f
On Wednesday, 23 May 2018 at 03:56:32 UTC, Mike Franklin wrote:
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Building and running the DMD test suite on vanilla Windows is a
pain. I never succeeded but it appears to require the user to
first
On Monday, 21 May 2018 at 04:46:15 UTC, Manu wrote:
This CI situation with the DMD/druntime repos is not okay.
It takes ages... **hours** sometimes, for CI to complete.
It's all this 'auto-tester' one, which seems to lock up on the
last few tests.
This makes DMD is a rather unenjoyable project
1 - 100 of 723 matches
Mail list logo
