digitalmars.D.ldc - Would changing the ldc version numbering to match dmd affect you?
- Joakim (12/12) Jun 02 2018 There is a pull under consideration to change ldc's version
- Guillaume Piolat (5/7) Jun 27 2018 Nope.
- Mr.Bingo (13/25) Jun 29 2018 If you are going to do this then you need to make the versions
- Joakim (17/45) Jun 29 2018 As mentioned in that thread, it gives us leeway to release a
- Timoses (4/16) Jun 30 2018 There is(/was?) some discussion on moving dmd to another
There is a pull under consideration to change ldc's version number to match dmd's 2.08x numbering, with a different ldc patch version to keep some flexibility, ie ldc 2.080.0 would be released with the dmd 2.080.1 frontend instead of the recent numbering of ldc 1.9.0 with the dmd 2.079.1 frontend: https://github.com/ldc-developers/ldc/pull/2673 If you package ldc for some package repository, as I do with the Termux package repository for Android, please chime in if this version numbering jump might cause a problem for you, either here or on the pull. If you're a user who might be affected by this, your input is welcome too, please chime in here.
Jun 02 2018
On Saturday, 2 June 2018 at 11:16:47 UTC, Joakim wrote:Re: Would changing the ldc version numbering to match dmd affect you?Nope. As a user I'm _sometimes_ searching for the specific DMDFE version LDC is written against, for work-arounds. Other than that, both numbering are OK.
Jun 27 2018
On Saturday, 2 June 2018 at 11:16:47 UTC, Joakim wrote:There is a pull under consideration to change ldc's version number to match dmd's 2.08x numbering, with a different ldc patch version to keep some flexibility, ie ldc 2.080.0 would be released with the dmd 2.080.1 frontend instead of the recent numbering of ldc 1.9.0 with the dmd 2.079.1 frontend: https://github.com/ldc-developers/ldc/pull/2673 If you package ldc for some package repository, as I do with the Termux package repository for Android, please chime in if this version numbering jump might cause a problem for you, either here or on the pull. If you're a user who might be affected by this, your input is welcome too, please chime in here.If you are going to do this then you need to make the versions identical! Don't have them off on some minor version. If someone see's ldc 2.080.0 then they are going to naturally think it goes with dmd 2.080.0, not some other version. If you need minor versions of that then extend it to ldc 2.080.0.32 or 2.080.0:32 This way there is always a direct and natural consistency between ldc and dmd. If you are going to make the versions correlate there is really no reason not to make them identical... it simplifies everything. Basically whatever version of dmd ldc is compiled for is the version of that ldc.
Jun 29 2018
On Friday, 29 June 2018 at 08:33:36 UTC, Mr.Bingo wrote:On Saturday, 2 June 2018 at 11:16:47 UTC, Joakim wrote:That seems clunky.There is a pull under consideration to change ldc's version number to match dmd's 2.08x numbering, with a different ldc patch version to keep some flexibility, ie ldc 2.080.0 would be released with the dmd 2.080.1 frontend instead of the recent numbering of ldc 1.9.0 with the dmd 2.079.1 frontend: https://github.com/ldc-developers/ldc/pull/2673 If you package ldc for some package repository, as I do with the Termux package repository for Android, please chime in if this version numbering jump might cause a problem for you, either here or on the pull. If you're a user who might be affected by this, your input is welcome too, please chime in here.If you are going to do this then you need to make the versions identical! Don't have them off on some minor version. If someone see's ldc 2.080.0 then they are going to naturally think it goes with dmd 2.080.0, not some other version. If you need minor versions of that then extend it to ldc 2.080.0.32 or 2.080.0:32This way there is always a direct and natural consistency between ldc and dmd. If you are going to make the versions correlate there is really no reason not to make them identical... it simplifies everything.As mentioned in that thread, it gives us leeway to release a patch version of ldc that's not tied to the patch version of dmd, as has historically already been done with ldc 1.1.1 and 1.1.0, both based on the dmd 2.071.2 frontend: https://github.com/ldc-developers/ldc/releases/tag/v1.1.0 https://github.com/ldc-developers/ldc/releases/tag/v1.1.1 Since we always use the last patch release of dmd for the corresponding ldc x.0 release, there's no real confusion, because we don't put out every dmd patch release in between.Basically whatever version of dmd ldc is compiled for is the version of that ldc.This is basically going to be the case, as the ldc patch versions will likely be sporadic and with minor changes, as can be seen in the past. The only possible confusion will be with the differing patch versions, which is still less confusing than the current numbering, and likely won't ever matter.
Jun 29 2018
On Saturday, 2 June 2018 at 11:16:47 UTC, Joakim wrote:There is a pull under consideration to change ldc's version number to match dmd's 2.08x numbering, with a different ldc patch version to keep some flexibility, ie ldc 2.080.0 would be released with the dmd 2.080.1 frontend instead of the recent numbering of ldc 1.9.0 with the dmd 2.079.1 frontend: https://github.com/ldc-developers/ldc/pull/2673 If you package ldc for some package repository, as I do with the Termux package repository for Android, please chime in if this version numbering jump might cause a problem for you, either here or on the pull. If you're a user who might be affected by this, your input is welcome too, please chime in here.There is(/was?) some discussion on moving dmd to another versioning scheme: https://forum.dlang.org/post/drcekmxvfszpwifbukzk forum.dlang.org
Jun 30 2018