updated release of raylib-d (v3.1.0 targeting raylib v3.7.0)
I just released an updated version of [raylib-d](https://code.dlang.org/packages/raylib-d) binding. This was completely regenerated using dstep from the raylib 3.7.0 sources, along with the hand-edits to keep it working, BIG thanks to contributor Soaku! PLEASE NOTE: raylib 3.7.0 is binary incompatible with raylib 3.0.0. As such, you MUST use raylib-d v3.0.x to link with raylib v3.0.x, and you must use raylib-d v3.1.x to link with raylib v3.7.x. If you do not, it may actually link, but you might have memory corruption, as some of the changes were to struct layouts. For reference, [raylib](https://www.raylib.com/) is a "simple and easy-to-use library to enjoy videogames programming." I am not the original creator of this binding, but I used it to teach a class, and suddenly last year, the creator deleted his entire github account. This is a resurrected copy from the latest source before deletion, and I do not have tons of experience with the complete library, but I wanted it not to go away again. The raylib-d binding contains some nice additions to the structures such as operator overloading. Enjoy! And please file issues if you find anything. -Steve P.S. We are looking for anyone who might want to maintain/test raygui, which seems to have been a recent addition to the binding, but none of us have experience with it. We are not sure if it still works properly, and it most certainly is not updated to whatever the official raygui library has in it.
libmpec wrapper
I am working in a D wrapper for libmpdec. It is part of mpdecimal is a package for correctly-rounded arbitrary precision decimal floating point arithmetic writter by Stefan Krah. Decimal types are important in applications that require exact computations like accounting or finance. You can find an initial version at https://github.com/pdenapo/d-mpdecimal My project offers bindings and a wrapper for using limpdec from D language. *mpdec.mpdec is a translation of the original header from C to D. (This allows you to call the libmpec functions from D). *mpdec.decimal is a high-level wrapper over libmpec using the features of the D language (like structs and operator overloading). This work is distributed under the MIT license (see the LICENSE file). Some sample test programs are also provided. ¡Any help is much appreciated! (like comment, testing, etc.). I am planning to add this project later to the dub registry. There are some other pure-D solutions there (like "fixed" or "decimal") but seem to be somewhat buggy or unmaintained. I believe that limpdec is a high-quality library (used for instance by the Python decimal module), and so I think that this might be a useful contribution to the D community.
Re: mir.complex
On Friday, 20 August 2021 at 17:03:52 UTC, 9il wrote: On Friday, 20 August 2021 at 16:55:57 UTC, David Gileadi wrote: On 8/20/21 9:54 AM, Dennis wrote: On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short? Maybe it was too complex? Sorry, I'll see myself out. Yes, it was hard to make std.complex works. This is starting to get too real for me ***runs away***
Re: mir.complex
On Friday, 20 August 2021 at 16:55:57 UTC, David Gileadi wrote: On 8/20/21 9:54 AM, Dennis wrote: On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short? Maybe it was too complex? Sorry, I'll see myself out. Yes, it was hard to make std.complex works.
Re: mir.complex
On Friday, 20 August 2021 at 16:54:07 UTC, Dennis wrote: On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short? There are few reasons. The main one is that linking bugs caused by a compiler mangling/generation bugs makes std.complex unusable for us. Initially I have updated all packages with std.complex, however it failed to link in a private project.
Re: mir.complex
On 8/20/21 9:54 AM, Dennis wrote: On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short? Maybe it was too complex? Sorry, I'll see myself out.
Re: mir.complex
On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short?
mir.complex
mir.complex [1] has been added to mir-core v1.1.80 Builtin complex numbers have been replaced with mir.complex in the following packages: - cblas, - lapack - mir-blas - mir-lapack - lubeck [1] http://mir-core.libmir.org/mir_complex.html MRs are welcome. Kind regards, Ilya