June 05, 2022
On Saturday, 4 June 2022 at 19:26:27 UTC, Walter Bright wrote:
> On 6/4/2022 5:29 AM, Paulo Pinto wrote:
>> I guess going around the horn is a synonym for lets pretend there wasn't prior art and keep arguing D did it first, as usual.
>
> Writing a paper is not doing it first.

Why do you care so much about being "first"? Would you not have implemented and made a presentation about it if you didn't think it was the first implementation?
June 05, 2022
On 6/4/2022 10:54 PM, Paulo Pinto wrote:
> That paper had a real implementation to follow along,

I didn't see it.

> while Lucid and IBM products were real things one could buy.

That are *C* compilers doing imports for *C* code?

What C compilers have imports:

gcc - nope
clang - nope
VC - nope
Digital Mars C - nope
C Standard - nope

ImportC - yes!
June 05, 2022
On 6/5/2022 7:26 AM, mee6 wrote:
> On Saturday, 4 June 2022 at 19:26:27 UTC, Walter Bright wrote:
>> On 6/4/2022 5:29 AM, Paulo Pinto wrote:
>>> I guess going around the horn is a synonym for lets pretend there wasn't prior art and keep arguing D did it first, as usual.
>>
>> Writing a paper is not doing it first.
> 
> Why do you care so much about being "first"? Would you not have implemented and made a presentation about it if you didn't think it was the first implementation?

Because it's fun to be first!
June 06, 2022

On Sunday, 5 June 2022 at 22:41:41 UTC, Walter Bright wrote:

>

Because it's fun to be first!

Yes, 'd' is always independent.
For example, 'd' is the first one without class encapsulation.

June 06, 2022

On Monday, 6 June 2022 at 00:19:16 UTC, zjh wrote:

> >

Because it's fun to be first!
Yes, 'd' is always independent.

C++'s moudle

D, hurry up and get nervous.

June 06, 2022
On Monday, 6 June 2022 at 00:19:16 UTC, zjh wrote:
> On Sunday, 5 June 2022 at 22:41:41 UTC, Walter Bright wrote:
>
>> Because it's fun to be first!
>
> Yes, `'d'` is always independent.
> For example, `'d'` is the `first one` without `class encapsulation`.

To be fair, the encapsulation of a class can be encapsulated within a module, but not in a class (as one might reasonably expect, if they come from any other main stream language that uses a class type).

This implies (to me at least) that D does not consider a class to be a real type, like other main stream languages do.

Some new languages have even gone out of there way to get rid of the class type completely! At least D hasn't gone that far.. yet. I suspect there are many in the D community that would welcome that ;-)

Even an int type gets better recognition 'as a type', in D.

But yes, as far as i know, D is the first to do this - i.e. turn the class into a pseudo type, that cannot have encapsulation unless it is put into a super type (the module), all by its self (with no friends).

@private could change that.

D could be the first indeed, for turning a pseudo class type, back into an first class type.

C'mon D. Be the first!
June 06, 2022

On Monday, 6 June 2022 at 03:17:34 UTC, forkit wrote:

>

Some new languages have even gone out of there way to get rid of the class type completely! At least D hasn't gone that far.. yet. I suspect there are many in the D community that would welcome that ;-)

I don't know many other languages,I am not used to them.
Rust seems no class. These people are too radical.

June 06, 2022

On Monday, 6 June 2022 at 03:28:07 UTC, zjh wrote:

>

Rust seems no class. These people are too radical.

It is easy to make mistakes if you take big changes.

June 06, 2022
On Monday, 6 June 2022 at 03:28:07 UTC, zjh wrote:
> On Monday, 6 June 2022 at 03:17:34 UTC, forkit wrote:
>
>> Some new languages have even gone out of there way to get rid of the class type completely! At least D hasn't gone that far.. yet. I suspect there are many in the D community that would welcome that ;-)
>>
>
>
> I don't know many other languages,I am not used to them.
> `Rust` seems no class. These people are too radical.

Rust did not set out to be a multi-paradigm language.

For Rust, I suspect they got of rid of the class, because they were setting out to be a high-performace, systems-level, programming language, and so decided that the class abstraction had to go. Ok. Fair enough.

D likes to think of itself as a high-performace, systems-level, programming language, as well, but it also claims to be a multi-paradigm language.

I have no doubt that many in the D community would also love to remove the class abstraction from the langauge, completely, and then they could force people into thinking 'the D way'.

I guess they want us to be grateful, that they have provided us with a pseudo class type. How nice of them.

The addidtion of a little character, @, to word private, could change this:

@private // Compiler says: oh. so you really want private to mean private? ok. I'll do it for you. no problem.

But I think even that is asking too much of the D community ;-)

June 05, 2022
On 6/5/22 22:01, forkit wrote:

> I have no doubt that many in the D community would also love to remove
> the class abstraction from the langauge, completely, and then they could
> force people into thinking 'the D way'.

I must accept that "you have no doubt" but that claim is baseless.

> I guess they want us to be grateful, that they have provided us with a
> pseudo class type. How nice of them.

Now, that is trolling.

Ali