Re: D for microservices: ldc, rdmd, dub now available on Alpine x86_64
On Tuesday, 5 November 2019 at 02:16:28 UTC, Mathias Lang wrote: What's next ? 1) There is a pending PR (https://github.com/alpinelinux/aports/pull/12006) to have GDC working on all architectures alpine supports, not just x86_64. 2) Adding a package for gdmd 3) Rebuild packages based on GDC, so that all architectures are supported. 4) Move the packages to community so they are available out of the box. It would be great for it to happen by the end of the month, as the next alpine release would be around end of December according to their schedule, but that depends on how long PR take to be reviewed. 5) A DMD package for x86 and x86_64 shouldn't be hard to make either Time for an update! The GDC PR have been merged, and followed by another large fix to make it work on most architectures. So if you use Alpine edge, you can just run `apk add gcc-gdc` and you'll get GDC-9.2.0 (with a lot of patches), which is a 2.076.0 frontend, but allow you to bootstrap efficiently. The package is present on ARMv7, AArch64, x86, x86_64, and s390x. Only ppc64le is not supported as GDC hasn't been ported to it (at least not as of the time of 9.2.0 release). Additionally, `gdmd` has been added to `testing` to make it easier to build packages. LDC has been updated to v1.19.0 and the package definition fixed (only `ldc` and `ldc-runtime` present now, no more `ldc-static`). Dub v1.19.0 is also available, also built with GDC, on all the architectures GDC supports. The LDC package is not going to be cross-architecture in the near future, but it should be able to correctly cross-compile once LDC a version matching 2.090.1 is released (most likely LDC 1.20.0). I am now working on finalizing the LDC package so all tests pass on x86 & x86_64, and to provide a DMD package. While there are still a few details to flesh out, most things should work perfectly on x86_64 (we've been using it for months), so feel free to test it and report back. I also hope we can use it in some of the official dlang repositories (e.g. dlang-tour and the dub testsuite). The best place to report issues with the packages is on the Alpine Gitlab ( https://gitlab.alpinelinux.org/alpine/aports/issues) and to tag @Geod24.
Re: Release D 2.090.0
I have installed 2.089 back to check. And in the previous version there is no such error. I have tried to debug. And looks like this error occurred during throwing exception inside std.exception: enforce.
Re: Release D 2.090.0
On Tuesday, 7 January 2020 at 10:30:09 UTC, Martin Nowak wrote: Glad to announce D 2.090.0, ♥ to the 48 contributors. This release comes with the ability to convert lazy parameters to delegates, new intrinsics to force rounding to specific floating point precision, unittest builds that no longer execute main by default, a new GC.inFinalizer API, and various other changes. http://dlang.org/download.html http://dlang.org/changelog/2.090.0.html -Martin But I got another problemme: Memory allocation failed In module src/core/exception.d:647. Traceback: I have installed 2.089 back to check. And in the previous version there is no such error.
Re: Release D 2.090.0
On Tuesday, 7 January 2020 at 10:30:09 UTC, Martin Nowak wrote: Glad to announce D 2.090.0, ♥ to the 48 contributors. This release comes with the ability to convert lazy parameters to delegates, new intrinsics to force rounding to specific floating point precision, unittest builds that no longer execute main by default, a new GC.inFinalizer API, and various other changes. http://dlang.org/download.html http://dlang.org/changelog/2.090.0.html -Martin Now multiple deprecation warnings (about deprecated enum members) caused by passing std.json: JSONType value to `format` are fixed. It looks like that. Thanks for this very much ;-)
DIP 1029---Add throw as Function Attribute---Community Review Round 1 Begins
The first round of Community Review for DIP 1029, "Add throw as Function Attribute", has begun. To participate, please visit the review thread for the details: https://forum.dlang.org/post/sbdrybtyfkxfhxxjg...@forum.dlang.org *Please leave all feedback in the review thread rather than here!* Thanks!
Re: The Future of the GtkDcoding Blog
On Tuesday, 14 January 2020 at 10:09:39 UTC, Ron Tarrant wrote: On Monday, 13 January 2020 at 13:17:53 UTC, Ferhat Kurtulmuş wrote: I've just tried broadwayd with a very simple window (only a few widgets in it). Actually it is very straghtforward. After further pondering on the implications of this, I'm getting rather excited about where it could go. Have you tried this with a D-app on a remote site? Is that even possible? No, I did it on my local computer. I also wonder if it can do it on remote. But I read something that it could do it (don't remember where). But I guess one has to deal with some boilerplate code like cookies, local storage etc.
Re: The Future of the GtkDcoding Blog
On Monday, 13 January 2020 at 13:17:53 UTC, Ferhat Kurtulmuş wrote: I've just tried broadwayd with a very simple window (only a few widgets in it). Actually it is very straghtforward. After further pondering on the implications of this, I'm getting rather excited about where it could go. Have you tried this with a D-app on a remote site? Is that even possible?