Re: D Language Foundation Monthly Meeting Summary
On Saturday, 5 June 2021 at 08:58:47 UTC, Paulo Pinto wrote: On Friday, 4 June 2021 at 21:35:43 UTC, IGotD- wrote: On Friday, 4 June 2021 at 19:56:06 UTC, sighoya wrote: This uniformization sounds too good to be true. I think most people think that, but it's simply not true. malloc/free is incompatible to garbage collection. This is true and even druntime has a malloc/free option for the GC. However, its implementation is really bad. Also the implementation of the current GC has a lot of room for improvements. It is still not appropriate for many embedded systems as it requires another layer that steals CPU time and code memory. Speaking of embedded, https://learn.adafruit.com/welcome-to-circuitpython https://blog.arduino.cc/2019/08/23/tinygo-on-arduino https://www.microsoft.com/en-us/makecode/resources http://www.ulisp.com/ https://developer.android.com/training/wearables/principles https://www.microej.com/product/vee/ Meanwhile kids, the future generation of developers, keeps adopting the hardware and programming languages listed above, completly oblivious there is a programming language where all discussion threads turn into GC vs no-GC no matter what was the original subject. There is also https://micropython.org/ It would not be my choice of language for medical but uPython is used in a small number of embedded medical devices and has been ported to several flavours of STM32. This is a space where D could make a difference, although unfortunately the language has some dark corner cases and friction that put some people off to the point where they don't see any benefit moving to D.
Re: diet-ng Live mode and announcing dietpc
On Tuesday, 24 March 2020 at 15:03:33 UTC, Steven Schveighoffer wrote: Since October I have been using an experimental feature I created for the diet-ng package [1] that allows one to alter just the HTML portions of a diet template and have the server re-render those pages. It has saved me significant development time as I can e.g. alter a class on an html element, add javascript, just about anything that doesn't have to do with running actual D code, and I do not need to rebuild my entire application. Those of you who watched my dconf 2018 presentation may have heard me talk about the issue of vibe.d build times. [...] Hi, When I try to access the documentation for dietpc I get the error below. --- Downloading package info... Downloading source code for version master from https://github.com/schveiguy/dietpc/archive/master.zip... Failed: X-Geo-Block-List: --- From the dub package page it links to https://dietpc.dpldocs.info Cheers, Norm
Re: diet-ng Live mode and announcing dietpc
On Tuesday, 24 March 2020 at 23:20:20 UTC, norm wrote: On Tuesday, 24 March 2020 at 15:03:33 UTC, Steven Schveighoffer wrote: Since October I have been using an experimental feature I created for the diet-ng package [1] that allows one to alter just the HTML portions of a diet template and have the server re-render those pages. It has saved me significant development time as I can e.g. alter a class on an html element, add javascript, just about anything that doesn't have to do with running actual D code, and I do not need to rebuild my entire application. Those of you who watched my dconf 2018 presentation may have heard me talk about the issue of vibe.d build times. [...] Hi, When I try to access the documentation for dietpc I get the error below. --- Downloading package info... Downloading source code for version master from https://github.com/schveiguy/dietpc/archive/master.zip... Failed: X-Geo-Block-List: --- From the dub package page it links to https://dietpc.dpldocs.info Cheers, Norm and this time I got a bit more info come up in the browser although I don't know if it helps much; --- The project build failed. copy/paste this link to adam so he can fix the bug. core.exception.AssertError@/home/me/arsd/http2.d(1154): X-Geo-Block-List: ??:? _d_assert_msg [0x5c6f9a] /home/me/arsd/http2.d:1154 void arsd.http2.HttpRequest.handleIncomingData(scope const(ubyte[])).parseLastHeader() [0x5abd5b] /home/me/arsd/http2.d:1229 bool arsd.http2.HttpRequest.handleIncomingData(scope const(ubyte[])) [0x5aaa1d] /home/me/arsd/http2.d:1027 int arsd.http2.HttpRequest.advanceConnections().__foreachbody3(ref std.socket.Socket, ref arsd.http2.HttpRequest) [0x5aa259] ??:? _aaApply2 [0x5ccad0] /home/me/arsd/http2.d:1010 int arsd.http2.HttpRequest.advanceConnections() [0x5a9f14] /home/me/arsd/http2.d:809 arsd.http2.HttpResponse arsd.http2.HttpRequest.waitForCompletion() [0x5a90ca] dl.d:358 void dl.app(arsd.cgi.Cgi) [0x528e3d] /home/me/arsd/cgi.d:3815 void arsd.cgi.doThreadScgiConnection!(arsd.cgi.Cgi, dl.app(arsd.cgi.Cgi), 500L).doThreadScgiConnection(std.socket.Socket) [0x546edf] /home/me/arsd/cgi.d:4361 void arsd.cgi.ConnectionThread.run() [0x53b344] ??:? void core.thread.Thread.run() [0x5c893d] ??:? thread_entryPoint [0x6158db] ??:? [0x7fbaea3706da] ---
Re: Beta 2.087.0
On Wednesday, 19 June 2019 at 07:08:48 UTC, FeepingCreature wrote: On Wednesday, 19 June 2019 at 04:00:44 UTC, Norm wrote: Is the JSON_TYPE deprecation listed in the changelog, I couldn't see it? I was on 2.086.0 prior to trying this beta which did not show the deprecation. Cheers, Norm That was back on 2.082.0, to make it match the D style guide. Not sure why it didn't show for you. https://github.com/dlang/phobos/commit/fbd094737fa1130ab53f7fcc17b36f8881e10790 This is the first release where the old enum is marked as deprecated so it probably should go in the changelog. Cheers, Norm
Re: Beta 2.087.0
On Sunday, 16 June 2019 at 22:47:57 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.087.0 release, ♥ to the 66 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.087.0.html As usual please report any bugs at https://issues.dlang.org -Martin Is the JSON_TYPE deprecation listed in the changelog, I couldn't see it? I was on 2.086.0 prior to trying this beta which did not show the deprecation. Cheers, Norm
Re: my first kernel in betterC D
On Sunday, 16 June 2019 at 16:14:26 UTC, Laeeth Isharc wrote: https://github.com/kaleidicforks/mkernel-d I spent a few minutes on just turning the C code to betterC D - was curious to see if it would work. It seems to. I didn't try loading with GRUB. The dub.sdl isn't quite right, so best run ./build.sh Cannot push to code.dlang.org - it complains about registering a forked package, even after renaming. I tried mine a while back using betterC but given I was already running without druntime the only noticeable difference was I no longer required these hacks; //--- // So we compile without druntime extern(C) __gshared void* _d_dso_registry; extern(C) __gshared void* _Dmodule_ref; extern(C) __gshared void* _d_arraybounds; extern(C) __gshared void* _d_assert; extern(C) __gshared void* _d_unittest; //--- immutable auto VIDMEM_BASE = 0x800B8000; static immutable ubyte egaBlack = 0; st GRUB worked as before for both 32 and 64 bit. But that doesn't mean much because my kmain was already extern(C) so the linkage was fairly typical. bye, Norm
Re: GtkD 3.9.0, A GTK+ D binding.
On Wednesday, 29 May 2019 at 20:30:03 UTC, Mike Wey wrote: GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL license. At this point it feels long overdue, but finally there is an GtkD release that is updated for the latest GTK+ libraries. And i finally took the time to change the documentation on the website from candydoc to one generated by Adam's adrdox. https://api.gtkd.org Full changelog: https://gtkd.org/changelog.html Download: https://gtkd.org/download.html Thanks a lot for this project I'm using gtkd in several of my projects and really enjoying it.
Re: 2nd Release Candidate 2.086.0 [was: Re: Beta 2.086.0]
On Saturday, 4 May 2019 at 09:57:04 UTC, Martin Nowak wrote: On Saturday, 4 May 2019 at 09:55:00 UTC, Martin Nowak wrote: `dub build :pkg1 --non-interactively`. `dub build :pkg1 --non-interactive` is the correct name of the flag Thank you for the help. Norm
Re: Documentation for any* dub package, any version
On Monday, 26 February 2018 at 14:59:07 UTC, Adam D. Ruppe wrote: Many of you will already know this from the other thread or from my twitter, but I just added a on-demand downloader to my dpldocs.info domain to fetch and build docs for any* dub package. [...] This is really awesome. It would be really cool if this could feedback a coverage score to code.dlang.org that indicates the level of documentation in a library. Something like the % of functions/classes/modules that are documented and if there are any missing parameters/warnings during the parsing of docs. Cheers, Norm
Re: Beta 2.079.0
On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit wrote: On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote: This import feature and surrounding discussion I couldn't care less about ... I actually spend far more time reading large chunks of code, than writing code, and I certainly do NOT want to spend extra time deciphering imports, due to an unpopular and confusing syntax change. If I were mainly writing 'scripts', then I too would probably not care less ;-) If D just wants to become a compiled scripting language...good luck to it. I'll go find a proper progamming langauge long before that happens. Well, D is already a compiled scripting language :) It is also a language used for BSD and Linux kernel drivers, applications, backend servers et. al. So you can have your cake and eat it too. Cheers, Norm
Re: Beta 2.079.0
[snip] On Friday, 23 February 2018 at 04:06:23 UTC, psychoticRabbit wrote: Third, making D more and more like a quick scripting/hacking language (by removing or hiding so called 'noise', is not a good idea in my opinion. That too seemed to be a motivator for at some aspect of the change. This import feature and surrounding discussion I couldn't care less about but I have to chime in and disagree with this particular point. Ability to quickly script in D was a big selling point for D at my workplace, I'd say *the* feature that got uninterested developers listening and trying the language. Being able to replace their Python scripts with a fast native language that is also used for application and drivers development was a winning formula. Cheers, Norm