hi,
is it possible to get a bug fixed x64 compiling D1?
I don't want to start some rant, but i don't like D2. D1 is compact and not so overloaded with funny attributes.

thanks

On Friday, 21 September 2018 at 20:33:01 UTC, new wrote:
> D1 is compact and not so overloaded with funny attributes.

just don't use all those funky attributes and you're fine :)

On Friday, 21 September 2018 at 20:44:12 UTC, 0xEAB wrote:
> On Friday, 21 September 2018 at 20:33:01 UTC, new wrote:
>> D1 is compact and not so overloaded with funny attributes.
>
> just don't use all those funky attributes and you're fine :)

bs - be serious.
i don't wand to use D2, but D1.

On Friday, September 21, 2018 2:33:01 PM MDT new via Digitalmars-d wrote:
> hi,
> is it possible to get a bug fixed x64 compiling D1?
> I don't want to start some rant, but i don't like D2. D1 is
> compact and not so overloaded with funny attributes.

Official support of D1 was dropped nearly 6 years ago:

https://forum.dlang.org/post/ afjlgjcftngzannrhtuf@dfeed.kimsufi.thecybershadow.net

So, there will be no more official fixes or releases for D1. If you can find someone willing to fix a D1 bug for you (or fix it yourself) in your own fork, then it can certainly be fixed, but that's pretty much the only way it's going to be fixed.

The sad truth is that if you really do want to continue to use D1, you're going to have to maintain it yourself or find a group of people willing to do so; otherwise eventually, the language and its libraries are going to become unusable due to a lack of maintenance. So, I fully expect that at some point here, you're going to have to switch to a different language. Whether that's D2 is up to you, but D1 is not maintained and is not going to be.

- Jonathan M Davis

On Friday, 21 September 2018 at 21:07:57 UTC, Jonathan M Davis wrote:
> On Friday, September 21, 2018 2:33:01 PM MDT new via Digitalmars-d wrote:
>> [...]
>
> Official support of D1 was dropped nearly 6 years ago:
>
> [...]

Thank you for your answer. too bad - have to think about it.

On Friday, 21 September 2018 at 21:17:52 UTC, new wrote:
> Thank you for your answer. too bad - have to think about it.

You might be interested in the Volt language, which follows in D1's footsteps:

https://github.com/VoltLang/Volta

I believe it was created by some D users with the same opinion on D1/D2. Syntax is also very much like D1.

On Saturday, 22 September 2018 at 04:45:47 UTC, Vladimir Panteleev wrote:
> On Friday, 21 September 2018 at 21:17:52 UTC, new wrote:
>> Thank you for your answer. too bad - have to think about it.
>
> You might be interested in the Volt language, which follows in D1's footsteps:
>
> https://github.com/VoltLang/Volta
>
> I believe it was created by some D users with the same opinion on D1/D2. Syntax is also very much like D1.

thank you for the pointer, i definitely will look at this closer.

On Friday, 21 September 2018 at 21:07:57 UTC, Jonathan M Davis wrote:
> The sad truth is that if you really do want to continue to use D1, you're going to have to maintain it yourself or find a group of people willing to do so;

Sociomantic "maintains" (well, much more in the past than today) D1 compiler and you can find latest releases here (Ubuntu): https://bintray.com/sociomantic-tsunami/dlang/dmd1 (direct link https://bintray.com/sociomantic-tsunami/dlang/dmd1/v1.082.1#files) or you can compile https://github.com/dlang/dmd/tree/dmd-1.x yourself and hope that the compiler bug is fixed - we've certainly fixed a lot of them in the past years (decade?).

But - Sociomantic doesn't officially maintain D1 language (we're in process of moving our entire codebase to D2 - which is a long process, but we're getting there - checkout some of dconf videos where it was talked about it) - it is just about fixing bugs where ROI is good enough to justify fixing (which is in many cases - just backporting D2 compiler fixes, which is also not trivial), so don't expect any commitment, rather - expect this commitment to stop.

That being said - I want to point out something that was already mentioned here - it is possible to use D2 subsets that are "D1 minded" (for example, Sociomantic is not the best codebase to look for modern D code), and our all D1 projects now compile as D2 code after simple machine translation (take a look into https://github.com/sociomantic-tsunami/ocean/ and run `make d2conv` and check the output - `make DVER=2 ` will compile generated D2 code and run unittests - don't forget to init git submodules and to install dependencies - https://bintray.com/sociomantic-tsunami/dlang/d1to2fix - or just run in sociomantictsunami/dlangdevel docker image).

So it is possible to use D2 language and compiler and avoid all the features that you don't like, at least to a reasonable degree, and as a bonus you still get to cherry pick D2 features you like (and there are some even for D1 minded person).

On Saturday, 22 September 2018 at 08:48:37 UTC, Nemanja Borić wrote:
> On Friday, 21 September 2018 at 21:07:57 UTC, Jonathan M Davis wrote:
>> [...]
>
> Sociomantic "maintains" (well, much more in the past than today) D1 compiler and you can find latest releases here (Ubuntu): https://bintray.com/sociomantic-tsunami/dlang/dmd1 (direct link https://bintray.com/sociomantic-tsunami/dlang/dmd1/v1.082.1#files) or you can compile https://github.com/dlang/dmd/tree/dmd-1.x yourself and hope that the compiler bug is fixed - we've certainly fixed a lot of them in the past years (decade?).
>
> [...]

I'd be interested to hear/read about the features that some developers don't like with D2.  Maybe you can point me to places where this has been shared in the past and/or reply with your own perspective? Others feel free to chime in as well.  I should make it clear this is just a request to gather data, I'm not looking to start a debate, just wanting to see what can be learned from this. Thanks.

On Saturday, 22 September 2018 at 09:42:48 UTC, Jonathan Marler wrote:
>
> I'd be interested to hear/read about the features that some developers don't like with D2.

I'm going to guess it has to do with all the attributes for functions which you often have to remember is it @attribute or is it just attribute like is it @nogc or is it nogc etc.

It's one of the things that probably throws off a lot of new users of D, because they feel like they __have__ to know those although they're often optional and you can live without them completely.

They make the language seem bloated.