On Tuesday, 14 December 2021 at 11:14:03 UTC, zjh wrote:

There are around 90 keywords in C++ 20, from which 11 are alternative names for operators. There are rare cases when a keyword in C++ can have a different meaning depending of the context.

We have 100 keywords in D and many of them have multiple meanings (scope, static, if, is, in, out, const, do, enum, return)

C++ is not necessary a complex language, STL usage and associated idioms makes it complex. If you look at some C++ code before Stepanov stepped in, it looks really nice and comprehensible :)

On Tuesday, 14 December 2021 at 11:15:02 UTC, WebFreak001 wrote:

auto text(istring...)(istring s) if (isIString!istring)
{
    return text(s[1 .. $]); // removes special __header, just concatenate rest
}

My point is, if the compiler has to implement istring processor anyway, why not make it a language feature:

//look ma no imports
int bottleCount = 99;
string str = i"$(bottleCount) bottles on the wall".stringof;
assert(str == "99 bottles on the wall");

On Tuesday, 14 December 2021 at 12:41:27 UTC, Ogi wrote:

auto text(istring...)(istring s) if (isIString!istring)
{
    return text(s[1 .. $]); // removes special __header, just concatenate rest
}

//look ma no imports
int bottleCount = 99;
string str = i"$(bottleCount) bottles on the wall".stringof;
assert(str == "99 bottles on the wall");

ah yeah I could see that work. I think it would only work at compile time though if you use .stringof (otherwise you need a runtime function - like text - that allocates the memory somehow, which is none of the compiler's business)

Having the text"..." syntax IS a language feature, you just need an implementation, which phobos provides and is bundled with every distribution of D. (have it in std.conv or add it to object if you aren't interested in the other proposal to have default imports specified as compiler flags)

On Tuesday, 14 December 2021 at 11:14:03 UTC, zjh wrote:

If we are honest, it probably similar at this point.

On Tuesday, 14 December 2021 at 12:29:57 UTC, rumbu wrote:

The saying about C++ has always been that it's a nice language if you stick to a subset of its features. The problem is that everyone needs a different subset. I personally don't have a problem with D's complexity since it's easy to ignore most of the language. The other problem I had with C++ was the need to be a language lawyer. You really have to understand the complete specification of the features you're using to avoid having it blow up on you. You can't easily program in C++ without a shelf full of Scott Myers books. I don't feel that way with D.

On Tuesday, 14 December 2021 at 09:50:15 UTC, bauss wrote:

+1 I tuned out the whole discussion when I saw where it was going. It'd be nice to introduce features that improve the language without worrying about covering every possible edge case that could come up. Syntax, simplicity, and convenience are valuable.

On Tuesday, 14 December 2021 at 11:40:46 UTC, Ola Fosheim Grøstad wrote:

I'm always using /std:latest in C++.
and 2.098 in d.

On Tuesday, 14 December 2021 at 12:55:30 UTC, WebFreak001 wrote:

Ouch, you’re right, we can’t reuse stringof for this. Some other name then, like str or something.

YAIDIP requires istring processing both at compile-time (mixin and static assert) and runtime (regular assert and pragma(msg)).

On Tuesday, 14 December 2021 at 12:29:57 UTC, rumbu wrote:

C++ has the baggage of the past(Strengths/weaknesses), so is D.
If d strengthen the binding with C++ and port the C++ popular library, it must be very good.