Re: [ANN] 3T Software Labs MongoDB tools for D programmers.
On Friday, 18 April 2014 at 03:54:46 UTC, Rikki Cattermole wrote: On Thursday, 17 April 2014 at 15:50:04 UTC, Graham Fawcett wrote: To clarify: you've built these tools in D? Or do the tools provide some kind of D API to MongoDB? Best, Graham Fawcett (not the 3T software Graham; last names are helpful!) They've posted this same thing to a number of different mailing lists in last day or so. Looks valid code however hence I didn't say anything earlier. Yep, a google search for the above text turns up almost identical posts to Clojure, Scala, Haskell, Ruby, and Ruby on Rails forums also. Looking at their website, it appears they're a three-person startup building dev tools, likely written in Java, for noSQL databases like MongoDB, mostly GUI tools to view and modify a database. So it doesn't appear to have anything specific to do with D, just GUI apps that those using MongoDB might find helpful.
Re: Z80 Emulation Engine
On Tuesday, 22 April 2014 at 06:41:58 UTC, Manu via Digitalmars-d-announce wrote: On 22 April 2014 16:29, Jacob Carlborg via Digitalmars-d-announce wrote: On 22/04/14 07:57, Manu via Digitalmars-d-announce wrote: Yeah, I understand the license options essentially, but it's more than just the license text, there are license cultures that affect the decision, and people are borderline religious about this sort of thing. I mean, the GPL seems fine to me, but there are many people who see GPL and avoid it like the plague as a matter of superstition or something. I'd prefer to not discourage interest or contribution just because I wrote "GPL" near my code. Then people invented LGPL and in my experience, this makes some of them feel okay with it, and others still don't wanna go near it. What practical reasons are there to avoid GPL if your software is fundamentally open-source? Ideally, I'd like something like GPL, with the option that I can grant someone an exception to the license upon request. If you want to use some library that is not GPL, or incompatible with GPL. Or the opposite. If someone wants to use your code, but not want to use GPL, but still an open source license. BSD, for example, is much more flexible in these cases. But then you lose the incentive to return contribution back to the original community. I've worked in companies where we take OSS libraries, modified for our needs, and never offer the modifications back to the community. I've done it myself, and it's basically wrong. I am not aware of the license that encourages community contribution, but also doesn't infect your code like the plague? That would be the CDDL, which Sun came up with for OpenSolaris, and other file-based licenses like the MPL, which Mozilla came up with for the open-sourcing of Netscape: https://glassfish.java.net/public/CDDLv1.0.html The CDDL is like the GPL, in that CDD-licensed files have to stay open source when redistributed, but since it applies on a file-by-file basis, doesn't infect the rest of the codebase. Others can compile your CDD-licensed files with their own files that they license differently, as long as they provide the source for your CDDL files, including any modifications they've made to your files. All that said, simple licenses, like the BSD or MIT licenses, are probably best, because they work with almost everything else.
Re: D Breaks on to the TIOBE Top 20 List.
On Friday, 25 April 2014 at 19:51:22 UTC, Adam Wilson wrote: I know we don't place much value in TIOBE and it's brethren. However, I thought that this was a milestone worthy of a note anyways. http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html It's interesting that C++ has been declining for the last decade and especially the last year, with C and Objective-C taking its place at the top for compiled languages. Mobile has driven Objective-C use and will drive the next big language, a good opportunity for D given its efficiency and relative ease of use.
Re: Livestreaming DConf?
On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote: Hi folks, We at Facebook are very excited about the upcoming DConf 2014. In fact, so excited we're considering livestreaming the event for the benefit of the many of us who can't make it to Menlo Park, CA. Livestreaming entails additional costs so we're trying to assess the size of the online audience. Please follow up here and on twitter: https://twitter.com/D_Programming/status/464854296001933312 I demand a telehuman stream: http://youtube.com/watch?v=06tV60K-npw Facebook has one of those, right? ;)
Re: Livestreaming DConf?
On Wednesday, 21 May 2014 at 16:36:02 UTC, Kapps wrote: The stream is currently live at http://www.ustream.tv/channel/dconf-2014 Looking forward to watching the Meyers keynote and most of the other talks today. How did the panel go yesterday? Wish I could have watched it.
Re: Livestreaming DConf?
On Thursday, 22 May 2014 at 10:09:28 UTC, Nordlöw wrote: We at Facebook are very excited about the upcoming DConf 2014. Will the videos be available afterwards at Andreis Youtube stream like last year? I don't think it's certain yet, but here's what the MC James Pearce said in the chat yesterday: "to those asking about videos, we'll have them all up on YouTube as promptly as possible (24-48 hours, hopefully)" So if they can stick to that, there's no reason to livestream unless you really want to see it first. :)
Re: Dconf 2014 talks - when to be available
On Tuesday, 27 May 2014 at 02:51:51 UTC, Nick B wrote: Hi Can any one advise when we can expect the conference talks (and perhaps the slides as well) to available to download or via Utube ? I saw some of the streamed talks, but would love to view the rest. The MC said initially that they'd have them up in a day or two most likely, then Andrei said he wanted to stagger their release over a couple weeks like he did last time, apparently to stay on top of reddit for awhile. I'm sure they'll post something in the announcements forum eventually.
Re: My D book is now officially coming soon
On Tuesday, 27 May 2014 at 10:00:01 UTC, Szymon Gatner wrote: On Tuesday, 6 May 2014 at 19:58:10 UTC, Nick Sabalausky wrote: On 5/6/2014 9:11 AM, Adam D. Ruppe wrote: On Tuesday, 6 May 2014 at 12:40:48 UTC, Szymon Gatner wrote: Any way to see the TOC? Hmm, not on the website yet but here it is. > [snip] Sounds awesome! Jus got mail from PacktPub: D Cookbook is now released: http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book Congratz! Thanks for the update. I have the pdf loaded up now, looking forward to going through it.
Re: Interview at Lang.NEXT
On Wednesday, 4 June 2014 at 06:19:05 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/27911b/conversation_with_andrei_alexandrescu_all_things/ wtf, the "Mid Quality" video is 1280x720 resolution HD video, guess they think every programmer has a super-fast internet connection. ;) The mp4 for Android/iPhone is a bandwidth-friendly 640x360 resolution.
Re: Lang.NEXT panel
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu wrote: Of possible interest. http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/ Andrei Nice panel. Not much really new there, but gives an idea of what you language designers are thinking about and who you are. I was never much interested in Go, but after seeing Pike for the first time, was a bit more interested in his language. Funny to see Bjarne swinging his legs on the high stool like a kid. :)
Re: Chuck Allison's talk is up
On Thursday, 5 June 2014 at 21:15:40 UTC, Olivier Henley wrote: On Thursday, 5 June 2014 at 16:33:49 UTC, Andrei Alexandrescu wrote: https://news.ycombinator.com/newest http://www.reddit.com/r/programming/comments/27e5d7/dconf_day_1_talk_3_a_real_d_in_programming/ https://www.facebook.com/dlang.org/posts/860528800627469 https://twitter.com/D_Programming/status/474587858812948480 Andrei Hi, I would love to spam my colleges here at Ubisoft Montreal with DConf 2014 talks ... but UStream is blocked studio wide. Is there any plans to mirror the talks somewhere else? We can stream from Vimeo and Youtube. Dicebot has been uploading them on youtube: http://www.youtube.com/channel/UCaYYN56VR7Z4SSoO7ws0-jA/videos I use his channel, as every web video player I've ever used blows in its own special way but youtube is the least bad.
Re: DConf 2014 Day 1 Talk 4: Inside the Regular Expressions in D by Dmitry Olshansky
On Tuesday, 10 June 2014 at 17:19:42 UTC, Dicebot wrote: On Tuesday, 10 June 2014 at 15:37:11 UTC, Andrei Alexandrescu wrote: Watch, discuss, upvote! https://news.ycombinator.com/newest https://twitter.com/D_Programming/status/476386465166135296 https://www.facebook.com/dlang.org/posts/863635576983458 http://www.reddit.com/r/programming/comments/27sjxf/dconf_2014_day_1_talk_4_inside_the_regular/ Andrei http://youtu.be/hkaOciiP11c Great talk, just finished watching the youtube upload. I zoned out during the livestream, as it was late over here and I was falling asleep during this fairly technical talk, but now that I'm awake, enjoyed going through it. Never knew how regular expression engines are implemented, good introduction to the topic and how D made your approach easier or harder. A model talk for DConf, particularly given the great results on the regex-dna benchmark.
Re: dmd front end now switched to Boost license
On Saturday, 14 June 2014 at 06:07:08 UTC, Nick Sabalausky wrote: I doubt it. First, it's the backend that's not technically OSI, frontend was (apparently) GPL. Second, I can't imagine any Linux distro rejecting GPL - they'd have to boot the kernel and core utils, too. Actually, the frontend was dual-licensed under the Artistic license and the GPL and dmd binaries were provided under the former, as the GPL doesn't allow linking against a non-GPL backend. The GPL alternative was likely for gdc to link the frontend against the GPL'd gcc backend.
Re: dmd front end now switched to Boost license
On Saturday, 14 June 2014 at 17:07:58 UTC, Leandro Lucarella wrote: No free license restrict commercial use. What using boost enable is only proprietary use, i.e. changing the DMD FE and keeping the changes private, even if you distribute the binary with the compiled DMDFE. As I said before, there are licenses that allow anyone linking your code to non-free code, but you still have to provide the source code of the modified DMDFE if you distribute it. An example is LGPL. The frontend was dual-licensed under the Artistic license, which also allows such proprietary use, so nothing has really changed. Rather than having two licenses, the Artistic license to allow linking against the proprietary dmd backend and the GPL to allow linking against the gcc backend, the dmd frontend now has a single Boost license that allows both, since the Boost license is considered GPL-compatible. From the standpoint of what the frontend's license allows, not much has changed, but the simplicity and clarity of the Boost license puts the frontend on firmer footing. I realize you prefer the LGPL, to force others to contribute back to the frontend if they modify and distribute it, but the Boost license is much simpler and as Walter points out, proprietary use can help D's adoption.
Re: dmd front end now switched to Boost license
On Sunday, 15 June 2014 at 01:08:00 UTC, Leandro Lucarella wrote: Joakim, el 14 de June a las 19:31 me escribiste: The frontend was dual-licensed under the Artistic license, which also allows such proprietary use, so nothing has really changed. Mmm, even when is true that the Artistic license is a bit more permissive than the GPL in some aspects, I think is hardly suitable for doing serious proprietary software (that you intent to sell). From the artistic license that was distributed by DMD: "You may not charge a fee for this Package itself. However, you may distribute this Package in aggregate with other (possibly commercial) programs as part of a larger (possibly commercial) software distribution provided that you do not advertise this Package as a product of your own." Is a bit hairy, I don't think any companies would want to do proprietary tools using the artistic license :) https://github.com/D-Programming-Language/dmd/blob/083271a415716cf3e35321f91826397d91c0a731/src/artistic.txt I was referring to this clause from the Artistic license: "4. You may distribute the programs of this Package in object code or executable form, provided that you do at least ONE of the following: a) distribute a Standard Version of the executables and library files, together with instructions (in the manual page or equivalent) on where to get the Standard Version." So you could have always distributed a modified, closed ldc with the frontend under the Artistic license- it would have to be ldc as the dmd backend is proprietary- as long as you also provided an unmodified ldc along with it. I don't think the part of the Artistic license you excerpted would apply to such a modified program, but even if the advertising part applied, I doubt any commercial user would care. Usually those who take your code _don't want_ to advertise where they got it from. ;) I realize you prefer the LGPL, to force others to contribute back to the frontend if they modify and distribute it, but the Boost license is much simpler and as Walter points out, proprietary use can help D's adoption. Again, I think from the practical point of view is the same. If you use boost license and tons of proprietary tools come out CHANGING the DMDFE and not contributing back, then the D community might get a boost because the have better tools but they are missing the contributions, so is hard to tell if the balance would be positive or negative. If they don't change the DMDFE (or contribute back the changes), then using boost or LGPL are the same, because it doesn't matter. Having better-quality paid tools would be a big boost, whether they released their patches or not. You point out that commercial users could always link against a LGPL frontend as a library and put their proprietary modifications in their own separate library, but that can be very inconvenient, depending on the feature. Also, I've pointed out a new model on this forum before, where someone could release a closed, paid D compiler but have a contract with their customers that all source code for a particular binary will be released within a year or two. This way, you get the best of both worlds, revenue from closed-source patches and the patches are open-sourced eventually. Such mixed models or other experimentation is possible under the freedom of more permissive licenses like Boost, but is usually much harder to pull off with the LGPL, as you'd be forced to separate all proprietary code from the LGPL frontend.
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Monday, 16 June 2014 at 17:26:51 UTC, Andrei Alexandrescu wrote: https://news.ycombinator.com/newest https://www.facebook.com/dlang.org/posts/867399893273693 https://twitter.com/D_Programming/status/478588866321203200 http://www.reddit.com/r/programming/comments/28am0x/case_studies_in_simplifying_code_with_compiletime/ Great talk, missed this on the livestream as I went to sleep. Between Dmitry's regex talk and this one, good to see talks demonstrating how they actually used D to build something interesting and how D-specific features helped them build it better. These talks are much better than the more abstract talks, hopefully we see more of them next year.
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Tuesday, 17 June 2014 at 17:10:16 UTC, Mengu wrote: On Monday, 16 June 2014 at 22:14:01 UTC, Adam D. Ruppe wrote: The reddit response this year hasn't been particularly impressive it seems to me compared to last year :( r/programming and hn is all about rust and go. on hn many d posts are invisible after some time. i believe mods are taking action there. if we want their attention, we should compare d with others; we should benchmark d and brag about the results etc. other than that, people are not paying attention to D and it's beautiful features. I don't know why people bother with those silly sites, which I don't read at all unless they're linked here. None of these benchmarks or other links matter. Nobody paid attention to ruby for a decade, until David Hansson built rails with it. I have seen over and over again that nobody has the ability to reason about an idea or tool like this. You have to build something better with it, something they want, then they'll all flock to use or copy it. You want to show how great D is, build something great with it. Nothing else matters. and also the genius idea to post each talk seperately instead of having a nice talks page on dconf.org and providing a link for that. i'd understand the keynotes but for the rest of the talks this is / was not a good idea. Don't you know that it's better to maintain a steady stream of publicity for D on sites full of people who always dismiss it, rather than making the talks available immediately to the people who actually use D and want to watch them? endSarcasm(); I don't mind it as much, because I'm not bingeing on the talks and spreading out watching them instead, but it'd be nice to see the talks I missed on the livestream and want to watch now, rather than at some indeterminate date in the future.
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Thursday, 19 June 2014 at 03:23:15 UTC, Saurabh Das wrote: I find it impossible to even find the posts on HN. Within a few hours of them being posted by Andrei, they are buried 4-5 pages deep in the 'new' section with very few upvotes. This search for DConf finds 5 of the 7 talks posted so far: https://hn.algolia.com/#!/story/past_month/prefix/0/dconf None have any comments and most have practically no votes, so that explains why you didn't find them on there. Two other talks were not labeled DConf for some reason, but only the Meyers talk, which wasn't about D, had any comments or much votes: https://hn.algolia.com/#!/story/past_month/prefix/0/meyers Last year I saw most of the talks (DConf13) on HN and r/programming. This year I find them only on this forum because the talks are not staying up on HN or r/p front pages for much time. There has been some suggestion that they are being moderated down. The Reddit postings get about a hundred votes, not sure if that's much on their site, as I don't use it. If you're aware of this forum, not sure why you're going there anyway. On Thursday, 19 June 2014 at 11:04:25 UTC, Jacob Carlborg wrote: My connection is specified to 10 Mbps. But it depends on how large the files are. Most of the files from DConf are under around 350MB in HD quality. On the other hand, Andrei's talk from LangNext 2014 is 1.3 GB and 48 minutes long while the talk by Bjarne is 2.8 GB and 68 minutes long. There are also 740 and 65.8 MB encodings of Andrei's talk that are perfectly usable. I should know, as I downloaded the latter. Same for Bjarne's talk, which I haven't downloaded.
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Thursday, 19 June 2014 at 11:04:25 UTC, Jacob Carlborg wrote: My connection is specified to 10 Mbps. But it depends on how large the files are. Most of the files from DConf are under around 350MB in HD quality. On the other hand, Andrei's talk from LangNext 2014 is 1.3 GB and 48 minutes long while the talk by Bjarne is 2.8 GB and 68 minutes long. There are also 740 and 65.8 MB encodings of Andrei's talk that are perfectly usable. I should know, as I downloaded the latter. Same for Bjarne's talk, which I haven't downloaded. Sorry, I just noticed that you were only talking about "HD quality." I don't know where you're getting the 350 MB figure, as all the HD recordings on archive.org are about 6-800 GB, but yeah, file sizes will vary based on the type of HD resolution and encoding used. I wouldn't call any hour-long video encoded into 350 MB "HD quality" though, as it's likely so compressed as to look muddy.
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Thursday, 19 June 2014 at 12:16:20 UTC, Joakim wrote: Sorry, I just noticed that you were only talking about "HD quality." I don't know where you're getting the 350 MB figure, as all the HD recordings on archive.org are about 6-800 GB, but 600 to 800 MB, not GB. :)
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/ https://www.facebook.com/dlang.org/posts/885322668148082 https://twitter.com/D_Programming/status/489081312297635840 Will there be a lower-res video of this talk than 1.3 GBs, as there was for other talks?
Re: DConf 2014: Declarative Programming in D by Mihails Strasuns
On Tuesday, 22 July 2014 at 15:39:39 UTC, Andrei Alexandrescu wrote: Vote https://twitter.com/D_Programming/status/491608304171634688 https://www.facebook.com/dlang.org/posts/889263017754047 http://www.reddit.com/r/programming/comments/2bei5x/dconf_2014_declarative_programming_in_d_by/ No download link for this one?
Re: DConf 2014 Day 3 Talk 2: Real-Time Big Data in D by Don Clugston
Just finished watching this talk for the second time, as I was distracted by IRC when watching the livestream. Good talk, though not as great as last year's from Don, which was the best one given at DConf 2013. This quote struck me when watching live, from the 40:35 mark of the video, and really needs to go up on the front page of dlang.org: "Our infrastructure costs are 4X lower than the rest of our industry." I can't think of a better marketing line than that.
Re: Miscelaneous D tool updates
On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote: Tags and DUB support for all of this will happen when I get around to it. (Or when you get around to it and make a pull request) libdparse: https://github.com/Hackerpilot/libdparse * The lexer/parser/ast code for D written in D is no longer a part of the dscanner project. (This also means that DCD no longer includes a static analysis tool as a submodule. Yay.) dscanner: https://github.com/Hackerpilot/Dscanner * Static analysis check for declaring methods or variables named "init" or otherwise overriding built-in properties. (Why does the compiler let you do this in the first place?) * Tweaks to the opEquals, opCmp, toHash checks. * Static analysis checks are now configurable through an ini file. * Lots of random bug fixes. dcd: https://github.com/Hackerpilot/DCD * Autocomplete for selective imports. * Autocomplete for auto variables. (Finally!) * Show call tips for compiler-generated struct constructors. * Autocomple global-scoped symbols more accurately. * Several updates to editor integration scripts (Mostly EMACS) * Lots of bug fixes harbored: https://github.com/economicmodeling/harbored * Documentation -> docs -> harbor? * Documentation generator that is independent of DMD and its JSON output. * Example output: http://economicmodeling.github.io/containers/index.html * Lots of bug fixes. libddoc: https://github.com/economicmodeling/libddoc * D implementation of the DDoc macro system * Lots of bug fixes Thanks for all the nice work. :) I was just looking at using libdparse yesterday to help me with some phobos cleanup (https://github.com/D-Programming-Language/phobos/pull/2337) and I want to eventually try using it with dstep to separate out Glibc declarations in druntime.
Re: DMD v2.066.0-rc1
On Thursday, 7 August 2014 at 19:15:00 UTC, Jacob Carlborg wrote: On 2014-08-07 19:15, Dicebot wrote: And here I also mean that all other Windows builds of compilers / interpreters I have used / tried passed that simple sanity test. Some may require complicated setup to do complicated things but "hello world" is always just that simple. Microsoft seems to be the only company who can afford doing things like that with users and expect them to suck it >_< On OS X both work well. You can either just press "the button" or use the command line, assuming you have installed the command line tools. This is kind of why I picked up a Powerbook a decade ago, to be able to use the command-line and Unix and still have multimedia work well (linux/BSD audio/video have made major strides since then). Then, among other reasons, I found out that Apple is using that money for stuff like this, and that's the first and last Apple product I ever bought: http://www.cnet.com/news/us-patent-office-rejects-apple-autocomplete-patent-used-against-samsung/
Re: Miscelaneous D tool updates
On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote: Tags and DUB support for all of this will happen when I get around to it. (Or when you get around to it and make a pull request) libdparse: https://github.com/Hackerpilot/libdparse * The lexer/parser/ast code for D written in D is no longer a part of the dscanner project. (This also means that DCD no longer includes a static analysis tool as a submodule. Yay.) dscanner: https://github.com/Hackerpilot/Dscanner * Static analysis check for declaring methods or variables named "init" or otherwise overriding built-in properties. (Why does the compiler let you do this in the first place?) * Tweaks to the opEquals, opCmp, toHash checks. * Static analysis checks are now configurable through an ini file. * Lots of random bug fixes. dcd: https://github.com/Hackerpilot/DCD * Autocomplete for selective imports. * Autocomplete for auto variables. (Finally!) * Show call tips for compiler-generated struct constructors. * Autocomple global-scoped symbols more accurately. * Several updates to editor integration scripts (Mostly EMACS) * Lots of bug fixes harbored: https://github.com/economicmodeling/harbored * Documentation -> docs -> harbor? * Documentation generator that is independent of DMD and its JSON output. * Example output: http://economicmodeling.github.io/containers/index.html * Lots of bug fixes. libddoc: https://github.com/economicmodeling/libddoc * D implementation of the DDoc macro system * Lots of bug fixes Oh, you might get more eyes on these projects if you put more of them on dub: http://code.dlang.org/publish I know I looked for libdparse on there before cloning it myself.
Re: COFF support for Win32 merged
On Sunday, 17 August 2014 at 13:01:07 UTC, bearophile wrote: ketmar: are you sure that you have latest git then? yes, i know that this is very silly question, but sometimes... ;-) OK, -m32mscoff works (probably I was using a wrongly written switch), but I don't see it listed among the other compiler switches. You will need to use his unmerged branches of druntime and phobos also: https://github.com/rainers/druntime/tree/coff32 https://github.com/rainers/phobos/tree/coff32 Hopefully those get merged next, as I think this could be a big feature for the 2.067 release. Nice work, Rainer.
Re: DMD v2.067.0-b1
On Friday, 29 August 2014 at 02:10:48 UTC, Manu via Digitalmars-d-announce wrote: Does this 2.67 release contain COFF32, and the new package fix? Yes to COFF32, though it's still undocumented in the help at the moment: https://github.com/D-Programming-Language/dmd/commits/2.067 No to the package fix as of now, though maybe it'll be merged later.
Re: Digger 1.0
On Monday, 22 September 2014 at 13:23:33 UTC, simendsjo wrote: My guess is the average for developers is ~8GB. 2GB RAM is really not enough for pretty much anything these days - the browser alone easily chews 3-4GB on moderate use. You have to admit that this is ridiculous. I updated to the 64-bit Chrome on Windows when it came out and it is a huge memory hog. Web browsers have grown out of control. On Monday, 22 September 2014 at 18:59:13 UTC, Vladimir Panteleev wrote: Firefox requires 4GB of memory to build. Chromium requires 8GB of memory to build. This is not a requirement for Chromium, merely a recommendation for faster builds. I regularly built Chromium for FreeBSD with 2 GBs of RAM up till a couple years ago. Perhaps it has gotten much more bloated since or maybe just on Windows, but phobos shouldn't be in the same class. If you want to work on big projects, you WILL need a decent computer. I think 4GB for a modern programming language's implementation is not an unreasonable requirement, even if it could be brought down in the future. Especially considering that you can't even buy a new laptop today with less than 4GB of RAM, and 3GB is becoming the norm for smartphones. I'd say it's unreasonable from a technical standpoint, maybe not that much from an affordability standpoint, which is what you're pointing out. My guess is the real problem is optlink on Windows, in which case I recommend that Nick try out the new 32-bit MSVC toolchain support, if he can't use the existing 64-bit Windows MSVC integration. I regularly build git HEAD of dmd/druntime/phobos in a linux VM with 512 MB of RAM and about the same amount of swap and have never had a problem. It's only when compiling the unit tests that I have to start increasing the allocated RAM.
Re: "Programming in D" book, draft of the first print edition and eBook formats
On Wednesday, 26 November 2014 at 23:16:11 UTC, Ali Çehreli wrote: On 11/26/2014 11:35 AM, Ali Çehreli wrote: > I wonder whether Smashwords would allow me to also provide the book for free > on my site? Found the answer to that question: "6c. Free Copies. As administrator of your work, Author may use the Smashwords platform to distribute complimentary copies of the work, or personally email free files to people, even when you are generally charging a fee. However, Smashwords files cannot be mass-distributed via download at blogs, websites or other retailers outside the Smashwords network." https://www.smashwords.com/about/tos I think you are misinterpreting that clause. I had never heard of Smashwords before, so I just looked at their site and their TOS. What they do is take your book in doc format and generate ebook formats that can be sold online and to other book retailers, as detailed in clause 5 of their TOS: "5. Formats of Digital Conversions. Author shall submit their Work as a Microsoft Word .doc file. Smashwords shall utilize its proprietary Meatgrinder technology to convert the book into multiple ebook formats, and publish the work for use in sampling, distributing and selling the work. The author/publisher is not authorized to independently sell or distribute Smashwords-generated file conversions outside of the Smashwords site or Smashwords distribution network without first receiving written permission from Smashwords (in other words, you cannot use Smashwords as a free file conversion service so you can sell the files elsewhere). You acknowledge that if you violate this requirement, you may forfeit any accrued earnings at Smashwords, and your account may be deleted without notification." I believe both clauses simply says you cannot distribute their converted ebook files: note that 6c says you cannot mass distribute "Smashwords files", not "the Work," which is how they refer to your book itself. They also say on their site that you are free to use other distributors and retain copyright over your work. Few would fault you for not wanting to give away free copies if you're selling the book, but I don't think Smashwords has a say in the matter.
Re: "Programming in D" book, decent ebook versions
On Monday, 15 December 2014 at 10:25:18 UTC, Ali Çehreli wrote: - Removed the unrelated Turkish menu from the English pages - Improved the ebook formats - Removed the download page and linked the ebook versions directly from the main page instead I consider these beta quality: http://ddili.org/ders/d.en/ (I am not sure why, but you may have to refresh the page in your browser.) I know that the format needs further improvements but please let me know if there are serious issues like some text not showing up at all. (Preferably, respond in this thread to avoid duplicate reports.) Ali Thanks for making these available, just been reading some of the web chapters and learned from them. Do you take donations for the electronic versions, as I have no interest in print? I'd like to send you a piece of bitcoin if you have a bitcoin address.
Re: 2D game engine written in D is in progress
On Friday, 19 December 2014 at 01:00:30 UTC, Kiith-Sa wrote: It's not a dethroner for the Unreal Engine 4, but I try my best to get it into work. It's current name is VDP engine, but if you can come up with a better name I might change it. I still haven't decided to make it open or closed source (if it'll be ever used by any game that makes profit, I'd like to get some share from it). Noticed there's a question at Reddit (a bot submits all announce threads to Reddit): https://www.reddit.com/r/d_language/comments/2pm2ba/2d_game_engine_written_in_d_is_in_progress/ Since others are mentioning commercial open-source models and that guy asked about using a more liberal license, let me mention another newer model. Develop most of the codebase in the open under a permissive license like MIT/BSD/Apache but keep some of the features or patches closed, particularly those that would most interest potential commercial licensees. This is the model used by Android, the most successful open source project ever, where AOSP is released as OSS then the hardware and smartphone vendors add their proprietary blobs and patches before selling the entire software bundle. It's probably the best model if you want to be open source, get wide usage, and still have good commercial possibilities.
Re: 2D game engine written in D is in progress
On Friday, 19 December 2014 at 11:35:54 UTC, ketmar via Digitalmars-d-announce wrote: On Fri, 19 Dec 2014 07:22:13 + Joakim via Digitalmars-d-announce wrote: This is the model used by Android, the most successful open source project ever i can assure you that stupid policy with separating features has nothing to do with android popularity. I can assure you that it's _the_ reason it took off so much. If the Android project had insisted on pure open source, the hardware and smartphone vendors would have laughed at them and used Windows Mobile or LiMo or one of the myriad other alternatives at the time. It's why Samsung has their own proprietary multi-window implementation for Android and Amazon and Xiaomi forked Android and released their own proprietary versions. Commercial vendors want to differentiate with their own proprietary features, but AOSP provides a common OSS platform on which they can work together. This model has been extraordinarily successful for AOSP, as it has led to a billion smartphones running some version of Android and capable of running most common apps, albeit with some fragmentation too.
Re: 2D game engine written in D is in progress
On Friday, 19 December 2014 at 15:05:05 UTC, ketmar via Digitalmars-d-announce wrote: On Fri, 19 Dec 2014 14:46:33 + Joakim via Digitalmars-d-announce wrote: On Friday, 19 December 2014 at 11:35:54 UTC, ketmar via Digitalmars-d-announce wrote: > On Fri, 19 Dec 2014 07:22:13 + > Joakim via Digitalmars-d-announce > wrote: > >> This is the model used by Android, the most successful open >> source project ever > i can assure you that stupid policy with separating features > has > nothing to do with android popularity. I can assure you that it's _the_ reason it took off so much. If the Android project had insisted on pure open source, the hardware and smartphone vendors would have laughed at them and used Windows Mobile or LiMo or one of the myriad other alternatives at the time. It's why Samsung has their own proprietary multi-window implementation for Android and Amazon and Xiaomi forked Android and released their own proprietary versions. Commercial vendors want to differentiate with their own proprietary features, but AOSP provides a common OSS platform on which they can work together. This model has been extraordinarily successful for AOSP, as it has led to a billion smartphones running some version of Android and capable of running most common apps, albeit with some fragmentation too. what you described here is a matter of licensing (BSDL vs GPL), not having some closed-source patches. Which of those OSS licenses are the proprietary features and blobs I listed offered under? None, and the choice of license is critical because you cannot offer closed-source patches under the viral GPL, ie it is the BSDL/Apache permissive licenses that make this winning mixed model possible. If your point is that AOSP is released as pure open source, no Android phone is sold running pure AOSP, including Nexus devices because of binary blob drivers. Without the proprietary add-ons, AOSP would be unusable.
Re: 2D game engine written in D is in progress
On Friday, 19 December 2014 at 17:21:43 UTC, ketmar via Digitalmars-d-announce wrote: it is still unusable. i don't care what problems samsung or other oem have, as i still got the closed proprietary system. Not exactly, as the flourishing Android ROM scene shows. While many people also jailbreak their Apple iDevices, it's not quite so easy to install your own ROM on them. That comes from much of the source being open for Android, though certainly not all of it. what google really has with their "open-sourceness" is a bunch of people that works as additional coders and testers for free. and alot of hype like "hey, android is open! it's cool! use android!" bullshit. What's wrong with reusing open-source work that has already been done in other contexts, through all the open source projects that are integrated into Android? Those who worked for "free" did so because they wanted to, either because they got paid to do so at Red Hat or IBM and released their work for free or because they enjoyed doing it. Nothing wrong with Android building on existing OSS. As for the hype, the source google releases, AOSP, is completely open. You're right that it's then closed up by all the hardware vendors, but I doubt you'll find one who hypes that it's open source. So you seem to be conflating the two. On Friday, 19 December 2014 at 18:50:14 UTC, ketmar via Digitalmars-d-announce wrote: On Fri, 19 Dec 2014 18:23:59 + Kagamin via Digitalmars-d-announce Well, those people want to do that, so why not? i have nothing against that, everyone is free to do what he want. what i'm against is declaring android "open project". it's proprietary project with partially opened source. I'd say open source project with proprietary additions. :) But AOSP is not particularly open in how it's developed, as google pretty much works on it on their own and then puts out OSS code dumps a couple times a year. That's not a true open source process, where you do everything in the open and continuously take outside patches, as D does, but they do pull in patches from the several outside OSS projects they build on. In any case, AOSP releases all their source under OSS licenses, not sure what more you want.
Re: 2D game engine written in D is in progress
On Saturday, 20 December 2014 at 11:57:49 UTC, ketmar via Digitalmars-d-announce wrote: i still can't understand how buying closed proprietary crap supports FOSS. and android is still proprietary system with opened source, not FOSS. I'll tell you how. First off, all the external OSS projects that AOSP builds on, whether the linux kernel or gpsd or gcc, get much more usage and patches because they're being commercially used. Android has had their linux kernel patches merged back upstream into the mainline linux kernel. Once companies saw Android taking off, they started a non-profit called Linaro to develop the linux/ARM OSS stack, mostly for Android but also for regular desktop distros, and share resources with each other, employing several dozen paid developers who only put out OSS work, which benefits everyone, ie both OSS projects and commercial vendors: http://en.wikipedia.org/wiki/Linaro If they hadn't had success with Android commercially, there's no way they do that. I keep making this point to you, that pure OSS has never and will never do well, that it can only succeed in a mixed fashion. Linux, by the way, is not a real FOSS for me. not until it will adopt GPLv3, which will never happen. What will never happen is the GPLv3 ever taking off.
Re: 2D game engine written in D is in progress
On Saturday, 20 December 2014 at 15:48:59 UTC, ketmar via Digitalmars-d-announce wrote: On Sat, 20 Dec 2014 15:02:57 + Joakim via Digitalmars-d-announce wrote: I'll tell you how. First off, all the external OSS projects that AOSP builds on, whether the linux kernel or gpsd or gcc, get much more usage and patches because they're being commercially used. can i see some statistics? i hear that argument ("it got more patches") almost every time, but nobody can give any proofs. i can't see how x86 code generator got better due to android, for example. Why would we collect stats: what difference does it make if an OSS project is 10% commercially developed or 20%? There are patches being sent upstream that would not be sent otherwise, that's all that matters. As for the x86 code generator, Android has been available on x86 for years now: it's possible there were some patches sent back for that. ah, didn't i told you that i don't care about arm at all? somehow people telling me about how android boosts something are sure that i do or should care about that "something". so i feel that i can do the same and argue that i don't care. Android has had their linux kernel patches merged back upstream into the mainline linux kernel. that patches are of no use for me. why should i be excited? Once companies saw Android taking off, they started a non-profit called Linaro to develop the linux/ARM OSS stack, mostly for Android but also for regular desktop distros, and share resources with each other, employing several dozen paid developers who only put out OSS work, which benefits everyone, ie both OSS projects and commercial vendors: you did understand what i want to say, did you? ;-) I keep making this point to you, that pure OSS has never and will never do well, that it can only succeed in a mixed fashion. why should i care if "OSS will do well"? i don't even know what that means. it is *already* well for me and suit my needs. making another proprietary crap "do well" changes nothing. more than that, it makes people forget about "F" is FOSS. so i'm not interested in "success of OSS projects". You may not care about any of these patches for your own use, because you don't use ARM or whatever, but you certainly seem to care about FOSS doing well. Well, the only reason FOSS "suits" your needs and has any usage today is precisely because commercial vendors contributed greatly to its development, whether IBM and Red Hat's contributions stemming from their consulting/support model or the Android vendors' support paid for by their mixed model. You may resent the fact that it means some non-OSS software still exists out there and is doing well, but FOSS would be dead without it. If that were the case, there would be almost no "F," just try doing anything with Windows Mobile or Blackberry OS. Your "F" may be less than a hypothetical pure FOSS world, but that world will never exist. > Linux, by the way, is not a real FOSS for me. not until it > will adopt > GPLv3, which will never happen. What will never happen is the GPLv3 ever taking off. yes, corporate bussiness will fight for it's right to do tivoisation and to hide the code till the end. that's why i'm not trying hard to help non-GPLv3 projects, only occasional patches here and there if a given issue is annoying me. What you should worry about more is that not only has the GPLv3 not taken off, but the GPLv2 is also in retreat, with more and more projects choosing permissive licenses these days. The viral licensing approach of the GPLv2/v3 is increasingly dying off.
Re: 2D game engine written in D is in progress
On Saturday, 20 December 2014 at 18:49:06 UTC, ketmar via Digitalmars-d-announce wrote: On Sat, 20 Dec 2014 17:12:46 + Joakim via Digitalmars-d-announce wrote: >> Why would we collect stats: what difference does it make if an OSS project is 10% commercially developed or 20%? 'cause i want to know what "much more" means. 1? 10? 100? 1000? 1? sure, 1 is "much more" than zero, as 1 is not "nothing". but how much? There are patches being sent upstream that would not be sent otherwise, that's all that matters. nope. when i see "much more", i want to know how much is that "much". That still doesn't answer the question of why anyone would spend time collecting stats when it's pointless to quantify anyway. If it's 20%, is it all of a sudden worth it for you? 10%? 30%? You may not care about any of these patches for your own use, because you don't use ARM or whatever, but you certainly seem to care about FOSS doing well. i still can't understand what "doing well" means. what i see is that with corporations comes a rise of "permissive licenses", and i can't see that as good thing. I've explained in detail what "doing well" means: these hobbyist OSS projects, whether the linux kernel or gcc or whatever you prefer, would be unusable for any real work without significant commercial involvement over the years. Not sure what's difficult to understand about that. It's not just corporations using permissive licenses. Many more individuals choose a permissive license for their personal projects these days, as opposed to emulating linux and choosing the GPL by default like they did in the past. Well, the only reason FOSS "suits" your needs and has any usage today is precisely because commercial vendors contributed greatly to its development i don't think so. OpenBSD suits too. it just happens that i didn't have an access to *BSD at the time, so i took Linux. yet i'm seriously thinking about dropping Linux, as with all those "commercial support" is suits me lesser and lesser. You think OpenBSD did not also benefit from commercial help? What you should worry about more is that not only has the GPLv3 not taken off, but the GPLv2 is also in retreat, with more and more projects choosing permissive licenses these days. The viral licensing approach of the GPLv2/v3 is increasingly dying off. that's why i'm against OSS bs. the success of Linux is tied with it's "viral" license. just look at FreeBSD: it started earlier, it has alot more to offer when Linux was just a child, yet it's "permissive" license leads to companies took FreeBSD and doing closed forks (juniper, for example). The viral GPL may have helped linux initially, when it was mostly consulting/support companies like IBM and Red Hat using open source, so the viral aspect of forcing them to release source pushed linux ahead of BSD. But now that companies are more used to open source and actually releasing products based on open source, like Android or Juniper's OS or llvm, they're releasing source for permissive licenses also and products make a lot more money than consulting/support, ie Samsung and Apple make a ton more money off Android/iOS than Red Hat makes off OS support contracts. So the writing is on the wall: by hitching themselves to a better commercial model, permissive licenses and mixed models are slowly killing off the GPL. I wrote about some of this and suggested a new mixed model almost five years ago: http://www.phoronix.com/scan.php?page=article&item=sprewell_licensing What I predicted has basically come true with Android's enormous success using their mixed model, though I think my time-limited mixed model is ultimately the endgame.
Re: 2D game engine written in D is in progress
On Sunday, 21 December 2014 at 15:44:05 UTC, ketmar via Digitalmars-d-announce wrote: On Sun, 21 Dec 2014 07:54:53 + Joakim via Digitalmars-d-announce wrote: That still doesn't answer the question of why anyone would spend time collecting stats when it's pointless to quantify anyway. If it's 20%, is it all of a sudden worth it for you? 10%? 30%? i believe that when someone says "much more", he didn't take the numbers from /dev/urandom, and he already has very impressive stats. why else he would do comparisons? he must base his opinion on some numbers. or... or i just can say that with my contributions Linux got many more patches, so prise me -- and everyone will believe? i bet not, i will be asked for at least numerical proofs. so i won't buy bs about "many more patches with android" without numbers at least. and then i will ask to show *what* parts was changed, just to make sure that this is not a useless android-specific crap. But nobody cares to prove it to you. I made an assertion that patches were upstreamed, all the raw data is out there to show that. If you're unwilling to go look for it, doesn't bother me. see, m$ recently commits alot of patches, yet it's still very hard to say that "microsoft help develops Linux". what those patches do is compatibility with their proprietary "hyperv". useless crap. yet numbers still looks impressive. Except that Android obviously has nothing so narrow as Hyper-V to which it's isolated to. I've explained in detail what "doing well" means: these hobbyist OSS projects, whether the linux kernel or gcc or whatever you prefer, would be unusable for any real work without significant commercial involvement over the years. Not sure what's difficult to understand about that. you didn't give any proofs. moreover, you simply lying, as gcc, for example, was perfectly usable long before commercial vendors starts sending patches. and i can assure you that Linux and GCC are not the only [F]OSS projects which are very usable for "real work" (i don't know what "real work" and "unreal work" is, but hell with it). What would be "proofs" of being made much more viable by commercial involvement? As for linux and gcc not being the only mature projects, every other one you can think of very likely also benefited greatly from commercial investment. It's not just corporations using permissive licenses. Many more individuals choose a permissive license for their personal projects these days, as opposed to emulating linux and choosing the GPL by default like they did in the past. ah, so you saying that they specifically don't want to emulate Linux success? i knew that! Yep, they'd rather be _much_ more successful, like Android or llvm. :D from my POV the only sane reason why author can choose "permissive" license is to steal my code. so he can take my contribution, use it in proprietary closed-source version and make money from it. If he's the author, how is he stealing your code? Google runs a patched linux kernel on a million servers and mostly doesn't release their patches, did they steal code from all linux kernel contributors? i see nothing bad from making money from the product... until that product uses my code in the way that i can't get free access to product sources AND i can't pass those sources around freely. oh, i mean "the code i wrote without payment". You always have access to your code, just not necessarily to code others wrote on top of your code. and i prefer GPLv3 over GPLv2 as GPLv3 closes tivoisation hole. Yes, you mentioned that before. You think OpenBSD did not also benefit from commercial help? if you'll go this way you'll found that nobody using hand-made computers for running FOSS software, so... i want numbers. again. and proofs that without such help the project will be in unusable state now. i don't know how you can make such proofs, but that's not me who claims that without commercial proof FOSS is "not ready for real work", so it's not me who must give proofs. i'm telling you that... let's take emacs and GCC: emacs, GCC and GDB was perfectly usable before corporations started to take FOSS movement seriously. I see, you want "proofs," but "don't know how you can make such proofs." Awfully convenient to demand proof and not define what you'll accept as proof. As I said before, all the data is out there, you're free to prove it to yourself. you know what... the whole UNIX story started as "guerilla OS". only when UNIX becames successfull, AT/T begins to invest money in it. and, btw, did that completely wrong, effectively killed UNIX. This is commonly the
Re: 2D game engine written in D is in progress
Sigh, I did ask you some questions, which you've answered with a couple more questions, so I'll give you one last response. On Sunday, 21 December 2014 at 18:52:00 UTC, ketmar via Digitalmars-d-announce wrote: On Sun, 21 Dec 2014 18:24:12 +0000 Joakim via Digitalmars-d-announce wrote: But nobody cares to prove it to you. I made an assertion that patches were upstreamed, all the raw data is out there to show that. If you're unwilling to go look for it, doesn't bother me. do you see how discussion without proofs has no sense at all? No, I see that you asking me to quantify something and then dodging the question of why it should be quantified, ie when I asked you what your magical threshold of relevance is, makes no sense at all. :) In any case, whatever you think that would prove, I have not offered to prove it to you. The raw data is out there: if you want certain statistics extracted from that data that only matter to you, it's up to you to collect them. > ah, so you saying that they specifically don't want to > emulate Linux > success? i knew that! Yep, they'd rather be _much_ more successful, like Android or llvm. :D individial projects. android. llvm. you just divided by zero. Whatever that means. Both have become much more successful in recent years by using mostly permissive licenses. > from my POV the only sane reason why author can choose > "permissive" > license is to steal my code. so he can take my contribution, > use it in > proprietary closed-source version and make money from it. If he's the author, how is he stealing your code? i obviously meant "he accepted my patches, and then..." If you sent him patches, he's not stealing your code. No wonder you left that part out, but your whole story made no sense without it. Google runs a patched linux kernel on a million servers and mostly doesn't release their patches, did they steal code from all linux kernel contributors? does google selling that servers with patched kernel? i was talking about selling the software product (as a standalone product or with accompanying hardware). using the product in-house to built some system whose output then sold is ok. I see, so it's okay if google takes outside patches for their kernel, creates a search engine on top of it, and then sells access to the advertising on that search engine without releasing any kernel source, but not okay if they sell those same servers with that patched kernel and search engine bundled without including any kernel source. This is the classic idiocy of GPL zealots, where they imagine they are purists for "freedom" then twist themselves in knots when it's pointed out the GPL actually doesn't accomplish that in any meaningful way, since most GPL code actually runs on the server. Of course, some then go use the AGPL, but that's a small minority. > i see nothing bad from making money from the product... > until that > product uses my code in the way that i can't get free access > to > product sources AND i can't pass those sources around > freely. oh, i > mean "the code i wrote without payment". You always have access to your code, just not necessarily to code others wrote on top of your code. and that is wrong. either not use my code at all, or give me all the code that is using my code, with rights to redistribute. Funny how you don't make the same demands of google or some other cloud vendor who runs your code. I guess distribution must be magical somehow, ie it's okay if they run your code on the server, just not on the desktop. I see, you want "proofs," but "don't know how you can make such proofs." Awfully convenient to demand proof and not define what you'll accept as proof. that wasn't me who created such situation. As I said before, all the data is out there, you're free to prove it to yourself. so you have no proofs. q.e.d. Lol, _you_ created the impossible situation of demanding proof you couldn't define, nobody is going to prove it to you. > you know what... the whole UNIX story started as "guerilla > OS". only > when UNIX becames successfull, AT/T begins to invest money > in it. and, > btw, did that completely wrong, effectively killed UNIX. This is commonly the case, doesn't matter if it's OSS or not. and that kills the whole your argument about "OSS software can't be grown to use in 'real work' without corporate support". I was only agreeing that anything successful usually starts as guerilla and that when a large company starts investing a lot in it, they often make mistakes. No idea how you draw the conclusion from that that OSS can't be made more viable through corporate support
Re: DMD's lexer available on code.dlang.org
On Tuesday, 6 January 2015 at 14:38:21 UTC, Dicebot wrote: It will be really cool when same package will be reused by DMD itself :P I believe ddmd has passed all tests on most platforms for a long time now, so there is nothing stopping those building from source from using ddmd now. :)
Re: DConf 2015 Call for Submissions is now open
On Tuesday, 13 January 2015 at 07:30:22 UTC, Brad Anderson wrote: On Tuesday, 13 January 2015 at 00:22:33 UTC, Mike wrote: I have a suggestion for any compiler implementers: How about a talk on how to get started hacking the compiler. Something that may lower the entry barrier and encourage participation. Some random thoughts: * General structure of the compiler * Walk through the data flow: Lexer -> parser -> AST -> backend * How to add a new compiler switch (e.g. -fnotypeinfo) * How to add a new attribute (e.g. @notypeinfo) * What's your workflow for debugging the compiler? * Pick a bug, and fix it (Live demo) * Overview of CTFE and how it's implemented * (I'm sure you can think of more) I realize there's documentation on the wiki, and some of this was discussed briefly at DConf2013, but there's more that can be done to make it accessible and interesting. Mike Sounds like a good subject for Daniel Murphy to talk about. He spent a good hour explaining to me how a linker works in the Aloft bar after most people had retired (thanks for that, Daniel) and he certainly knows dmd extremely well. I second the vote for Daniel, as he seems fairly opinionated online and might make for a good speaker. I didn't even know if he goes to DConf, as he's never given a talk at the recent ones. He could talk about dmdfe's structure and the magicport/ddmd effort would also make for good material. Do we know if the DConf 2015 talks will be recorded? Walter said earlier in this thread that they're arranging something, though he's not sure about live-streaming yet.
Re: Binutils 2.25 Released - New D demangling support
On Wednesday, 14 January 2015 at 14:42:09 UTC, Jacob Carlborg wrote: On 2015-01-14 09:46, Iain Buclaw via Digitalmars-d-announce wrote: I can't comment on that. Maybe via Macports? Otherwise if BSD have their own linker, someone will need to go and get friendly with the developers up their toolchain. Right, forgot about that the toolchain is BSD based. I was curious what they're actually using these days, so I looked it up. Appears to be some APS-licensed Mach-O linker they wrote themselves in C++: http://opensource.apple.com/tarballs/ld64/
Re: Silicon Valley D Users' first meeting
On Thursday, 22 January 2015 at 06:47:13 UTC, Ali Çehreli wrote: Thursday, January 22, 2015, 6pm Many people you know from the forums will be there. Andrei is giving a presentation as well: http://www.meetup.com/D-Lang-Sillicon-Valley/events/219413448/ Will there be a video or writeup for those of us who aren't in the area?
Re: 2015 H1 Vision
On Sunday, 1 February 2015 at 01:17:41 UTC, Andrei Alexandrescu wrote: Hello, Walter and I have been mulling for a while on a vision for the first six months of 2015. http://wiki.dlang.org/Vision/2015H1 This is stuff we consider important for D going forward and plan to work actively on. We encourage the D community to focus contributions along the same lines. We intentionally kept the document short and high-level as opposed to discussing tactical details. Such discussions are encouraged in the appropriate forums. Nice work, D needed some direction like this. I thought one oversight was no mention of ddmd, which seems to have gone into limbo over the last year. According to Daniel, it's pretty much done but is just waiting on Brad to add some support in the auto-tester, for 9 months now: http://forum.dlang.org/post/m8bt6s$1s86$1...@digitalmars.com Moving the dmd frontend to D would help encourage contribution, one of the explicit goals in the vision statement, and would help keep the C++ support up to date, as the backends will stay C++. I wish there had been some mention of mobile. Recent news was that 1 billion Android smartphones were sold last year: that dwarfs the 316 million PCs sold, a number that keeps declining. That doesn't even include the two hundred million tablets sold last year. Right now, there's two people working on Android support and one person on iOS support. Even Android has moved to Ahead-Of-Time compilation with Lollipop. Mobile is a giant opportunity for native languages, one D cannot afford to miss.
Re: 2015 H1 Vision
On Monday, 2 February 2015 at 01:43:02 UTC, Jerry Morrison wrote: On Monday, 2 February 2015 at 00:58:53 UTC, Andrei Alexandrescu wrote: On 2/1/15 3:52 PM, Jerry Morrison wrote: The other big thing missing from the Vision doc is picking a niche, That may as well come later - or not at all. We don't think it is now time to commit to a particular niche. OK. Just keep in mind that if you want to “cross the chasm” from visionaries to pragmatics, it requires meeting 100% of the needs of at least one niche (whether that's real-time, bare-metal, desktop apps, web servers, data analysis, mobile apps, or whatever). It does no good to meet 90% of the needs of many niches. https://blogs.saphana.com/2013/02/04/the-end-of-the-beginning-sap-hana-has-crossed-the-chasm/ What was the niche C++ aimed for a couple decades back, C with objects? D is aiming for the same "niche" as C and C++, a general-purpose, native-compiled language that allows you to extract almost-maximal performance while still being relatively easy to use, at least compared to the alternatives. Perhaps focusing on a smaller niche first would allow D to gain a larger following quicker, but that might box it in from becoming more general-purpose later, as early decisions optimize for that niche and might be tough to undo. Go certainly seems stuck in a niche now, though I'm not sure how much of that is because they just don't want to add more general-purpose features like generics, ie they're happy in their niche. C and C++ are very general-purpose, but they can still be considered as a "niche" of performance languages. What's wrong with D aiming for that "niche?"
Re: 2015 H1 Vision
On Monday, 2 February 2015 at 05:17:40 UTC, Jerry Morrison wrote: On Monday, 2 February 2015 at 03:50:10 UTC, Joakim wrote: C and C++ are very general-purpose, but they can still be considered as a "niche" of performance languages. What's wrong with D aiming for that "niche?" Most uses of C & C++ that haven't migrated to well-supported garbage-collected languages by now are those that cannot work with a garbage collector and/or are heavily tied to an existing C++ code base. Offering something much better for that niche/domain would be a great opportunity, and not a small niche. The point is to focus efforts for one release on fully addressing what that domain requires. The next release can focus on another domain. And so on. Well, given the current focus on @nogc and C++ integration, it appears that niche has been chosen, and you and Ola get your wish.
Re: dfmt 0.1.0
On Friday, 20 February 2015 at 02:21:01 UTC, Brian Schott wrote: dfmt is a D source code formatting tool. https://github.com/Hackerpilot/dfmt/ https://github.com/Hackerpilot/dfmt/releases/tag/v0.1.0 Thanks, you should list some of the formatting changes it makes in the README.
Re: dfmt 0.1.0
On Friday, 20 February 2015 at 05:53:32 UTC, Brian Schott wrote: On Friday, 20 February 2015 at 05:23:45 UTC, Joakim wrote: On Friday, 20 February 2015 at 02:21:01 UTC, Brian Schott wrote: dfmt is a D source code formatting tool. https://github.com/Hackerpilot/dfmt/ https://github.com/Hackerpilot/dfmt/releases/tag/v0.1.0 Thanks, you should list some of the formatting changes it makes in the README. It doesn't do formatting changes. It wipes out the formatting during lexing and builds it up from scratch. The only thing that gets preserved is that it will look at line numbers on comments and try to keep them in roughly the same place. (For example, "//" comments that are on the end of a line instead of on the next line) Well, you should indicate what that new formatting is in the README, so potential users know what to expect without having to run it first.
Re: This Week in D, issue 6 - DConf, ddmd, dmd beta, return ref, install tip
On Monday, 23 February 2015 at 01:14:29 UTC, Adam D. Ruppe wrote: Here's the newest This Week in D, the big news being ddmd and the dmd beta. http://arsdnet.net/this-week-in-d/feb-22.html The tip of this week has to do with installation: as a Slackware user, the new download page made me feel left out, but the zip still works the same, so I decided to call that out so people who want to try the new version will know too. Also on Reddit, hopefully we can get some more dconf attention: http://www.reddit.com/r/programming/comments/2wtkgz/this_week_in_d_6_dconf_ddmd_dmd_beta_return_ref/ I think you should note that ddmd only ports the dmd frontend to D, not any of the backends. The way you describe the port now might mislead some into thinking the entire compiler has been ported.
two points
I'm not going to fill out the questionnaire because I'm not at a company and have not tried Mir, but two points about what Nick and Mike wrote. On Wednesday, 8 February 2017 at 20:40:48 UTC, Nick Sabalausky wrote: Coercion (and perceived coercion[1] for that matter) makes technologies popular far more than any other factor. The computing sector is NOT a meritocracy, not by a longshot. That right there is D's #1 biggest marketing flaw, period. If you nail that coercion part, it doesn't matter HOW badly you do on any other technical or marketing aspect. Been proven time and time again. And if you DON'T have that coercion, you face an uphill battle no matter how good you do on technical and marketing fronts. Also been proven time and time again. I agree that "coercion," or more accurately the tyranny of the default, is the dominant factor in language popularity even today, but you're reaching when you apply that to web frameworks too. As you admit, rails didn't become as big as it might have because there were quickly many other web frameworks, ie languages and frameworks on the server are very competitive and that market is very fragmented, though PHP is likely the biggest. D's problem on the client is that the popular platforms are still very much tied to certain favored languages: iOS - ObjC and Swift Android non-game apps - Java Android games - C/C++ Windows - C# or C++ Web - Javascript Three of the four major client platforms all allow other languages (with the fourth starting to with WebAssembly), but you're often fighting the tide if you choose a non-default language so most don't bother. We can make the dev experience more pleasant on those platforms, as I believe has happened now that we support the MS toolchain on Windows, but D is unlikely to become popular without a killer app that demonstrates its suitability. That's not coercion, but something we can actually control. On Thursday, 9 February 2017 at 00:30:53 UTC, Mike wrote: I think the D leadership are too busy addressing broader issues with the language at the moment, so this specific case is just not a high priority. Also, if it's not a priority to the them, then anyone that does attempt to work on it will just suffer an eternity in pull request purgatory. So, I would not recommend it as a project for anyone until the D leadership decides to get involved. I think this misunderstands how open source works: the whole point is that you don't need anybody's permission to go do this. Walter and Andrei, or any other OSS core team, are much more likely to approve something if you have an implementation that works well. Look at Ilya and what happened after he showed them Mir. Now, you may not want to go do this on your own if you believe it's a lot of effort, could use a design the core team may not approve, and don't want to maintain or develop your own fork indefinitely, but that's a lot of "if"s. I doubt it would be a lot of effort to strip D down like this, but I have not looked into it.
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
On Friday, 27 January 2017 at 18:20:53 UTC, Jon Degenhardt wrote: On Friday, 27 January 2017 at 16:21:51 UTC, Jack Stouffer wrote: On Friday, 27 January 2017 at 03:58:26 UTC, Ali Çehreli wrote: And this: http://youtu.be/-DK4r5xewTY Hey Jon, if you're in this thread, are you able to post any of the code that you use for tsv parsing? Code has been open-sourced: https://github.com/eBay/tsv-utils-dlang The performance benchmarks showed in the talk are not in the repo, the benchmarks currently listed are from a year ago. I'm planning to update the repo in the next few weeks, probably after the next LDC release. If there are questions about specific types of things perhaps a thread in General forum would work. --Jon Watched the video some time back, interesting results. Any plans to blog about this? It would be great if you could run them through a profiler too, see why D is so much faster. Would be really worth writing this up, maybe on the D blog.
Re: Updates to the tsv-utils toolkit
On Wednesday, 22 February 2017 at 18:12:50 UTC, Jon Degenhardt wrote: It's not quite a year since the open-sourcing of eBay's tsv utilities. Since then there have been a number of additions and updates, and the tools form a more complete package. The tools assist with manipulation of tabular data files common in machine learning and data mining environments. They work alongside traditional Unix command line tools like 'cut', and 'sort'. They also fit well with data mining and stats packages like R and Pandas. [...] Nice writeup, somebody posting this to reddit or will that be done with a future blog post?
Re: It's alive! D building D building D, all on Android
On Thursday, 29 December 2016 at 09:16:58 UTC, Joakim wrote: On Sunday, 15 May 2016 at 11:09:01 UTC, Joakim wrote: On Wednesday, 11 May 2016 at 19:07:10 UTC, Joakim wrote: [...] I've put up three more builds, including ldc master, which uses the latest 2.071 frontend. Once I get JNI and the sample app working, I'll make a proper announcement. I've put up the latest native and cross-compiler ldc 1.1.0 beta builds for Android, fresh from the master branch and using the 2.071 frontend: https://github.com/joakim-noah/android/releases I believe I've fixed the issue that was causing random crashes in the sample apps, a regression from porting the NDK's C wrapper to D, found by Vadim Lopatim. I've added three sample apps that demonstrate calling D code from JNI. The sample C++ Teapot app from the NDK has been ported to D and mostly works, including calling Java methods from D through JNI, but I need to track down some other touch-related bugs from the port before committing it. I'm finishing up reggae files to make building the sample apps very easy. I'd like to write up the process to build and use ldc natively on your Android mobile device, from the Termux app, on the wiki. Once those three are done, I'll create a new thread to properly announce this beta; in the meantime, nothing will change with these new beta builds, so try them out. Piping hot builds of the upcoming ldc 1.1.1 release available as both a linux/x64 -> Android/ARM cross-compiler and a native Android/ARM compiler, that you can run on your own phone or tablet: https://github.com/joakim-noah/android/releases I finally spent some time tracking down that touch bug in the sample Teapot app, think I know where it's coming from now, just need to fix it.
Re: From the D Blog: Editable and Runnable Doc Examples on dlang.org
On Wednesday, 8 March 2017 at 13:24:15 UTC, Mike Parker wrote: Sebastian Wilzbach lays out how the new editable & runnable documentation examples came to be. The blog: https://dlang.org/blog/2017/03/08/editable-and-runnable-doc-examples-on-dlang-org/ Reddit: https://www.reddit.com/r/programming/comments/5y7umk/editable_and_runnable_doc_examples_on_dlangorg/ Nice writeup. One issue: if I change the values in the test arrays for the linked example, it usually doesn't compile anymore. I noticed this when this feature was first announced, but forgot to mention it then. Other than that, nice work, especially with the writeln rewriting to show the output.
Re: From the D Blog: Editable and Runnable Doc Examples on dlang.org
On Wednesday, 8 March 2017 at 22:16:56 UTC, Seb wrote: On Wednesday, 8 March 2017 at 20:12:51 UTC, Joakim wrote: On Wednesday, 8 March 2017 at 13:24:15 UTC, Mike Parker wrote: Sebastian Wilzbach lays out how the new editable & runnable documentation examples came to be. The blog: https://dlang.org/blog/2017/03/08/editable-and-runnable-doc-examples-on-dlang-org/ Reddit: https://www.reddit.com/r/programming/comments/5y7umk/editable_and_runnable_doc_examples_on_dlangorg/ Nice writeup. One issue: if I change the values in the test arrays for the linked example, it usually doesn't compile anymore. I noticed this when this feature was first announced, but forgot to mention it then. Other than that, nice work, especially with the writeln rewriting to show the output. Thanks for the kind feedback. Could you please explain the bit of the not-compiling examples again? (it works for me) If I go to the linked minElement example, click Edit, delete the 1 in the first example and replace it with a 5 or 7, and hit Run, I fairly consistently get a compilation error about not expecting a ",". It doesn't fail every time, but most of the time. I'm doing this from an Android device: could it be some mobile text input issue? Let me know if you can reproduce.
Re: [OT] LLVM 4.0 released - LDC mentioned in release notes
On Monday, 13 March 2017 at 19:31:04 UTC, Kai Nacke wrote: Hi all! LLVM 4.0 has been released! See the release notes here: http://releases.llvm.org/4.0.0/docs/ReleaseNotes.html Downloads: http://releases.llvm.org/download.html#4.0.0 As usual LDC is mentioned in the release notes, too: http://releases.llvm.org/4.0.0/docs/ReleaseNotes.html#ldc-the-llvm-based-d-compiler IMHO this is good advertisement for D & LDC. Nice, I'm sure it helps that ldc is always included in the llvm release notes, a testament to your and the other ldc developers' efforts to always keep ldc up-to-date with llvm master and the newest releases.
Re: DConf 2017 Schedule
On Tuesday, 14 March 2017 at 16:12:56 UTC, Mike Parker wrote: Fresh from the D Foundation HQ, the DConf 2017 schedule [1] is now available for your perusal. If you haven't registered yet, you have just over five weeks to get it done. The registration deadline has been set for April 23, so don't procrastinate. Even better, head over to the registration page [2] and do it now! [1] http://dconf.org/2017/schedule/ [2] http://dconf.org/2017/registration.html Killer lineup, makes me wish I was going, is it on reddit?
Re: DConf 2017 Schedule
On Thursday, 23 March 2017 at 16:14:03 UTC, xtreak wrote: On Thursday, 23 March 2017 at 12:34:13 UTC, Nicholas Wilson wrote: On Wednesday, 15 March 2017 at 15:20:03 UTC, Joakim wrote: On Tuesday, 14 March 2017 at 16:12:56 UTC, Mike Parker wrote: Fresh from the D Foundation HQ, the DConf 2017 schedule [1] is now available for your perusal. If you haven't registered yet, you have just over five weeks to get it done. The registration deadline has been set for April 23, so don't procrastinate. Even better, head over to the registration page [2] and do it now! [1] http://dconf.org/2017/schedule/ [2] http://dconf.org/2017/registration.html Killer lineup, makes me wish I was going, is it on reddit? I haven't seen it there yet. someone should definitely put it there. Submitted to Reddit : https://www.reddit.com/r/programming/comments/612sy4/dconf_2017_schedule_announced_scott_meyers_is_one/ Thanks, it's too bad that someone had to link to the ustream of Scott's last talk in the comments, because both the official links here don't work: http://dconf.org/2014/talks/meyers.html
Re: Mike Parker is the new DIP czar
On Monday, 3 April 2017 at 23:28:34 UTC, Andrei Alexandrescu wrote: Hello, By this we are happy to announce that Mike Parker graciously agreed to take over the role of DIP czar. DIP management requires a mix of skills (technical, editorial, organizational, interpersonal, and literary) that Mike possesses in spades. Looking forward to a long and fruitful cooperation. Please join me in thanking and congratulating Mike! Andrei Thanks for volunteering, Mike. I'll try to chip in more with the blog, help you out with that.
Re: dmd Backend converted to Boost License
On Friday, 7 April 2017 at 15:14:40 UTC, Walter Bright wrote: https://github.com/dlang/dmd/pull/6680 Yes, this is for real! Symantec has given their permission to relicense it. Thank you, Symantec! That was nice of Symantec to finally grant your request. Will this mean more work put into the backend? Regardless, good to stop the FUD about the backend licensing.
Re: The DConf Experience
On Wednesday, 19 April 2017 at 13:03:23 UTC, Mike Parker wrote: The registration deadline for DConf 2017 is just around the corner (this Sunday). As a fun way to remind you, a handful of past attendees have shared some anecdotes of their experiences. I've personally attended two conferences and watched (portions of) two on livestream + IRC. If you've never been and haven't yet registered, I can't emphasize strongly enough how much more fun and rewarding it is to be there in person. If you've got the time and the means, just do it! Blog: http://dlang.org/blog/2017/04/19/the-dconf-experience/ Reddit: https://www.reddit.com/r/d_language/ Nice post. What's the occupancy like for the event so far? Seemed pretty full last year, wondering how many more can sign up this year.
Re: It's alive! D building D building D, all on Android
On Monday, 27 February 2017 at 17:08:26 UTC, Joakim wrote: On Thursday, 29 December 2016 at 09:16:58 UTC, Joakim wrote: On Sunday, 15 May 2016 at 11:09:01 UTC, Joakim wrote: On Wednesday, 11 May 2016 at 19:07:10 UTC, Joakim wrote: [...] I've put up three more builds, including ldc master, which uses the latest 2.071 frontend. Once I get JNI and the sample app working, I'll make a proper announcement. I've put up the latest native and cross-compiler ldc 1.1.0 beta builds for Android, fresh from the master branch and using the 2.071 frontend: https://github.com/joakim-noah/android/releases I believe I've fixed the issue that was causing random crashes in the sample apps, a regression from porting the NDK's C wrapper to D, found by Vadim Lopatim. I've added three sample apps that demonstrate calling D code from JNI. The sample C++ Teapot app from the NDK has been ported to D and mostly works, including calling Java methods from D through JNI, but I need to track down some other touch-related bugs from the port before committing it. I'm finishing up reggae files to make building the sample apps very easy. I'd like to write up the process to build and use ldc natively on your Android mobile device, from the Termux app, on the wiki. Once those three are done, I'll create a new thread to properly announce this beta; in the meantime, nothing will change with these new beta builds, so try them out. Piping hot builds of the upcoming ldc 1.1.1 release available as both a linux/x64 -> Android/ARM cross-compiler and a native Android/ARM compiler, that you can run on your own phone or tablet: https://github.com/joakim-noah/android/releases I finally spent some time tracking down that touch bug in the sample Teapot app, think I know where it's coming from now, just need to fix it. Based on the recent 1.2 release of ldc, new builds for Android are up: https://github.com/joakim-noah/android/releases Notice how small the patches for ldc are, now that kinke added support for cross-compiling reals to lower-precision platforms, basically just a few additions to the CMake script to cross-compile the standard library left. Only a single assert from the stdlib tests trips, a longtime codegen issue in std.random that became visible now, and the entire compiler dmd-testsuite passes. I'll update the wiki, upload my remaining patches, post upstream PRs, and finally clean up and put out that sample Teapot app, which shows using JNI to call Java functions from your D app, this week.
Re: DConf 2017 livestream
On Friday, 5 May 2017 at 01:43:15 UTC, سليمان السهمي (Soulaïman Sahmi) wrote: On Thursday, 4 May 2017 at 09:29:01 UTC, Johannes Pfau wrote: Looks like the youtube video ID changes when the stream is for the late comers, meanwhile the videos are getting ready and posted on youtube, it would be nice to post all those ids here. because it seems only those with a link can access todays recordings, on the channel' page there's only dating videos. If you use either of the Sociomantic live links he gave while the stream is live, that will show it to you. As for the archived stream, yes, you need the youtube video ids to view the pieces of that stream, as those videos are not public. They will be chopped up and made into public videos soon. If you can't wait, those archived stream ids have been posted in the General forum.
Re: DConf 2017 Day 2 Livestream
On Saturday, 6 May 2017 at 09:36:16 UTC, mate wrote: On Friday, 5 May 2017 at 08:06:05 UTC, Mike Parker wrote: https://www.youtube.com/watch?v=_gfwk-zRwmk Unfortunately all these links now give a “This video is unavailable” error. Day 1 https://www.youtube.com/watch?v=MqrJZg6PgnM https://www.youtube.com/watch?v=IqiXMN03968 Day 2 https://www.youtube.com/watch?v=_gfwk-zRwmk Would there be a way to view these talks please? The Sociomantic team has taken down the archived livestreams. They say they will try to get them chopped up and back up by Monday.
Re: Thank you Sociomantic for hosting DConf!
On Tuesday, 9 May 2017 at 08:18:45 UTC, Walter Bright wrote: http://dconf.org/2017/index.html This was a huge success, from the full house, to the great talks, the cameraderie, and to the tsunami of Pull Requests that resulted from Sunday's hackathon! (Definitely the post-conference hackathon will become a standard part of the schedule!) I hope everyone who attended had a pleasant journey back home. And now, back to work! Looking forward to next year. Yes, I was able to stream many of the talks, thanks from the online viewers too.
Re: DCOnf 2017 videos online
On Monday, 8 May 2017 at 09:42:25 UTC, Mike Parker wrote: On Monday, 8 May 2017 at 01:42:49 UTC, Jack Stouffer wrote: https://www.youtube.com/playlist?list=PL3jwVPmk_PRxo23yyoc0Ip_cP3-rCm7eB I assume you're handling the reddit post? Yeah, I'll post it once the videos are all uploaded. Looks like they're all up now.
Re: DMD now has colorized syntax highlighting in error messages
On Monday, 15 May 2017 at 08:08:20 UTC, Paolo Invernizzi wrote: On Monday, 15 May 2017 at 04:33:39 UTC, ketmar wrote: On Monday, 15 May 2017 at 03:09:09 UTC, Walter Bright wrote: On 5/14/2017 7:44 PM, ketmar wrote: sorry for being rude, Then please do not post rude comments. We expect professional decorum here. sorry. i never got any money for using D, so i'm certainly not a professional ('cause professionals are the people which get payment for their work). sorry again for polluting NG with my unprofessional writings. i will stop doing that immediately after this post. Rude or not, I think ketmar is right... He may be right that working on something harder like better error messages for template constraints would be more useful, but Walter likely needs to work on some easy stuff once in awhile too, and this colored syntax will help. Git just enabled colored highlighting of branch commits for git log and I've found it useful. I didn't think he was rude- he did say sorry several times in the original post, expecting this response for his criticism- but misguided to criticize this change, for not always matching the user's settings, and to always expect Walter to work on the hard stuff. Everybody needs to mix in some easy stuff, including Walter I bet, to stay motivated and get some easy wins.
Re: Trip notes from Israel
On Friday, 26 May 2017 at 11:32:21 UTC, Andrei Alexandrescu wrote: One thing that several of those people emphasized is we need to improve leadership and decision. "You are trying to do democracy and democracy doesn't work here" (by a successful serial entrepreneur). I'm pretty sure nobody actually involved with D would call it a democracy. We may get to say our piece, but ultimately the core team decides. Walter and I have implicitly fostered a kind of meritocracy whereby it's the point/argument that matters. That's because that's all that matters. It is what almost every worthwhile organization aspires to, though very few get there. Doing anything else would be a mistake. It should be meritocracy of the person - good proven contributors have more weight and new people must prove themselves before aspiring to influence. Certainly you can weight their opinion more because they know the code better, but otherwise it is precisely this personal influence taking precedence over the particular argument that sinks most organizations. Historically, anyone with any level of involvement with D could hop on the forum and engage the community and its leadership in debate. Subsequently, they'd be frustrated with the ensuing disagreement and also get a sense of cheapness - if I got to carry this unsatisfactory debate with the language creator himself, what kind of an operation is this? Or they were inspired that their feedback was taken into account, if not followed, and decide to pitch in. Since anything can be debated by anyone, everything gets debated by everyone. Anyone can question any decision at any time and expect a response. It's the moral equivalent of everyone in a 5000-person company building can expect to stop the CEO on the way to his/her office and engage them in a conversation of any length. The net consequence is slower progress. If you're going in the wrong direction, slower progress is to be lauded. I think you're overly critical of the culture of debate that is a part of open source and especially this project. I know I decided to pitch in after years of lurking in the newsgroup, I doubt I'm the only one. Of course, like anything, debate can be overdone and you're probably right that it has been at times here. But an open source project is a fundamentally different thing than a startup, it requires much more community involvement and deliberation. I recommend reading this chapter from this book on open source development: "Public discussion generally takes longer to make a decision than a proprietary development group does, but because the diversity of the viewpoints is greater for an open-source effort the resulting decision is likely to be of higher quality. This can translate into a shorter overall development cycle, because subsequent work will probably not need to be discarded because the real issues came up after, rather than during, the discussion period." http://dreamsongs.com/IHE/IHE-54.html#pgfId-956812 Where we need to be is fostering strong contributions and contributors. The strength of one's say is multiplied by his/her contributions (and that simply means pulled PRs, successful DIPs - not "won" debates). Many successful OSS projects have been quoted as implementing this policy successfully. There are different ways to contribute. One may not have time to work on a bunch of PRs/DIPs or may be better suited to discussion of the technical design. I agree that we need more people contributing rather than just talking, but I don't think this is the way to do it. Every person in the room took a significant fraction of the meeting time to tear me a new one about dub and http://code.dlang.org. Each in a different place :o). I got to the point where I consider every day spent with code.lang.org just sitting there with no ranking, no statistics, no voting, no notion of what are the good projects to look at - every such day is a liability for us. We really need to improve on that, it is of utmost importance and urgency. Martin said he'll be on that in June, but we could really use more hands on deck there. Yeah, I mentioned this need before too. Documentation of vibe.d was also mentioned as an important problem. More precisely, it's the contrast between the quality of the project and that of the documentation - someone said his team ended up with a different (and arguably inferior) product that was better documented. Literally they had the same engineer try each for a day. Reportedly it was very difficult to even figure whether vibe.d does some specific thing, let alone tutorials and examples of how to do it. Eh, documentation is going to be sparse for a non-corporate OSS project. If they're building products with vibe.d, presumably they can throw some consulting dollars Sonke's way and get him to help. Back to community: Successful OSS projects have a hierarchy and follow formaliz
Re: Research Positions
On Wednesday, 31 May 2017 at 11:03:23 UTC, Chris wrote: We are offering two research positions at the moment. Please follow the links for more information. 1. Research Fellow in Speech Recognition: https://www.linkedin.com/jobs/view/313953286/ 2. Research Student in the area of Voice Modelling and Speech Processing: https://www.linkedin.com/jobs/view/313951716/ Closing Date and Time: 12 Noon on 12th June 2017. What do these postings have to do with D? You might want to make that clear.
D for Android beta
The beta release of ldc 1.3, the llvm-based D compiler, is now out: https://github.com/joakim-noah/android/releases It is accompanied by a non-trivial sample app from the Android NDK, ported from C++ to about 1.2 klocs of D: the classic Utah Teapot (https://en.wikipedia.org/wiki/Utah_teapot), updated with mobile touch controls. This app also demonstrates calling Java functions from your D code through JNI, though most of it is written in D. There are two builds of ldc, a cross-compiler that you can use from a linux/x64 shell to compile to Android/ARM, and a native compiler that you can run on your Android device itself. As I pointed out last year, not only is ldc a large mixed D/C++ codebase that just worked on ARM, but it is possible to build arbitrarily large Android apps on your Android device itself, a first for any mobile platform: http://forum.dlang.org/thread/ovkhtsdzlfzqrqneo...@forum.dlang.org This is the way the next generation of coders will get into coding, by tinkering with their Android devices like we did with Macs and PCs decades ago, and D is one the few languages that is already there. I will write up instructions on how to write an Android app in D _on_ your Android device by using ldc and the Termux app, and get ldc into the Termux packages, a package repository for Android: https://play.google.com/store/apps/details?id=com.termux&hl=en
Re: D for Android beta
On Friday, 2 June 2017 at 08:36:49 UTC, Dušan Pavkov wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: The beta release of ldc 1.3, the llvm-based D compiler, is now out: https://github.com/joakim-noah/android/releases It is accompanied by a non-trivial sample app from the Android NDK, ported from C++ to about 1.2 klocs of D: the classic Utah Teapot (https://en.wikipedia.org/wiki/Utah_teapot), updated with mobile touch controls. This app also demonstrates calling Java functions from your D code through JNI, though most of it is written in D. There are two builds of ldc, a cross-compiler that you can use from a linux/x64 shell to compile to Android/ARM, and a native compiler that you can run on your Android device itself. As I pointed out last year, not only is ldc a large mixed D/C++ codebase that just worked on ARM, but it is possible to build arbitrarily large Android apps on your Android device itself, a first for any mobile platform: http://forum.dlang.org/thread/ovkhtsdzlfzqrqneo...@forum.dlang.org This is the way the next generation of coders will get into coding, by tinkering with their Android devices like we did with Macs and PCs decades ago, and D is one the few languages that is already there. I will write up instructions on how to write an Android app in D _on_ your Android device by using ldc and the Termux app, and get ldc into the Termux packages, a package repository for Android: https://play.google.com/store/apps/details?id=com.termux&hl=en Hello, Thanks for the post. I have tried to run apk on 2 devices: 1. LG-E440 phone with Android 4.1.2 2. Orange Pi Lite (development board with Allwinner H3 CPU) Android 4.4.2 On both devices there was only gray rectangle with "Teapot" notification at the bottom for about a sec and then in upper left corner the FPS info (around 60 on both devices), but without any graphic. I have tried taping, dragging etc. Are Android versions a problem or it could be something else? Thanks in advance. I'd guess that's the issue, as I haven't tested against those older versions of Android and this app links against Android API 21, ie 5.0 Lollipop: https://github.com/joakim-noah/android/blob/master/samples/Teapot/build-apk#L17 I'm pretty sure it'd work for your older Android versions if built slightly differently, as I used to support back to Android API 9 until a couple months ago: https://gist.github.com/joakim-noah/f475b0be37b3834b4e50d68996b6ee1d#file-ldc_1-1-0_android_arm-L3438 It can be still made to so but I set API 21 as the minimum, because anything older has been declining for some time now: http://blog.davidecoppola.com/2016/12/android-version-distribution-history-visualization-2012-2016/
Re: D for Android beta
On Friday, 2 June 2017 at 08:58:01 UTC, Joakim wrote: On Friday, 2 June 2017 at 08:36:49 UTC, Dušan Pavkov wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: The beta release of ldc 1.3, the llvm-based D compiler, is now out: https://github.com/joakim-noah/android/releases It is accompanied by a non-trivial sample app from the Android NDK, ported from C++ to about 1.2 klocs of D: the classic Utah Teapot (https://en.wikipedia.org/wiki/Utah_teapot), updated with mobile touch controls. This app also demonstrates calling Java functions from your D code through JNI, though most of it is written in D. There are two builds of ldc, a cross-compiler that you can use from a linux/x64 shell to compile to Android/ARM, and a native compiler that you can run on your Android device itself. As I pointed out last year, not only is ldc a large mixed D/C++ codebase that just worked on ARM, but it is possible to build arbitrarily large Android apps on your Android device itself, a first for any mobile platform: http://forum.dlang.org/thread/ovkhtsdzlfzqrqneo...@forum.dlang.org This is the way the next generation of coders will get into coding, by tinkering with their Android devices like we did with Macs and PCs decades ago, and D is one the few languages that is already there. I will write up instructions on how to write an Android app in D _on_ your Android device by using ldc and the Termux app, and get ldc into the Termux packages, a package repository for Android: https://play.google.com/store/apps/details?id=com.termux&hl=en Hello, Thanks for the post. I have tried to run apk on 2 devices: 1. LG-E440 phone with Android 4.1.2 2. Orange Pi Lite (development board with Allwinner H3 CPU) Android 4.4.2 On both devices there was only gray rectangle with "Teapot" notification at the bottom for about a sec and then in upper left corner the FPS info (around 60 on both devices), but without any graphic. I have tried taping, dragging etc. Are Android versions a problem or it could be something else? Thanks in advance. I'd guess that's the issue, as I haven't tested against those older versions of Android and this app links against Android API 21, ie 5.0 Lollipop: https://github.com/joakim-noah/android/blob/master/samples/Teapot/build-apk#L17 I'm pretty sure it'd work for your older Android versions if built slightly differently, as I used to support back to Android API 9 until a couple months ago: https://gist.github.com/joakim-noah/f475b0be37b3834b4e50d68996b6ee1d#file-ldc_1-1-0_android_arm-L3438 It can be still made to so but I set API 21 as the minimum, because anything older has been declining for some time now: http://blog.davidecoppola.com/2016/12/android-version-distribution-history-visualization-2012-2016/ I investigated this a little, as I remembered that I have an old Android 4.4 Kitkat tablet lying around. I am able to reproduce the grey screen, with no teapot. I tried recompiling and linking the native D portion of the app against API 9, but noticed that the resulting native D library was exactly the same, with the same SHA hash. Then I remembered that I built the small Java portion of the app against API 21 also. My guess is that is what is causing the problem, since the Java source has to do a bit of setup so that both the Java and D code can share the UI: https://github.com/joakim-noah/android/blob/master/samples/Teapot/src/com/sample/teapot/TeapotNativeActivity.java This is needed because this sample app demonstrates using JNI to call the Java functions showUI and updateFPS, to send the framerate from D to the Java functions to display at the top left. I will note the Android 5.0 requirement on the release, thanks for reporting.
Re: D for Android beta
On Friday, 2 June 2017 at 09:39:46 UTC, Petar Kirov [ZombineDev] wrote: On Friday, 2 June 2017 at 08:58:01 UTC, Joakim wrote: On Friday, 2 June 2017 at 08:36:49 UTC, Dušan Pavkov wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: The beta release of ldc 1.3, the llvm-based D compiler, is now out: https://github.com/joakim-noah/android/releases It is accompanied by a non-trivial sample app from the Android NDK, ported from C++ to about 1.2 klocs of D: the classic Utah Teapot (https://en.wikipedia.org/wiki/Utah_teapot), updated with mobile touch controls. This app also demonstrates calling Java functions from your D code through JNI, though most of it is written in D. There are two builds of ldc, a cross-compiler that you can use from a linux/x64 shell to compile to Android/ARM, and a native compiler that you can run on your Android device itself. As I pointed out last year, not only is ldc a large mixed D/C++ codebase that just worked on ARM, but it is possible to build arbitrarily large Android apps on your Android device itself, a first for any mobile platform: http://forum.dlang.org/thread/ovkhtsdzlfzqrqneo...@forum.dlang.org This is the way the next generation of coders will get into coding, by tinkering with their Android devices like we did with Macs and PCs decades ago, and D is one the few languages that is already there. I will write up instructions on how to write an Android app in D _on_ your Android device by using ldc and the Termux app, and get ldc into the Termux packages, a package repository for Android: https://play.google.com/store/apps/details?id=com.termux&hl=en Hello, Thanks for the post. I have tried to run apk on 2 devices: 1. LG-E440 phone with Android 4.1.2 2. Orange Pi Lite (development board with Allwinner H3 CPU) Android 4.4.2 On both devices there was only gray rectangle with "Teapot" notification at the bottom for about a sec and then in upper left corner the FPS info (around 60 on both devices), but without any graphic. I have tried taping, dragging etc. Are Android versions a problem or it could be something else? Thanks in advance. I'd guess that's the issue, as I haven't tested against those older versions of Android and this app links against Android API 21, ie 5.0 Lollipop: https://github.com/joakim-noah/android/blob/master/samples/Teapot/build-apk#L17 I'm pretty sure it'd work for your older Android versions if built slightly differently, as I used to support back to Android API 9 until a couple months ago: https://gist.github.com/joakim-noah/f475b0be37b3834b4e50d68996b6ee1d#file-ldc_1-1-0_android_arm-L3438 It can be still made to so but I set API 21 as the minimum, because anything older has been declining for some time now: http://blog.davidecoppola.com/2016/12/android-version-distribution-history-visualization-2012-2016/ Just FYI, I have the same issue with Android 6.0.1. Hmm, is that the 64-bit Xiaomi device you mentioned in the github issues just now? My guess there would be that it's because ldc only supports 32-bit Android/ARM devices right now, and 64-bit devices like Xiaomi probably don't run 32-bit native Android libraries in their apps, though I don't know that for sure. I just tried installing the teapot app on another 32-bit 6.0.1 phone that I'd never tried before, worked fine. This is not an issue for Java, because the Android runtime compiles Java bytecode to native code _after_ the app is downloaded, but other languages have to provide pre-compiled libraries for each CPU architecture. Not a big deal as there are only really two in wide deployment, 32-bit and 64-bit ARM, with the vast majority 32-bit right now. Perhaps you can help us get on 64-bit ARM, as you mentioned in the github issues.
Re: D for Android beta
On Friday, 2 June 2017 at 10:40:48 UTC, Petar Kirov [ZombineDev] wrote: On Friday, 2 June 2017 at 10:12:27 UTC, Joakim wrote: On Friday, 2 June 2017 at 09:39:46 UTC, Petar Kirov [ZombineDev] wrote: On Friday, 2 June 2017 at 08:58:01 UTC, Joakim wrote: On Friday, 2 June 2017 at 08:36:49 UTC, Dušan Pavkov wrote: [...] I'd guess that's the issue, as I haven't tested against those older versions of Android and this app links against Android API 21, ie 5.0 Lollipop: https://github.com/joakim-noah/android/blob/master/samples/Teapot/build-apk#L17 I'm pretty sure it'd work for your older Android versions if built slightly differently, as I used to support back to Android API 9 until a couple months ago: https://gist.github.com/joakim-noah/f475b0be37b3834b4e50d68996b6ee1d#file-ldc_1-1-0_android_arm-L3438 It can be still made to so but I set API 21 as the minimum, because anything older has been declining for some time now: http://blog.davidecoppola.com/2016/12/android-version-distribution-history-visualization-2012-2016/ Just FYI, I have the same issue with Android 6.0.1. Hmm, is that the 64-bit Xiaomi device you mentioned in the github issues just now? Yep My guess there would be that it's because ldc only supports 32-bit Android/ARM devices right now, and 64-bit devices like Xiaomi probably don't run 32-bit native Android libraries in their apps, though I don't know that for sure. I just tried installing the teapot app on another 32-bit 6.0.1 phone that I'd never tried before, worked fine. Running 32-bit apps on 64-bit Android, shouldn't be an issue as far I know. See: https://stackoverflow.com/questions/30782848/how-to-use-32-bit-native-libraries-on-64-bit-android-device 64-bit ARMv8 hardware should run 32-bit ARMv7 binaries, but it depends on software support too, like providing the 32-bit system shared libraries that this 32-bit teapot shared library links against. I found that SO link inconclusive, but I just found this blog post from a couple years ago that says that it depends on the device: https://ph0b.com/android-abis-and-so-files/ With your 64-bit device, either it doesn't list ARMv7 as a supported ABI or there's some bug that's stopping it from running this 32-bit ARMv7 library on ARMv8. This is not an issue for Java, because the Android runtime compiles Java bytecode to native code _after_ the app is downloaded, but other languages have to provide pre-compiled libraries for each CPU architecture. Not a big deal as there are only really two in wide deployment, 32-bit and 64-bit ARM, with the vast majority 32-bit right now. Perhaps you can help us get on 64-bit ARM, as you mentioned in the github issues. Yes, ultimately I'm interested in writing a Vulkan library that runs on both 32 and 64-bit Linux, Windows and Android, so I'm interested in helping with the AArch64 support too, though my compiler-foo is pretty slim. As mentioned in the GH issue [0], what do I need to bootstrap LDC on Android? [0]: https://github.com/joakim-noah/android/issues/10 I've followed up on github, we can discuss there.
Re: D for Android beta
On Thursday, 1 June 2017 at 19:45:17 UTC, Ali Çehreli wrote: Very exciting! :) On 06/01/2017 12:31 PM, Joakim wrote: > I will write up instructions on how to write an Android app in D _on_ > your Android device I hope it will be detailed enough for people who are very new to programming on the Android. Yes, the goal is to document all the steps, like I do on the wiki for cross-compiling now, but more so because it's completely new to most and requires a few more steps than the official NDK/SDK. But the official NDK requires using or mimicking their build system and the SDK can be a bear to setup, as they give you a ton of stuff like an IDE and emulators, so this might actually be easier overall. On Thursday, 1 June 2017 at 21:54:59 UTC, Johan Engelen wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: [awesome text] This is great stuff Joakim! It's very nice to see your detailed release notes, with links to the patches. Hope we can get much of that into LDC master soon. There's not much left, the cross-compiler doesn't require any patches and the remaining tweaks to druntime/phobos are minimal. I'll get the last bits in, with the exception of that workaround in std.stdio for the regression specific to Android 5.0. On Friday, 2 June 2017 at 00:00:17 UTC, Laeeth Isharc wrote: Congratulations, Joakim! https://www.reddit.com/r/programming/comments/6eqv46/write_mixed_dc_android_apps_even_build_them/ and news.ycombinator.com Looking forward to termux. Thanks for publicizing it, looks like you've started a discussion on reddit.
Re: D for Android beta
On Friday, 2 June 2017 at 00:00:17 UTC, Laeeth Isharc wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: [...] Congratulations, Joakim! https://www.reddit.com/r/programming/comments/6eqv46/write_mixed_dc_android_apps_even_build_them/ and news.ycombinator.com Looking forward to termux. Haha, I lol'ed when I just read this comment: "Ah, D only came into my field of view with the recent support on Android and I assumed it was a recent language designed for Android." https://www.reddit.com/r/programming/comments/6eqv46/comment/dif3sa0 Well, at least we're getting more of these Android people introduced to D.
Re: Compile-Time Sort in D
On Monday, 5 June 2017 at 14:23:34 UTC, Mike Parker wrote: The crowd-edited (?) blog post exploring some of D's compile-time features is now live. Thanks again to everyone who helped out with it. The blog: https://dlang.org/blog/2017/06/05/compile-time-sort-in-d/ Reddit: https://www.reddit.com/r/programming/comments/6fefdg/compiletime_sort_in_d/ Nice work, the reddit likes keep going up. Nothing new for D users, but by encapsulating CTFE in a bite-sized blog post, you've gotten some outsiders to pay attention. Just read perhaps the most ringing endorsement I've ever seen for D in the comments: "How do you explain that in D complex metaprogramming artifacts such as bitfields, regex engines, compile-time parser generators, checked integers, generic allocators, are readily available from a smaller community, when in C++ you need an article explaining what tricks to use to sort a list of integers at compile time?" https://www.reddit.com/r/programming/comments/6fefdg/comment/dijct48
Re: Compile-Time Sort in D
On Tuesday, 6 June 2017 at 01:08:45 UTC, Mike Parker wrote: On Monday, 5 June 2017 at 17:54:05 UTC, Jon Degenhardt wrote: Very nice post! Thanks! If it gets half as many page views as yours did, I'll be happy. Yours is the most-viewed post on the blog -- over 1000 views more than #2 (my GC post), and 5,000 more than #3 (A New Import Idiom). I was surprised it's so popular, as the proggit thread didn't do that great, but it did well on HN and I now see it inspired more posts for Rust (written by bearophile, I think) and Go, in addition to the Nim post linked here before: https://users.rust-lang.org/t/faster-command-line-tools-in-d-rust/10992 https://aadrake.com/posts/2017-05-29-faster-command-line-tools-with-go.html
Re: D for Android beta
On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: The beta release of ldc 1.3, the llvm-based D compiler, is now out: https://github.com/joakim-noah/android/releases ---snip--- I will write up instructions on how to write an Android app in D _on_ your Android device by using ldc and the Termux app, and get ldc into the Termux packages, a package repository for Android: https://play.google.com/store/apps/details?id=com.termux&hl=en I've now put up a deb file at the first release link above that you can install in the Termux app, the result of this PR to get ldc into the Termux package repository for Android: https://github.com/termux/termux-packages/pull/1078 Try the deb file out by installing the Termux app, then running the following commands: apt install clang curl curl -L -O https://github.com/joakim-noah/android/releases/download/tea/ldc_1.3.0_arm.deb dpkg -i ldc ldc2 --version Once ldc gets into the Termux package repository, all you'll need to run is "apt install ldc". Finally, try to build your favorite D file: ldc2 sieve.d
Re: D for Android beta
On Sunday, 11 June 2017 at 04:15:13 UTC, Joakim wrote: On Thursday, 1 June 2017 at 19:31:28 UTC, Joakim wrote: [...] ---snip--- [...] I've now put up a deb file at the first release link above that you can install in the Termux app, the result of this PR to get ldc into the Termux package repository for Android: https://github.com/termux/termux-packages/pull/1078 Try the deb file out by installing the Termux app, then running the following commands: apt install clang curl curl -L -O https://github.com/joakim-noah/android/releases/download/tea/ldc_1.3.0_arm.deb dpkg -i ldc ldc2 --version Once ldc gets into the Termux package repository, all you'll need to run is "apt install ldc". Finally, try to build your favorite D file: ldc2 sieve.d Sorry, that should be: dpkg -i ldc_1.3.0_arm.deb
[OT] adtech prevalence
On Wednesday, 14 June 2017 at 06:55:39 UTC, anonymous wrote: “The best minds of my generation are thinking about how to make people click ads.” - Jeffrey Hammerbacher (Cloudera cofounder) I see this quote repeated a lot, but are they really the best minds if they settle for such a silly goal? One of the tests of the best minds is that they seek, or perhaps just stumble, onto much more worthwhile goals. Rather there are always a lot of talented people that waste their time on the latest gold rush, instead of surveying the field for what's coming down the line. Andrei left Facebook, one of the larget ad companies in the world, to work more on D: I think he made the right move. And no offense to those working more on the tech side of adtech, at Sociomantic or elsewhere, as those systems can be repurposed for something else when the adtech bubble eventually bursts: http://www.businessinsider.com/The-ad-tech-sector-looks-an-awful-lot-like-a-bubble-that-just-popped/articleshow/47249873.cms
Re: Life in the Fast Lane (@nogc blog post)
On Friday, 16 June 2017 at 13:51:18 UTC, Mike Parker wrote: I've been meaning to get this done for weeks but have had a severe case of writer's block. The fact that I had no other posts ready to go this week and no time to write anything at all motivated me to make time for it and get it done anyway. My wife didn't complain when I told her I had to abandon our regular bedtime Netflix time block (though she did extract a concession that I have no vote in the next series we watch). Thanks to Vladimir, Guillaume, and Steve, for their great feedback on such short notice. Their assistance kept the blog from going quiet this week. The blog: https://dlang.org/blog/2017/06/16/life-in-the-fast-lane/ Reddit: https://www.reddit.com/r/programming/comments/6hmlfq/life_in_the_fast_lane_using_d_without_the_gc/ Nicely written. I never bothered to look into this GC fine-tuning, as I don't need that level of optimization, but I finally have some idea of how this works.
Re: Life in the Fast Lane (@nogc blog post)
On Friday, 16 June 2017 at 18:26:15 UTC, Joakim wrote: On Friday, 16 June 2017 at 13:51:18 UTC, Mike Parker wrote: I've been meaning to get this done for weeks but have had a severe case of writer's block. The fact that I had no other posts ready to go this week and no time to write anything at all motivated me to make time for it and get it done anyway. My wife didn't complain when I told her I had to abandon our regular bedtime Netflix time block (though she did extract a concession that I have no vote in the next series we watch). Thanks to Vladimir, Guillaume, and Steve, for their great feedback on such short notice. Their assistance kept the blog from going quiet this week. The blog: https://dlang.org/blog/2017/06/16/life-in-the-fast-lane/ Reddit: https://www.reddit.com/r/programming/comments/6hmlfq/life_in_the_fast_lane_using_d_without_the_gc/ Nicely written. I never bothered to look into this GC fine-tuning, as I don't need that level of optimization, but I finally have some idea of how this works. And people have noticed, it's about to hit the top 10 most-liked proggit links of the last 7 days: https://www.reddit.com/r/programming/top/?sort=top&t=week One typo I forgot to mention earlier, where you wrote "aren't likey."
Re: Article on i-programmer.info on GDC
On Saturday, 24 June 2017 at 22:01:10 UTC, Andrei Alexandrescu wrote: http://i-programmer.info/news/98-languages/10883-d-gets-a-boost-from-gcc.html Andrei lol, "Python about to take over the world." :D
Re: Hiring D programmers (with cryptography and blockchain knowledge are preferred)
On Thursday, 13 July 2017 at 05:18:40 UTC, wigy wrote: On Wednesday, 12 July 2017 at 20:11:06 UTC, Vitor Rozsas wrote: [...] Hi! I do not think the debate you have with yourself is decentralized vs centralized. You are thinking about moderated vs unmoderated. One is a technical structure, the other is a social one. [...] Great explanation, perfectly done. A decentralized medium like this will one day put facebook, twitter, Uber, etc. out of business.
Re: Release D 2.075.0
On Wednesday, 19 July 2017 at 15:36:22 UTC, Martin Nowak wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 [...] Wow, dmd builds in 12 seconds on a single linux/x64 core, can't wait to see what that time is when the backend is in D too, especially since it's taking most of the compile time now. Thanks to those involved for all the work on the release.
Re: Release D 2.075.0
On Monday, 24 July 2017 at 13:18:01 UTC, Mike Parker wrote: On Wednesday, 19 July 2017 at 15:36:22 UTC, Martin Nowak wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glad to announce D 2.075.0. I've published a post on the blog to announce the release there. For future releases, I'll be coordinating with Martin so that I can time the blog posts to go out on the same day as the forum announcements. This will give us something more redditable than the forum announcement or the changelog. Blog: https://dlang.org/blog/2017/07/24/new-d-compiler-release-dmd-2-075-0/ Reddit: https://www.reddit.com/r/programming/comments/6p89zj/new_d_compiler_release_dmd_20750/ typo: "module structure is avaialble"
Re: H2 2017 Vision Document
On Monday, 24 July 2017 at 23:13:16 UTC, Mike Parker wrote: The latest edition of the biannual vision document is now available at the D Wiki. Major focuses for the remainder of the year include improvements to @safety, @nogc, and language interoperability, as well as fostering increased contributions. https://wiki.dlang.org/Vision/2017H2 Love the actionable lists of things to be done, I see items on there that I can pick up.
Re: Release D 2.075.0
On Monday, 24 July 2017 at 13:18:01 UTC, Mike Parker wrote: On Wednesday, 19 July 2017 at 15:36:22 UTC, Martin Nowak wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glad to announce D 2.075.0. I've published a post on the blog to announce the release there. For future releases, I'll be coordinating with Martin so that I can time the blog posts to go out on the same day as the forum announcements. This will give us something more redditable than the forum announcement or the changelog. Blog: https://dlang.org/blog/2017/07/24/new-d-compiler-release-dmd-2-075-0/ Reddit: https://www.reddit.com/r/programming/comments/6p89zj/new_d_compiler_release_dmd_20750/ Looks like the blog post approach worked, a new all-time high in downloads, and still heading up: :D http://erdani.com/d/downloads.daily.png
Re: Netflix opensources its first D library: Vectorflow
On Wednesday, 2 August 2017 at 21:31:19 UTC, Walter Bright wrote: https://www.reddit.com/r/programming/comments/6r6dwp/netflix_opensources_its_first_d_library_vectorflow/ No. 2 liked proggit link of the day, should be no. 1 soon: https://www.reddit.com/r/programming/top/?time=day Not doing well on HN though: https://hn.algolia.com/?query=vectorflow
Re: Netflix opensources its first D library: Vectorflow
On Thursday, 3 August 2017 at 04:40:05 UTC, Matt wrote: Also note, one of the main advantages of Eigen is the whole lazy evaluation of expressions for compound operations. Yes, Mir does that too: http://blog.mir.dlang.io/ndslice/algorithm/optimization/2016/12/12/writing-efficient-numerical-code.html I haven't dug in the source, but it's my understanding it's done through a lot of compile time C++ template hacking Meanwhile, the blog post Laeeth gave you shows Mir doing better on matrix multiplication benchmarks than Eigen, significantly better when dealing with complex numbers.
Re: Netflix opensources its first D library: Vectorflow
On Thursday, 3 August 2017 at 14:00:31 UTC, Matt wrote: Meanwhile, the blog post Laeeth gave you shows Mir doing better on matrix multiplication benchmarks than Eigen, significantly better when dealing with complex numbers. I mean by now we should all be jaded enough not to simply take toy benchmarks as gospel for which is actually fastest in a non-trivial application. That's why I didn't make such a general claim and noted that the linked benchmarks only dealt with matrix multiplication. :P I don't doubt mir is really fast, though. Yes, the benchmarks are indicative, but it's up to you come up with a benchmark that characterizes your workload better.
Re: Netflix opensources its first D library: Vectorflow
On Wednesday, 2 August 2017 at 22:56:32 UTC, Joakim wrote: On Wednesday, 2 August 2017 at 21:31:19 UTC, Walter Bright wrote: https://www.reddit.com/r/programming/comments/6r6dwp/netflix_opensources_its_first_d_library_vectorflow/ No. 2 liked proggit link of the day, should be no. 1 soon: https://www.reddit.com/r/programming/top/?time=day Not doing well on HN though: https://hn.algolia.com/?query=vectorflow Top 3 for the week: https://www.reddit.com/r/programming/top/?sort=top&t=week People seem really enthused by this library.
Re: Faster Command Line Tools in D
On Wednesday, 24 May 2017 at 13:39:57 UTC, Mike Parker wrote: Some of you may remember Jon Degenhardt's talk from one of the Silicon Valley D meetups, where he described the performance improvements he saw when he rewrote some of eBay's command line tools in D. He has now put the effort into crafting a blog post on the same topic, where he takes D version of a command-line tool written in Python and incrementally improves its performance. The blog: https://dlang.org/blog/2017/05/24/faster-command-line-tools-in-d/ Reddit: https://www.reddit.com/r/programming/comments/6d25mg/faster_command_line_tools_in_d/ Heh, happened to notice that this blog post now has 21 comments, with people posting links to versions in Go, C++, and Kotlin up till this week, months after the post went up! :D
Re: More sociomantic libraries and apps open-sourced!
On Wednesday, 9 August 2017 at 10:59:20 UTC, Gavin wrote: Over the past few months, we've been quietly open-sourcing a set of our core libraries and applications. We've held back on announcing them publicly as the repos form a chain, with one dependent on the last, so it didn't make much sense to announce them to the world until the complete chain was out there. We've now reached that point. [...] Please write a blog post describing the broad strokes of the distributed technical architecture you're using, whether for the D or Sociomantic blogs. That would be an interesting read and stoke interest in your libraries/apps and D.
Re: On Tilix and D: An Interview with Gerald Nunn
On Friday, 11 August 2017 at 12:57:10 UTC, Mike Parker wrote: Joakim has put together a wonderful interview with Gerald Nunn, the maintainer of Tilix. Gerald talks about Tilix and his experience using D. It's a fun read that expands on the talk he gave at DConf this year. [...] By coincidence, it looks like Tilix also made the front page of HN yesterday, no mention of D in the discussion there though: https://hn.algolia.com/?query=tilix
Re: Some news from Dplug
On Friday, 18 August 2017 at 12:45:34 UTC, Guillaume Piolat wrote: Some news from the audio front! Reminder: Dplug is a convenient library for creating audio plug-ins (VST / AU) for Mac, Windows and now Linux. Thanks to the effort of Richard Andrew Cattermole and Ethan Rekker, Dplug got Linux VST support. Ethan has written down the whole story here: http://www.modernmetalproduction.com/dplug-developing-vst-plugins-for-linux/ Two audio plug-ins were released recently with Dplug: - The M4 Multiband Compressor by Cut Through Recordings http://www.modernmetalproduction.com/product/m4-multiband-compressor-vst-au/ - Graillon 2 by Auburn Sounds https://www.auburnsounds.com/products/Graillon.html If you need a high performance 1D FFT, pfft the impressive work of Jernej Krempuš has been ported to DUB: http://code.dlang.org/packages/pfft Thanks, I also liked his post about D, especially the title: http://www.modernmetalproduction.com/d-elegant-language-civilized-age/ Mike, want to post the Dplug for Linux post to proggit/HN after the weekend?
Re: D for Android beta
On Thursday, 1 June 2017 at 19:45:17 UTC, Ali Çehreli wrote: Very exciting! :) On 06/01/2017 12:31 PM, Joakim wrote: > I will write up instructions on how to write an Android app in D _on_ > your Android device I hope it will be detailed enough for people who are very new to programming on the Android. Ali I've finally written up full instructions on building D apps for Android by using the linux cross-compiler or native Android compiler I provide: https://wiki.dlang.org/Build_D_for_Android The upcoming ldc 1.4 beta will be the first to include Android cross-compilation support for all supported host platforms, ie Windows, Mac, and linux, as all my Android patches have now been merged. I'll stop putting out my own cross-compiler builds, though I'll maintain the native ldc package in the Termux package repo, once that's accepted. If you want to build full OpenGLES GUI Android apps on your Android device, this wiki page shows you how to do that too. You too can be one of the elite few building mobile apps on your mobile device, and in D!
Re: LDC 1.4.0-beta1
On Sunday, 27 August 2017 at 15:45:00 UTC, bitwise wrote: On Saturday, 26 August 2017 at 22:35:11 UTC, kinke wrote: * Shipping with ldc-build-runtime, a small D tool to easily (cross-)compile the runtime libraries yourself. * Full Android support, incl. emulated TLS. Does this mean I can actually build D static libraries, link them into an NDK shared lib, and use it in a phone app that I can submit to Google Play? Yes. Just follow these instructions to generate the standard library for Android/ARM; https://wiki.dlang.org/Building_LDC_runtime_libraries We're still cleaning up loose ends and refining the process though. I forgot that you need to disable building one module when cross-compiling the stdlib, as mentioned here: http://forum.dlang.org/post/jmucnjekkcmiszpag...@forum.dlang.org Then, you can use a variation of these instructions to build D code: https://wiki.dlang.org/Build_D_for_Android The problem is those instructions assume you have a ldc2.conf set up properly, whereas the new ldc 1.4 beta won't do that for you. I'm looking into adding that. Basically, you can do what you asked now, but while all the functionality is there, we're refining the build setup with this ldc beta process. By the final 1.4 release, it should be really easy to cross-compile the stdlib and use it, but we're not quite there yet. If you're adventurous, try it out know and let us know what you think. Otherwise, it will get even simpler soon.