-
-
Couldn't load subscription status.
- Fork 72
Update gdc download path #251
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Thanks for your pull request, @Bobo1239! We are looking forward to reviewing it, and you should be hearing from a maintainer soon. Some tips to help speed things up:
Bear in mind that large or tricky changes may require multiple rounds of review and revision. Please see CONTRIBUTING.md for more information. Bugzilla referencesYour PR doesn't reference any Bugzilla issue. If your PR contains non-trivial changes, please reference a Bugzilla issue or create a manual changelog. |
|
Not really sure how we want to handle this. Versions higher than 5.2.0 (currently 5.4.0 and 6.3.0) are only available with the new url format but the new format additionally requires specifying the D language version (e.g. |
|
So far @ibuclaw has taken care of releasing stable gdc versions for those installers, so there is no new version/url format, just some releases were provided especially for the installer. |
|
Will work on this with Iain soon on the GDC side. |
|
6.3.0 is released, but gdc still cannot be installed via install.sh |
|
@ibuclaw Any news? |
|
@CyberShadow I'm currently unsure what the future of GDC looks like as it was upstreamed to GCC. According to the article it should become available in GCC 9.1 (end of Q1'2019). |
|
OK, so distros will presumably package it then as part of the family of gcc packages. What about Windows? Is the expectation on the Win32/POSIX toolkits (Cygwin/MSys2 etc.) to do the same? |
|
Also, AFAIK, for the next 1-2 years the GDC in GCC svn will be based a dmd-cxx (~2.076 - static foreach) , while GDC master is based on a weekly dmd port, though @ibuclaw should correct me if I am wrong. |
|
Actually, GDC's inclusion in GCC has no effect on the matter at hand, as the whole point of the script is to allow you to install any compiler version, on any OS, which is especially useful in a CI setting. |
|
Strictly speaking, official releases are the only ones that matter. Anything that is earlier than gcc-9 should be ignored. |
|
Official or not, the question is how someone can test a project against GDC based on e.g. DMD 2.083, 2.082 and 2.080? For LDC this would be simply |
|
There won't be a gdc release based on any of those versions. Will likely be 2.089 or 2.090 the next if dmd continues its rough time based release cycle. I'll leave binaries up to distributions to make, as how gcc integrates varies per OS due to local patches, configure options, etc. |
|
@ibuclaw where do we sit with this? GDC is has officially been in GCC for a while now. Can we move forward with this or can it completely abandoned? Not sure @Bobo1239 is even interested in what happens here anymore since. Hoping that he's still lurking around the community though. What I would like to know is if there is any plan, now or ever, to see this to completion? If there isn't, there's no pint in keeping this request open. If there is, please state your timeline so that I can know when to reach out. |
Old binaries have been archived off, though old links still work. Personally, I prefer to leave binary releases to the package maintainers of various distributions. If someone wants to take any of the CI scripts/infrastructure for gdc and use it to make binary packages out of, then be my guest and raise a pull request to add that functionality.
This question makes little sense as gcc and dmd release versions are mutually exclusive (there is no double-barrelled versioning). |
|
CC: @PetarKirov @MartinNowak @CyberShadow @Bobo1239, based on @ibuclaw's comments, there will be no packaging of GDC outside of the official GCC release. If we still intend to install GDC via the Should you choose to accept this responsibility, then this pull request remains valid. Otherwise, it will not be supported and, therefore, should be closed. |
example version: gdc6.3.0+2.068.2 -> http://gdcproject.org/downloads/binaries/6.3.0/x86_64-linux-gnu/gdc-6.3.0+2.068.2.tar.xz