Re: Biology nerds needed in a D project!
On Thursday, 23 May 2019 at 23:17:08 UTC, Murilo wrote: Guys I'm trying to make a program that simulates a neuron which behaves like the Physarum polycephalum so it will be able to develop intelligence. I'm making it totally in the D programming language. I will need help from biology nerds. If you want to participate you can contact me: 1- on my GitHub: https://github.com/MuriloMir or 2- via e-mail: murilomirand...@hotmail.com or 3- via the Dlang facebook group: https://www.facebook.com/groups/662119670846705/ or 4- on my twitter: https://twitter.com/MuriloMN0 It doesn't matter how you model a neuron. Whatever sigmoid function you use will end up converging to the same result. All neurons function in the same way, and that is as a switch. This is why you can use all kinds of stuff for switches and it work. It seems that as long as they mimic a step function then it will work. I'd suggest you design your algorithms around using a generic neuron and then you can play around with specific implementations.
Re: Visual D 0.49.0 released
On Sunday, 7 April 2019 at 19:41:43 UTC, Rainer Schuetze wrote: Hello, the new release of Visual D has just been uploaded. Some major improvements of 0.49.0: * support for Visual Studio 2019 * parallel compilation supported by VC projects * catch up with recent language changes * new "Language" configuration page for -transition=/-preview=/-revert= options See http://rainers.github.io/visuald/visuald/VersionHistory.html for the full list of changes. Visual D is a Visual Studio extension that adds D language support to VS2008-2019. It is written in D, its source code can be found on github: https://github.com/D-Programming-Language/visuald, pull requests welcome. The installer can be found at http://rainers.github.io/visuald/visuald/StartPage.html Rainer Thanks, do you know of any reason to upgrade to VS 2019? Does VD make any use of it?
Gillespie algorithm
Doing some physical simulations I could abstract the Gillespie algorithm, see https://code.dlang.org/packages/gillespied which may be useful. The number of algorithms able to model physical (continuous) time during an ongoing (reaction) process is rather limited. The announced algorithm is known to provide this feature. There are very much manifestations and improvements of the original Gillespie. In general, the improvements try to improve the speed of the algorithm either via - faster timing generation - faster next reaction look up - approximating the output by assumptions Compared to the standard Gillespie algorithm two enhancements were implemented: - for the case, reaction propensities are known, interarrival timings do not necessarily depend on a random number and its logarithm. This makes each time query faster. - If the governing simulation can handle non-nogc algorithm instantiation, a dedicated working array can be handled inside the algorithm. This provides faster next reaction search for all operations. All issues are of course welcome and will be tackled in my spare time. I hope, for this library, many further improvements, and applications could be found in future.
Re: a van Emde Boas tree
On Tuesday, 5 February 2019 at 16:04:03 UTC, Petar Kirov [ZombineDev] wrote: On Tuesday, 5 February 2019 at 15:47:30 UTC, Dejan Lekic wrote: On Tuesday, 5 February 2019 at 15:28:04 UTC, Alex wrote: Hi all, my van Emde Boas tree finally reached an announceable state, at version 0.12.0. vEB tree is an interesting data structure. Where is the implementation? - You did not provide any links... Most likely the repo is this one: https://github.com/Sandman83/vebtree Yes... sorry. Too deep in the code... https://code.dlang.org/packages/vebtree
a van Emde Boas tree
Hi all, my van Emde Boas tree finally reached an announceable state, at version 0.12.0. It operates on a closed universe, defined on construction. After that, the tree operates on unique key up to a certain capacity, which is at least as large as the universe size. All operations including insertion, removing, look up and next neighbor search are O(log(log(U)). min and max lookup are O(1). Some graphics are included on the front page for performance comparison with existent libraries. I relicensed the package to BSL-1.0 and moved it on github, so the documentation should work properly now. All tickets are welcome of course and will be managed in my spare time.
Re: We're looking for a Software Developer! (D language)
hi there
digitalmars-d-announce@puremagic.com
On Friday, 5 September 2014 at 12:15:09 UTC, Bruno Medeiros wrote: On 05/09/2014 07:32, Jacob Carlborg wrote: Perhaps I'm nitpicking but an external tools doesn't sound like a good idea. A completely separate library that can be shared among tools and be integrated into an IDE, absolutely yes. But not a tool. It's like it was said earlier, a library is easier to integrate, but only if across the same language (for the code the library is written in, and the code the IDE extensions are written in). Well, I spent a (very little though) time getting informed on how everything could be done using dcd-server running in the background. 1) the communication between dcd-server and dcd-client happens via tcp ipc. So extremely easy to implement 2) The currently edited module's text can be piped through that IPC channel to not have to query the hardware IO all the time. 3) My completion 'model' allows having individual import paths for each edited file, project, super-project aka solution. DCD seems not to support this atm(?). 4) D_Parser is heavily woven with all kinds of Mono-D features, so just ripping out the completion component and replacing it with dcd won't bring anything sustainable, since I'd still had to have raw access to all ASTs out there in order to e.g. display a 'breadcrumb' path bar on the editor's top, the doc outline, refactoring features etc. -- An entirely separate Mono-D is needed imho which probably only features basic projecting/build support as well as dcd bindings. Did you, Bruno, discarded your customly written completion framework in favor of dcd?
Re: LDC 0.14.0 released!
On Wednesday, 20 August 2014 at 04:48:02 UTC, Kai Nacke wrote: On Friday, 15 August 2014 at 15:04:44 UTC, Kai Nacke wrote: Hi everyone, LDC 0.14.0, the LLVM-based D compiler, is available for download! This release is based on the 2.065.0 frontend and standard library and supports LLVM 3.1-3.4.2 (OS X: 3.2/3.4 only). As usual, you can find links to the changelog and the binary packages over at digitalmars.D.ldc: http://forum.dlang.org/post/ynlnfdqwkweenkwct...@forum.dlang.org Regards, Kai I managed to get mentioned in LLVM Weekly again. (http://llvmweekly.org/issue/33) LLVM weekly is a newsletter with high attention in the LLVM world. Regards, Kai Nice :)
digitalmars-d-announce@puremagic.com
On Saturday, 23 August 2014 at 13:19:18 UTC, dlangophile wrote: On Thursday, 14 August 2014 at 07:51:11 UTC, Alex wrote: On Thursday, 14 August 2014 at 07:07:59 UTC, Alex wrote: Invoking stuff is easy. I'd rather reimplement the communication to the dcd server instead to not get such a bottleneck if you're on windows or typing really fast. Executing an entire program for each keystroke is a real unsustainable solution, imho. https://github.com/Hackerpilot/DCD/blob/master/client.d#L72 Alright. :-) Actually, someone has turned on the _"Enable Mixin & Template Mixin Analysis"_ options? Major drawbacks? I did - basic stuff which was tested works :-P https://github.com/aBothe/D_Parser/blob/master/Tests/ResolutionTests.cs#L3151-L3380 Someone has turned _off_ the _"Only indent code lines instead of rearrange code parts"_? Major drawbacks? I haven't implemented any new formatting features since indenting is totally satisfying for me. :-)
digitalmars-d-announce@puremagic.com
On Thursday, 14 August 2014 at 07:07:59 UTC, Alex wrote: Invoking stuff is easy. I'd rather reimplement the communication to the dcd server instead to not get such a bottleneck if you're on windows or typing really fast. Executing an entire program for each keystroke is a real unsustainable solution, imho. https://github.com/Hackerpilot/DCD/blob/master/client.d#L72 Alright. :-)
digitalmars-d-announce@puremagic.com
On Wednesday, 13 August 2014 at 21:29:01 UTC, Damian Day wrote: On Wednesday, 13 August 2014 at 14:16:18 UTC, Alex wrote: Hey everyone, it's been quite some while ago that I posted a Mono-D release announcement on to D.announce :) You should've noticed that the installation instruction stuff has been moved to the D wiki - http://wiki.dlang.org/Mono-D There have been several fixes and smaller improvements since the last bunch of bug fix releases. Detailed release notes can be taken from the wiki entry. Cheers, Alex Have you considered integrating some of Brian Schotts work? Perhaps an option to pick an engine DCD or DParser. I'm particularly interested in dscanner integration myself :) In theory, it should be possible if the IPC between the dcd client&server is not too tricky to handle (or is it indeed just a command call? -- But then I had to save a file first to be able to get completion for nearly each keystroke..ugh).
digitalmars-d-announce@puremagic.com
On Thursday, 14 August 2014 at 00:54:07 UTC, Brian Schott wrote: On Thursday, 14 August 2014 at 00:43:38 UTC, Damian Day wrote: I'm not sure you'd want to do that. The DParser completion engine has a few features that DCD doesn't have. (I'm not sure if this is true the other way around) That's true, but duplicated work and all that.. It would be a nice way to battle test DCD and the lexer. Keep in mind that integrating a lexer/parser written in C# into an IDE written in C# is much easier than integrating libdparse would be. The same argument applies to Eclipse and Visual Studio. Invoking stuff is easy. I'd rather reimplement the communication to the dcd server instead to not get such a bottleneck if you're on windows or typing really fast. Executing an entire program for each keystroke is a real unsustainable solution, imho. I'm particularly interested in dscanner integration myself :) Are you talking about displaying static analysis hints in the editor window, or something else? Yes precisely. This should be easy. I have Textadept set up to do this and the implementation is only a few lines long. https://github.com/Hackerpilot/TextadeptModules/blob/master/modules/dmd/init.lua#L29-54 This seems rather easy to implement.
digitalmars-d-announce@puremagic.com
On Wednesday, 13 August 2014 at 20:47:41 UTC, simendsjo wrote: Not for me. Doesn't work in firefox either (and I'm pretty sure I haven't visited the wiki ever with firefox). /me leans back and enjoys the OT Still not working for me either. But no problem, it's the text and the images that count :-P
digitalmars-d-announce@puremagic.com
On Wednesday, 13 August 2014 at 14:23:47 UTC, Théo Bueno wrote: On Wednesday, 13 August 2014 at 14:16:18 UTC, Alex wrote: Hey everyone, it's been quite some while ago that I posted a Mono-D release announcement on to D.announce :) You should've noticed that the installation instruction stuff has been moved to the D wiki - http://wiki.dlang.org/Mono-D There have been several fixes and smaller improvements since the last bunch of bug fix releases. Detailed release notes can be taken from the wiki entry. Cheers, Alex We definetely should promote Mono-D along with Visual D, and move your documentation stuff from the wiki to the website. Again, thank you for your awesome work :) Only if I have wiki-like online editing available then :P -- I don't want to mess with hardcore html anymore :-/
digitalmars-d-announce@puremagic.com
Hey everyone, it's been quite some while ago that I posted a Mono-D release announcement on to D.announce :) You should've noticed that the installation instruction stuff has been moved to the D wiki - http://wiki.dlang.org/Mono-D There have been several fixes and smaller improvements since the last bunch of bug fix releases. Detailed release notes can be taken from the wiki entry. Cheers, Alex
