Thanks for the help (and sorry for the slow reply, it took longer
to get everything tested and configured than I would have
liked... sorry if this is frowned upon on this forum...)
I do have an odd bug, however, and I'm not sure how to go any
further with it.
So I'm using the standard
On Wednesday, 18 July 2018 at 12:03:02 UTC, Eugene Wissner wrote:
Therefore it shouldn't compile at all, but
rcstring("ä")[].split("|")
or
rcstring("ä").byCodePoint.split("|")
+1 to requiring an explicit byCodeUnit or whatever.
For every "obvious" way to interpret a string as a range, you
On Wednesday, 18 July 2018 at 12:10:04 UTC, Seb wrote:
On Wednesday, 18 July 2018 at 03:40:08 UTC, Jon Degenhardt [...]
and whether applications would use arrays and ranges of char
together with rcstring, or rcstring would be used for
everything.
That point is still open for discussion, but
On Wednesday, 18 July 2018 at 15:13:24 UTC, rikki cattermole
wrote:
On 19/07/2018 3:03 AM, Ivan Kazmenko wrote:
That's by DMD32 on Windows. (Sorry, my DMD64 broke after
upgrading Visual Studio to 2017, and I failed to fix it right
now. Anyway, it's not like x86_64 uses a different set of
On 07/18/2018 11:28 AM, Stefan Koch wrote:
> 2. there was the problem of the IndexExp being unaware of being inside
> an AddrExp which would cause it to first evaluate four[0] to 1, and then
> trying to take the address of literal one (which is zero as the marker
> for an invalid address).
On Wednesday, 18 July 2018 at 12:10:18 UTC, baz wrote:
Specs are clear : it's a global so it's evaluated at compile
time
(https://dlang.org/spec/declaration.html#global_static_init)
Example code should not compile.
Indeed. Inside a function it does actually work.
And ofcourse for
class
On Wed, Jul 18, 2018 at 07:18:52PM +, Stefan Koch via Digitalmars-d wrote:
> On Wednesday, 18 July 2018 at 18:36:37 UTC, H. S. Teoh wrote:
[...]
> > What's your current estimate on when it will be production-ready?
[...]
> I am going to give the same conservative answer I gave a Dconf: 2020
On Wednesday, 18 July 2018 at 18:36:37 UTC, H. S. Teoh wrote:
On Wed, Jul 18, 2018 at 06:28:30PM +, Stefan Koch via
Digitalmars-d wrote: [...]
Good to hear that progress on newCTFE is still being made.
What's your current estimate on when it will be
production-ready?
T
I am going to
On 07/18/2018 01:57 PM, Anton Pastukhov wrote:
On Monday, 16 July 2018 at 04:14:12 UTC, Nick Sabalausky (Abscissa) wrote:
announce.sdl:
==
[...]
http://sdl.ikayzo.org/ is down, so maybe remove links to it from
sdlang.org?
Yea, it
On Tue, 2018-06-19 at 19:22 +, Anton Fediushin via Digitalmars-d
wrote:
> On Tuesday, 19 June 2018 at 14:42:20 UTC, Russel Winder wrote:
> >
[…]
> > This is clearly getting well stuck in to the task. Can I
> > suggest finishing this off and sending it to s...@accu.org
>
> I will try and do
On Wed, Jul 18, 2018 at 06:28:30PM +, Stefan Koch via Digitalmars-d wrote:
[...]
Good to hear that progress on newCTFE is still being made.
What's your current estimate on when it will be production-ready?
T
--
Democracy: The triumph of popularity over principle. -- C.Bond
Hi Guys, last month I did the work make this snippet compile and
execute correctly:
static immutable four = [1, 2, 3, 4];
int fn(int idx = 2)
{
int fn2(const int* x)
{
return x[idx];
}
return fn2([0]) + *([0]);
}
static assert(fn() == 4);
There where two major problems
On 2018-07-18 18:11, Martin Tschierschke wrote:
Even if the needed libs are named different on different systems, it
would be cool to collect the information what is needed in the
dub.sdl/dub.json file.
So directly at the beginning you get a hint what is missing. And how to
fix it,
On Wed, Jul 18, 2018 at 07:08:32PM +0100, Russel Winder via Digitalmars-d wrote:
> On Wed, 2018-07-18 at 17:45 +, Johannes Pfau via Digitalmars-d
> wrote:
> > Am Wed, 18 Jul 2018 13:29:00 +0100 schrieb Russel Winder:
> […]
> > > libssl installed but libssl-dev not. I can't quite see why the
>
On 2018-07-18 13:37, Seb wrote:
The problem here is this would also lead to very confusing behavior for
newcomers, e.g.
```
"ä".split.join("|") == �|�
```
How about not giving access to operate on individual characters. If they
need to do that they should operate on an array of bytes. Too
On Wed, 2018-07-18 at 17:45 +, Johannes Pfau via Digitalmars-d
wrote:
> Am Wed, 18 Jul 2018 13:29:00 +0100 schrieb Russel Winder:
>
> >
[…]
> > libssl installed but libssl-dev not. I can't quite see why the
> > linker ld
> > needs the development files, it just needs the shared objects to be
I've said, that if we get signatures, I'll build the damn thing
myself.
Signatures give a very lightweight vtable implementation while
also giving conceptual representation of structs+classes.
Which for an event loop, is a very desirable thing to have. But
alas, I'm waiting on my named
On Monday, 16 July 2018 at 04:14:12 UTC, Nick Sabalausky
(Abscissa) wrote:
announce.sdl:
==
[...]
http://sdl.ikayzo.org/ is down, so maybe remove links to it from
sdlang.org?
Am Wed, 18 Jul 2018 13:29:00 +0100 schrieb Russel Winder:
> On Wed, 2018-07-18 at 11:41 +, Seb via Digitalmars-d wrote:
>> 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
On Wed, Jul 18, 2018 at 11:30:21AM -0600, Jonathan M Davis via Digitalmars-d
wrote:
> On Tuesday, July 17, 2018 21:18:12 John Colvin via Digitalmars-d wrote:
> > Just do what std.typecons.Proxy does and return float.nan for the
> > incomparable case.
>
> Since when is that legal? I thought that
On Tuesday, July 17, 2018 21:18:12 John Colvin via Digitalmars-d wrote:
> Just do what std.typecons.Proxy does and return float.nan for the
> incomparable case.
Since when is that legal? I thought that it was required for opCmp to return
int. Certainly, the spec implies that it has to be int. The
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 default.
On Wed, 2018-07-18 at 15:53 +, Seb via Digitalmars-d wrote:
[…]
>
> Of course, but it's not that easy, because dub doesn't support
> such a detection.
> However, we can hack it:
>
> https://github.com/vibe-d/vibe.d/pull/2190
Maybe this should be a requirement on Dub so as to avoid hacking?
On Wednesday, July 18, 2018 12:15:52 Seb via Digitalmars-d wrote:
> Well, the problem of it being a range of char is that this might
> lead to very confusing behavior, e.g.
>
> "ä".rcstring.split.join("|") == �|�
>
> So we probably shouldn't go this route either.
I don't know. I'm fine with 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 default.
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 default.
>
> See
>
https://issues.dlang.org/show_bug.cgi?id=19095
--- Comment #3 from Basile B. ---
(In reply to Basile B. from comment #2)
> (In reply to Basile B. from comment #1)
> > Not a bug as you say. And this is too different constructs
>
> Forgot to say but, the error you made is to think that the call
On 19/07/2018 3:03 AM, Ivan Kazmenko wrote:
That's by DMD32 on Windows. (Sorry, my DMD64 broke after upgrading
Visual Studio to 2017, and I failed to fix it right now. Anyway, it's
not like x86_64 uses a different set of general purpose floating-point
hardware, right?)
Boy do I ever have
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
https://issues.dlang.org/show_bug.cgi?id=19095
--- Comment #2 from Basile B. ---
(In reply to Basile B. from comment #1)
> Not a bug as you say. And this is too different constructs
Forgot to say but, the error you made is to think that the call to "foo()" is
eluded, i.e simplified to its
On Wed, 2018-07-18 at 13:38 +, Timoses via Digitalmars-d wrote:
> On Wednesday, 18 July 2018 at 12:56:05 UTC, Russel Winder wrote:
>
> >
> > Package installed, now I get:
> >
> > /usr/bin/ld:
> > ../../../../../.dub/packages/vibe-d-0.8.4/vibe-
> >
On Wednesday, 18 July 2018 at 14:02:28 UTC, Dominikus Dittes
Scherkl wrote:
On Wednesday, 18 July 2018 at 13:12:05 UTC, Ivan Kazmenko wrote:
Leaving x uninitialized, or using floats, work about the same.
No, floats are a whole lot less slow.
Are they? Locally, I don't see much difference.
https://issues.dlang.org/show_bug.cgi?id=19096
Issue ID: 19096
Summary: [REG 2.061] Proper error messages are not shown for
templates that go beyond two deep, wrongly says no
template overload matches
Product: D
https://issues.dlang.org/show_bug.cgi?id=19095
Basile B. changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=19094
ag0aep6g changed:
What|Removed |Added
Keywords||pull
CC|
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
https://issues.dlang.org/show_bug.cgi?id=19092
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wednesday, 18 July 2018 at 11:56:39 UTC, Seb wrote:
[snip]
Yes, Array is a reference-counted Array, but it also has a
reference-counted allocator.
I see. Is it really a good idea to make the ownership/lifetime
strategy part of the container? What happens when you want to
make nogc
On Wednesday, 18 July 2018 at 13:12:05 UTC, Ivan Kazmenko wrote:
On Tuesday, 17 July 2018 at 21:18:12 UTC, John Colvin wrote:
Just do what std.typecons.Proxy does and return float.nan for
the incomparable case.
Isn't it slow though on current processors? I just threw
together a test
https://issues.dlang.org/show_bug.cgi?id=19095
Issue ID: 19095
Summary: Static initiatization statements of an array appeared
in different kind of scopes have inconsistent
semantics
Product: D
Version: D2
On Wednesday, 18 July 2018 at 11:56:39 UTC, Seb wrote:
[snip]
I think part of the above design decision connects in with why
rcstring stores the data as ubytes, even for wchar and dchar.
Recent comments suggest that it is related to auto-decoding.
Yes rcstring doesn't do any auto-decoding
On Wednesday, 18 July 2018 at 11:29:42 UTC, baz@dlang-community
wrote:
On Wednesday, 18 July 2018 at 11:22:36 UTC, Nicholas Wilson
wrote:
On Wednesday, 18 July 2018 at 05:54:48 UTC, Nicholas Wilson
wrote:
[...]
Ahh, the joys of memory corruption.
You've reached
On Wednesday, 18 July 2018 at 12:56:05 UTC, Russel Winder wrote:
Package installed, now I get:
/usr/bin/ld:
../../../../../.dub/packages/vibe-d-0.8.4/vibe-d/tls/.dub/build/openssl-debug-linux.posix-x86_64-ldc_2081-B4D8997CFF9906E4CA7C7DC4C81EF881/libvibe-d_tls.a(vibe.stream.openssl.o): in
On Tuesday, 17 July 2018 at 22:10:52 UTC, jmh530 wrote:
On Tuesday, 17 July 2018 at 16:39:48 UTC, bachmeier wrote:
On Tuesday, 17 July 2018 at 15:55:03 UTC, bachmeier wrote:
On Tuesday, 17 July 2018 at 06:57:37 UTC, drug wrote:
[...]
I'm going to create an issue on Github. This is the
On Tuesday, 17 July 2018 at 21:18:12 UTC, John Colvin wrote:
Just do what std.typecons.Proxy does and return float.nan for
the incomparable case.
Isn't it slow though on current processors? I just threw
together a test program.
-
import std.datetime.stopwatch, std.math, std.stdio;
https://issues.dlang.org/show_bug.cgi?id=19094
Issue ID: 19094
Summary: Anchored section does not exist in std.uni.normalize
phobos documentation
Product: D
Version: D2
Hardware: All
OS: All
On Wed, 2018-07-18 at 11:41 +, Seb via Digitalmars-d wrote:
> 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:
> > > > [...]
> > >
> > >
On Tuesday, 19 June 2018 at 17:16:28 UTC, Brian wrote:
dmd latest version bug?
```sh
source/bootstrap.d(4,6): Error: only one main allowed.
Previously found main at
/tmp/dub_test_root-ad0fb2e3-6be1-4ca8-9153-e4fdd5c1b191.d(10,12)
dmd failed with exit code 1.
```
Build logs:
On Wed, 2018-07-18 at 11:41 +, Seb via Digitalmars-d wrote:
> 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:
> > > > [...]
> > >
> > >
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 compare
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 Wednesday, 18 July 2018 at 11:35:40 UTC, baz wrote:
On Wednesday, 18 July 2018 at 11:27:33 UTC, baz@dlang-community
wrote:
On Monday, 16 July 2018 at 22:21:12 UTC, H. S. Teoh wrote:
On Mon, Jul 16, 2018 at 10:08:34PM +, Eric via
Digitalmars-d-learn wrote:
[...]
It's not illegal per
On Wednesday, 18 July 2018 at 11:37:33 UTC, Seb wrote:
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?
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
https://issues.dlang.org/show_bug.cgi?id=9588
Simen Kjaeraas changed:
What|Removed |Added
CC||simen.kja...@gmail.com
--- Comment #7 from
https://issues.dlang.org/show_bug.cgi?id=19092
--- Comment #5 from Mike Franklin ---
> The issue is that the compiler deprecated `delete` and offers `__delete`as an
> alternative (with destroy/free as optional) and it doesn't work as advertised!
`delete` was deprecated in favor of `destroy`
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 21:18:12 UTC, John Colvin wrote:
On Tuesday, 17 July 2018 at 18:21:26 UTC, H. S. Teoh wrote:
But opCmp turns out to be a tarpit. Here's why:
According to the original claim, it should also return 0, for
"incomparable". However, this leads to problems:
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
On Wednesday, 18 July 2018 at 11:27:33 UTC, baz@dlang-community
wrote:
On Monday, 16 July 2018 at 22:21:12 UTC, H. S. Teoh wrote:
On Mon, Jul 16, 2018 at 10:08:34PM +, Eric via
Digitalmars-d-learn wrote:
[...]
It's not illegal per se, but a very, very bad idea in general,
because in D,
On Wednesday, 18 July 2018 at 11:22:36 UTC, Nicholas Wilson wrote:
On Wednesday, 18 July 2018 at 05:54:48 UTC, Nicholas Wilson
wrote:
[...]
Ahh, the joys of memory corruption.
Yep, actually this one is a very common one.
However, -dip1000 would warn you here ...
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 definitely installed. There doesn't
seem to be a separate
On Wednesday, 18 July 2018 at 11:09:12 UTC, Timoses wrote:
Why is the interface templated function not also returning the
class C toString return value "in C"??
interface iface
{
void toString(scope void delegate(const(char)[]) sink) const;
On Monday, 16 July 2018 at 22:21:12 UTC, H. S. Teoh wrote:
On Mon, Jul 16, 2018 at 10:08:34PM +, Eric via
Digitalmars-d-learn wrote:
[...]
It's not illegal per se, but a very, very bad idea in general,
because in D, structs are expected to be int-like POD values
that can be freely
https://issues.dlang.org/show_bug.cgi?id=19093
Issue ID: 19093
Summary: 'cannot alias itself' when using a template
instantiation in a template parameter
Product: D
Version: D2
Hardware: x86
OS: Windows
On Tuesday, 17 July 2018 at 06:24:12 UTC, Simen Kjærås wrote:
That makes sense. The problem is F has a context pointer to the
main() block, since it's a non-static struct with methods
inside a block. It doesn't actually use the context pointer for
anything, so it possibly shouldn't have one,
On Wednesday, 18 July 2018 at 11:22:36 UTC, Nicholas Wilson wrote:
On Wednesday, 18 July 2018 at 05:54:48 UTC, Nicholas Wilson
wrote:
[...]
Ahh, the joys of memory corruption.
You've reached https://issues.dlang.org/show_bug.cgi?id=16519
maybe ?
https://issues.dlang.org/show_bug.cgi?id=19092
Seb changed:
What|Removed |Added
CC||greeen...@gmail.com
--- Comment #4 from Seb ---
> As
On 18/07/2018 10:53 PM, Ecstatic Coder wrote:
On Wednesday, 18 July 2018 at 03:19:53 UTC, rikki cattermole wrote:
On 18/07/2018 5:36 AM, Ecstatic Coder wrote:
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D Language
On Wednesday, 18 July 2018 at 05:54:48 UTC, Nicholas Wilson wrote:
...
string key = "blahblahblah";
auto mac = hmac!SHA256(key.representation);
string s = ...,t=...u=...,v=...;
foreach(w;AliasSeq!(s,t,u,v))
mac.put(w.representation);
ubyte[32] s = mac.finish;
string sig =
https://issues.dlang.org/show_bug.cgi?id=19089
Basile B. changed:
What|Removed |Added
Keywords||CTFE
CC|
https://issues.dlang.org/show_bug.cgi?id=19092
--- Comment #3 from Seb ---
An attempt at fixing __delete - https://github.com/dlang/druntime/pull/2253
@JinShil: I agree but unfortunately for a seamless deprecation of delete,
__delete must be a full drop-in replacement.
--
On Tue, 2018-07-17 at 20:04 +, kinke via Digitalmars-d wrote:
> On Tuesday, 17 July 2018 at 19:39:32 UTC, Russel Winder wrote:
> > It seems that the LDC 1.11 branch in the GitHub repository has
> > the DMD 2.081.0 problem.
>
> If you're referring to branch merge-2.081, that one doesn't exist
Why is the interface templated function not also returning the
class C toString return value "in C"??
interface iface
{
void toString(scope void delegate(const(char)[]) sink) const;
final string convert() inout
{
https://issues.dlang.org/show_bug.cgi?id=19092
--- Comment #2 from Radu Racariu ---
The problem here is not if `delete` or `__delete` are correct or not. The issue
is that the compiler deprecated `delete` and offers `__delete`as an alternative
(with destroy/free as optional) and it doesn't work
On Wednesday, 18 July 2018 at 03:19:53 UTC, rikki cattermole
wrote:
On 18/07/2018 5:36 AM, Ecstatic Coder wrote:
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn
On Wednesday, 18 July 2018 at 10:35:04 UTC, Andre Pany wrote:
Proposal: Multi IDE debugger support (for windows)
[snip]
This is a good idea too.
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn of
Code!
We're looking for three university students to hack on D this
autumn, from September - January. We're
On Wednesday, 18 July 2018 at 05:54:48 UTC, Nicholas Wilson wrote:
...
string key = "blahblahblah";
auto mac = hmac!SHA256(key.representation);
string s = ...,t=...u=...,v=...;
foreach(w;AliasSeq!(s,t,u,v))
mac.put(w.representation);
ubyte[32] s = mac.finish;
string sig =
https://issues.dlang.org/show_bug.cgi?id=19092
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
--- Comment #1 from
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn of
Code!
We're looking for three university students to hack on D this
autumn, from September - January. We're
On Wednesday, 18 July 2018 at 00:47:49 UTC, Dennis wrote:
This is really awesome! I tried the examples, is there any
other documentation about it currently? I tried passing strings
instead of numbers to the callback, but it passes the length as
a number only. I doesn't work with char pointers
https://issues.dlang.org/show_bug.cgi?id=19092
Issue ID: 19092
Summary: __delete doesn't work with immutable
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: blocker
Priority: P1
On Tuesday, 17 July 2018 at 16:58:37 UTC, Jonathan M Davis 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 range, then range-based functions shouldn't work
with it, and I don't see how they even
On Wednesday, 18 July 2018 at 07:28:02 UTC, baz@dlang-community
wrote:
- major performance gain when reading YAML files.
The little story:
YAML specifies that each associative-array-like data must be
unique. The uniqueness before 0.7.0 was tested on insertion,
leading to an obvious
Since latest months a major work has been achieved, mostly by the
member "Herringway".
# New Features
- completely usable in `@safe` code.
- major performance gain when reading YAML files.
- major performance gain when writing YAML files.
- new outputrange-based document writer
- Node.add now
https://issues.dlang.org/show_bug.cgi?id=18901
Rainer Schuetze changed:
What|Removed |Added
CC||robert.mue...@saphirion.com
--- Comment
On Friday, 13 July 2018 at 13:15:39 UTC, Steven Schveighoffer
wrote:
But it doesn't scale if you use OS processes, it's too
heavyweight. Of course, it depends on the application. If you
only need 100 concurrent connections, processes might be OK.
I think you may have fallen for Microsoft
88 matches
Mail list logo