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! <3
Re: LDC 1.1.0 released
On Wednesday, 1 February 2017 at 03:43:10 UTC, David Nadlinger wrote: Hi all, Version 1.1.0 of LDC, the LLVM-based D compiler, has finally been released: https://github.com/ldc-developers/ldc/releases/tag/v1.1.0 Please head over to the digitalmars.D.ldc forums for more details and discussions: http://forum.dlang.org/post/etynfqwjosdvuuukl...@forum.dlang.org — David What's the state of cent/ucent ?
Re: Release D 2.073.0
On Saturday, 28 January 2017 at 21:46:17 UTC, Walter Bright wrote: Same problem, same solution, same fallout. What problem? Ask Andrei, he asked for inout's deprecation. I'm not going to run after you two like you are toddlers. Having to make the same case again and again for literally years is not something I wish to take part in. That case has been made. Get up to date or delegate.
Re: Release D 2.073.0
On Monday, 30 January 2017 at 01:34:52 UTC, ilya-stromberg wrote: Walter created an entire language and a community around it. Can you, please, share with us how your accomplishments give any importance to whatever your disagreement is with him? All that is visible, here is you protest everything, take any opportunity to verbally abuse everyone and make no contribution. Thanks. No because you are making an argument from authority and are asking to replied by another argument from authority, which bring 0 value to anyone.
Re: Release D 2.073.0
On Monday, 30 January 2017 at 01:15:52 UTC, Dicebot wrote: On 01/30/2017 12:38 AM, Walter Bright wrote: ... Please, don't waste your time. You mentioned being curious about what is wrong with that PR - I have explained. Let's just stop here before you write another 20 posts presuming that I only disagree with your development methodology because I don't understand it. I hope it puts some light on why I abandoned the DIP process.
Re: Release D 2.073.0
On Saturday, 28 January 2017 at 03:40:43 UTC, Walter Bright wrote: On 1/27/2017 4:43 PM, deadalnix wrote: I mostly went silent on this because I this point, I have no idea how to reach to you and Andrei. This is bad because of all the same reasons inout is bad, plus some other on its own, and is going down exactly like inout so far, plus some extra problems on its own. If you've got a case, make it. If you see problems, explain. If you want to help, please do. I did so repeatedly for years and never reached to you or Andrei, so I'm not sure how that's going to change anything but here you go. The root problem you are trying to solve is to be able to specify that what comes out of a function has a common property with what come in. In the case of inout, this property is the type qualifier, in the case of return/scope this is the lifetime. Same problem, same solution, same fallout.
Re: Release D 2.073.0
On Friday, 27 January 2017 at 19:12:37 UTC, Walter Bright wrote: Yes, I'm 100% responsible for 'return scope' and pushing it harder than most people probably would like. Maybe I'm alone, but I strongly believe it is critical to D's future. You sound like this guy: http://www.drdobbs.com/cpp/type-qualifiers-and-wild-cards/231902461
Re: Release D 2.073.0
On Friday, 27 January 2017 at 19:09:30 UTC, Walter Bright wrote: On 1/26/2017 5:42 AM, Dicebot wrote: https://issues.dlang.org/show_bug.cgi?id=17123 Can I have my "I told you so" badge please? Yes, you may. But nobody promised there would be no regressions - just that we'll fix them. I'll see about taking care of this one. Thanks for reporting it. Regressions are the symptoms. I mostly went silent on this because I this point, I have no idea how to reach to you and Andrei. This is bad because of all the same reasons inout is bad, plus some other on its own, and is going down exactly like inout so far, plus some extra problems on its own.
Re: Release D 2.073.0
On Sunday, 22 January 2017 at 17:55:03 UTC, Martin Nowak wrote: Glad to announce D 2.073.0. This release comes with a few phobos additions, new -mcpu=avx and -mscrt switch, and several bugfixes. http://dlang.org/download.html http://dlang.org/changelog/2.073.0.html -Martin <3
Re: Beta D 2.072.1-b1
On Tuesday, 22 November 2016 at 12:54:12 UTC, Martin Nowak wrote: First beta for the 2.072.1 point release. This version resolves a number of regressions and bugs in the 2.072.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.072.1.html Please report any bugs at https://issues.dlang.org -Martin Has anything been done for the debian ubuntu problem ? (they enabled pie and literally nothings work anymore).
Re: New team member: Lucia
On Thursday, 13 October 2016 at 18:15:30 UTC, Andrei Alexandrescu wrote: Hello everyone, Please join me in welcoming Lucia Lucia Cojocaru to our team. Lucia is a MSc student in computer security, having Razvan Deaconescu and Razvan Rughiniș as advisers. She just completed an internship at Bloomberg. Her BSc thesis work[1] is an educational tool for facilitating better understanding of dynamic linking and loading. The code is open source[2]. Lucia is interested in D-related projects for her MSc research. The plan with our new team members Lucia and Alexandru (and hopefully 1-2 more) is to first get them through a month-long bootcamp process during which they get familiar with the language and toolchain. An integral part of the bootcamp is to get a few bugs fixed such that the newcomers make some positive impact from the get-go and get used to the review process. Thanks, Andrei [1] https://drive.google.com/file/d/0B_idW6n517Zfb3lLaGJJckp4Y0U/view?usp=sharing [2] https://github.com/somzzz/dyninspector Hi !
Re: Please say hello to Alexandru
Hi !
Re: GC blessed for C++ (again)
On Friday, 30 September 2016 at 14:12:30 UTC, Dejan Lekic wrote: On Wednesday, 28 September 2016 at 20:50:28 UTC, Ali Çehreli wrote: https://www.reddit.com/r/programming/comments/54xnbg/herb_sutters_experimental_deferred_and_unordered/ Ali The paragraph I like the most there is: "The other important difference is that deferred_heap meets C++'s zero-overhead principle by being opt-in and granular, not default and global" That is what I like the most about Herb's work... We already have opt-in for the most part and I've been pushing for granular with isolated since at least 2014. So yeah, Herb's proposal is old news, but worse, it is kind of disappointing that it is anything new for the D community. I'm not sure if I or the community failed, but clearly there is a major failure here.
Re: GC blessed for C++ (again)
On Wednesday, 28 September 2016 at 20:50:28 UTC, Ali Çehreli wrote: https://www.reddit.com/r/programming/comments/54xnbg/herb_sutters_experimental_deferred_and_unordered/ Ali GC is unnacceptable ! Ho ! a deferred and unordered destruction library, really cool ! Is there intelligent life in the C++ world ?
Re: Battle-plan for CTFE
On Monday, 29 August 2016 at 08:39:56 UTC, Stefan Koch wrote: On Monday, 29 August 2016 at 08:05:10 UTC, Rory McGuire wrote: On Mon, Aug 29, 2016 at 9:51 AM, Dominikus Dittes Scherkl via The work you are doing is just awesome! Many thanks. +1 your work is key for our success as a community. R Thanks guys. I just came up with a nifty little patch that makes it possible to ensure that a function is _only_ used at ctfe. Or the opposite. static assert(__ctfe, "This function is not supposed to be called outside of ctfe"); and static assert(!__ctfe, "This function is not supposed to be called during ctfe"); similarly you can use static if (__ctfe). Is it worth trying to get it into master ? I would say maybe, but let's keep separate things separate. This is a language change. I would not include it in the same series of patch that change CTFE behavior.
Re: D-Man culture
On Wednesday, 27 July 2016 at 19:50:13 UTC, Walter Bright wrote: While I appreciate the effort and the offer, it is inappropriate to have a woman with a miniskirt and partially unbuttoned blouse as an official mascot for D. All that is wrong with the US in one sentence. Sad, but it is true.
Re: Battle-plan for CTFE
On Monday, 4 July 2016 at 07:29:49 UTC, ZombineDev wrote: Nice work! Any chance that you could also improve AliasSeq algorithms, like those in std.meta to compile faster and use less memory during compilation? Or is that too different from CTFE? Not that I opposes this, but please keep it focused. Doing a bytecode interpreter is a huge task on its own and this seems largely orthogonal.
Re: one-file pure D decoders for vorbis, flac and mp3
On Wednesday, 29 June 2016 at 09:07:18 UTC, ketmar wrote: i decided to make some noise about those, as people may thinking about doing the ports themselves, and effectively double (or triple, or...) the work. so, here they are: * Vorbis decoder[1] (stb_vorbis port), PD; * FLAC decoder[2] (drflac port), PD; * MP3 decoder[3] (minimp3 port), GPL. they may or may not work for you, i don't know. [1] http://repo.or.cz/iv.d.git/blob_plain/HEAD:/stb/vorbis.d [2] http://repo.or.cz/iv.d.git/blob/HEAD:/drflac.d [3] http://repo.or.cz/iv.d.git/blob/HEAD:/minimp3.d <3 I did vorbis by myself in the past in java, that format is UUUGHH ! Good work.
Re: Release D 2.071.1
On Monday, 27 June 2016 at 23:26:25 UTC, Jack Stouffer wrote: On Monday, 27 June 2016 at 23:15:06 UTC, Robert burner Schadek wrote: Awesome, releases are becoming more and more boring. I like it! I wouldn't call 1.0 * -1.0 == 1.0 boring! What is this about ?
Re: 4x faster strlen with 4 char sentinel
On Tuesday, 28 June 2016 at 03:11:26 UTC, Jay Norwood wrote: On Tuesday, 28 June 2016 at 01:53:22 UTC, deadalnix wrote: If we were in interview, I'd ask you "what does this returns if you pass it an empty string ?" I'd say use this one instead, to avoid negative size_t. It is also a little faster for the same measurement. nothrow pure size_t strlen2(const(char)* c) { if (c is null) return 0; const(char)* c_save = c; while (*c){ c+=4; } while (*c==0){ c--; } c++; return c - c_save; } 2738 540 2744 If we were in an interview, I would insist.
Re: 4x faster strlen with 4 char sentinel
On Sunday, 26 June 2016 at 16:40:08 UTC, Jay Norwood wrote: After watching Andre's sentinel thing, I'm playing with strlen on char strings with 4 terminating 0s instead of a single one. Seems to work and is 4x faster compared to the runtime version. nothrow pure size_t strlen2(const(char)* c) { if (c is null) return 0; size_t l=0; while (*c){ c+=4; l+=4;} while (*c==0){ c--; l--;} return l+1; } This is the timing of my test case, which I can post if anyone is interested. strlen\Release>strlen 2738 681 If we were in interview, I'd ask you "what does this returns if you pass it an empty string ?"
[Semi OT] About code review
Several people during DConf asked abut tips and tricks on code review. So I wrote an article about it: http://www.deadalnix.me/2016/06/27/on-code-review/
Re: Beta D 2.071.1-b2
On Sunday, 29 May 2016 at 21:53:23 UTC, Martin Nowak wrote: Second beta for the 2.071.1 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.071.1.html Please report any bugs at https://issues.dlang.org -Martin 196418a8b3ec1c5f284da5009b4bb18e3f70d99f still not in after 3 month. This is typesystem breaking. While I understand it wasn't picked for 2.071 , I'm not sure why it wasn't for 2.071.1 .
Re: LDC 1.0.0 has been released!
On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! The release is based on the 2.070.2 frontend and standard library and supports LLVM 3.5-3.8. We provide binaries for Linux, OX X, Win32 & Win64, Linux/ARM (armv7hf). :-) As usual, you can find links to the changelog and the binary packages over at digitalmars.D.ldc: http://forum.dlang.org/post/lwsnqbravjqbnnryv...@forum.dlang.org Regards, Kai What made you say it is 1.0.0 ? In what way is this is a major milestone ?
Re: Battle-plan for CTFE
On Sunday, 15 May 2016 at 10:29:21 UTC, Martin Nowak wrote: On 05/10/2016 08:45 AM, Jacob Carlborg wrote: I was listening to a discussion Don and Daniel had about the current implementation of CTFE. They talked about using a byte code interpreter. Even implementing a really crappy byte code interpreter would be a huge improvement. No need for a byte-code interpreter, it mostly just adds overhead and complexity over an AST interpreter. If you want to go really fast you need some sort of JIT anyhow, but a proper interpreter will be orders of mangnitude faster than the current implementation. I might refer you to http://dconf.org/2013/talks/chevalier_boisvert.pdf page 59 ff. +1 . One need to walk the tree anyway to generate bytecode, which makes it impossible to make it faster for a one time execution. For frequent executions, then a JIT is preferable, which let the bytecode the favorite choice for more than one, but not too many executions.
Re: [Semi OT] deadalnix inspires a C++ dependency-based coroutine scheduler
On Saturday, 14 May 2016 at 23:49:40 UTC, Ali Çehreli wrote: Found on Reddit: https://www.reddit.com/r/programming/comments/4jawhk/cosche_a_dependencybased_coroutine_scheduler_c/ The project: https://github.com/matovitch/cosche#cosche The author says "I got the idea of building this by watching an amazing conference from Amaury Sechet on the Stupid D Compiler". Ali Fame and glory coming soon :)
Re: GSoC 2016 - Precise GC
On Friday, 6 May 2016 at 09:31:08 UTC, Steven Schveighoffer wrote: On 5/6/16 11:06 AM, Dmitry Olshansky wrote: On 06-May-2016 05:37, Jeremy DeHaan wrote: On Wednesday, 4 May 2016 at 12:42:30 UTC, jmh530 wrote: On Wednesday, 4 May 2016 at 02:50:08 UTC, Jeremy DeHaan wrote: I'm not sure, but one would think that @safe code wouldn't need any extra information about the union. I wouldn't know how to differentiate between them though during runtime. Probably someone with more experience with the compiler would know more about that kind of thing. You can identify safe functions with https://dlang.org/phobos/std_traits.html#isSafe or https://dlang.org/phobos/std_traits.html#functionAttributes All I meant was that I don't know enough about what the compiler does with built in types to make this work. It almost sounds like we would need a safe union and unsafe union type and do some extra stuff for the unsafe union, but I'm just starting to learn about this stuff. I'd note that a union without pointers doesn't hurt precise scanner, it's only the ones with pointers that are bad. Ones that have only pointers are probably OK too. Though I'm not sure if a precise scanner takes into account the type of the pointer. I would expect it to use embedded typeinfo in target block. -Steve Because of void* and classes, the GC MUST be able to find out what type was actually allocated, or at least its pointer bitmask.
Re: DConf video news
On Friday, 6 May 2016 at 14:35:02 UTC, Andrei Alexandrescu wrote: Hot off the press from the video producers: "just a heads-up! as a quick fix [a colleague] will add chapter markers in the ustream videos so that one can see who is talking when and directly jump to the talk in question! actually pretty nice i guess. everything else will come later (in better quality)." -- Andrei Thanks for the heads up. Keep us posted.
Re: LZ4 decompression at CTFE
On Thursday, 28 April 2016 at 17:58:50 UTC, Stefan Koch wrote: On Thursday, 28 April 2016 at 17:29:05 UTC, Dmitry Olshansky wrote: What's the benefit? I mean after CTFE-decompression they are going to add weight to the binary as much as decompressed files. Compression on the other hand might be helpful to avoid precompressing everything beforehand. The compiler can load files faster, that are being used by ctfe only. Which would be stripped out by the linker later. And keep in mind that it also works at runtime. Memory is scarce at compiletime and this can help reducing the memory requirements. When a bit of structure is added on top. Considering the speed and memory consumption of CTFE, I'd bet on the exact reverse. Also, the damn thing is allocation in a loop.
Re: Beta D 2.071.0-b1
On Monday, 28 March 2016 at 14:41:18 UTC, Martin Nowak wrote: On 03/27/2016 09:46 PM, deadalnix wrote: The one I intended to talk about: https://github.com/D-Programming-Language/phobos/pull/4099 This doesn't look like a bugfix or anything urgent, so it seems like it can wait for 2.072. This is type system breaking, if that is not important or a bugfix, I'm not sure what is.
Re: Beta D 2.071.0-b1
On Thursday, 24 March 2016 at 10:52:44 UTC, Martin Nowak wrote: On 03/24/2016 03:00 AM, deadalnix wrote: No bug report for it, but a PR: https://github.com/deadalnix/pixel-saver/pull/53 That seems unrelated. Bugfixes should simply go into stable for them to be released. Sorry, wrong link. The one I intended to talk about: https://github.com/D-Programming-Language/phobos/pull/4099
Re: Beta D 2.071.0-b1
On Thursday, 24 March 2016 at 10:52:44 UTC, Martin Nowak wrote: On 03/24/2016 03:00 AM, deadalnix wrote: No bug report for it, but a PR: https://github.com/deadalnix/pixel-saver/pull/53 That seems unrelated. Bugfixes should simply go into stable for them to be released. Unrelated to what ? It is a type system breaking bug, I think it is worth merging.
Re: Beta D 2.071.0-b1
On Thursday, 24 March 2016 at 01:49:25 UTC, Martin Nowak wrote: First beta for the 2.071.0 release. This release comes with many import and lookup related changes and fixes. You might see a lot of deprecation warnings b/c of these changes. We've added the -transition=import switch and -transition=checkimports [¹] switches to ease updating existing code. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.071.0.html Please report any bugs at https://issues.dlang.org -Martin [¹]: -transition=checkimports currently has a bug that creates false positive warnings about the $ symbols, this will be fixed in the next beta (Bugzilla 15825) No bug report for it, but a PR: https://github.com/deadalnix/pixel-saver/pull/53
Re: LDC now supports Windows MSVC x86/x64 as first class targets
Got the news first hand by David Majnemer first hand not so long ago. Congrats guys :)
Re: My LLVM talk @ FOSDEM'16
On Monday, 1 February 2016 at 21:05:03 UTC, Kai Nacke wrote: It was recorded. I announce when the video is online. Regards, Kai Thanks, hope to see that soon :)
Re: My LLVM talk @ FOSDEM'16
On Saturday, 30 January 2016 at 12:25:38 UTC, Kai Nacke wrote: Live streaming is index here: https://fosdem.org/2016/schedule/streaming/ Room is K.3.201. Regards, Kai On Thursday, 7 January 2016 at 23:38:07 UTC, Kai Nacke wrote: Hi everybody! Like the last 2 years I am a speaker in the LLVM toolchain devroom @ FOSDEM'16. My talk is not D related but more about LLVM internals. (For sure, it is related to my work on LDC!) Read the announcement at https://fosdem.org/2016/schedule/event/llvm_to_new_os/. FOSDEM is a two-day event organised by volunteers to promote the widespread use of open source software. Taking place in the beautiful city of Brussels (Belgium), FOSDEM is widely recognised as "the best open source conference in Europe". FOSDEM 2016 will take place at ULB Campus Solbosch on Saturday 30 and Sunday 31 January 2016. Read more about the event at https://fosdem.org/2016/. Regards, Kai Is there any recording ?
Re: Walter on his experience as a dev, on running an open source project and D
On Thursday, 21 January 2016 at 05:14:03 UTC, thedeemon wrote: On Wednesday, 20 January 2016 at 11:07:16 UTC, Rikki Cattermole wrote: From what Walter said, they all knew c. So not really too low level for them. To me it looked like: Walter: "You all write in C, right?" Audience silent with expression on their faces "What is C? We've only heard about JavaScript". ;) Isn't C that language that compiles to javascript ?
Walter on his experience as a dev, on running an open source project and D
https://www.reddit.com/r/programming/comments/41sdzj/walter_bright_on_being_a_developer_running_an/
Re: Beta D 2.070.0-b2
On Sunday, 17 January 2016 at 20:52:20 UTC, Martin Nowak wrote: Second and last beta for the 2.070.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.070.0.html Please report any bugs at https://issues.dlang.org -Martin https://issues.dlang.org/show_bug.cgi?id=15564
Re: Three Cool Things about D
On Wednesday, 23 December 2015 at 01:07:57 UTC, Walter Bright wrote: On 12/22/2015 10:29 AM, David Nadlinger wrote: Not sure about how it arrives at the crazily unrolled loop, but no recursion in sight anymore. It's doing tail recursion optimization, which turns the recursion into a loop. Then the loop is unrolled 8 times. You can't to tail recursion in it's basic form because there is a multiplication at the end.
Re: Moving forward with work on the D language and foundation
On Wednesday, 9 December 2015 at 07:12:06 UTC, Tony wrote: One thing that comes to mind to refute the contention that senescence would be insignificant at the age of 50 is notable technical achievement. If we were to list the mathematical and scientific discoveries of the past - like calculus and theory of relativity, etc. - how many would have been done by someone at the age of 50 or older? How many milestones in computing history were achieved by someone 50 or older? How many were done by someone over 40? And I think most of the aging process isn't even quality (what would most impact notable discovery) - it's quantity (that is, slower clock cycle). And companies probably have more concerns about quantity of thought than quality. There has been a significant prime number discovery made by a 50+ guy on prime number recently (on the spacing pattern between them). I can't recall his name. Alleged inventor of bitcoin is 44 years old. It is not 50+ but it is much closer than 25. Ivan Godard, behind the Mill is more than 60. I thin what you are looking at here is that youngster are more willing to take risk. When Einstein say that time is relative and ether doesn't exists, that mass and energy is that same thing and that energy exchange is quantized, he takes the risk of looking like a fool big time. But he has no reputation to loose, and he has no involvement in existing theories. Later in life, either you were not talented and most likely not made it, or you were talented and busy capitalizing and what you made younger. Later in his life, he is going to deny quatum physics, not because he has gone mad, but because the more you invest into something (relativity in his case) the harder it is to let go. That's due to cognitive dissonance.
Re: Moving forward with work on the D language and foundation
On Wednesday, 9 December 2015 at 11:04:46 UTC, Tony wrote: On Wednesday, 9 December 2015 at 10:44:35 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 9 December 2015 at 10:33:33 UTC, Tony wrote: On Wednesday, 9 December 2015 at 09:27:55 UTC, deadalnix wrote: Later in life, either you were not talented and most likely not made it, or you were talented and busy capitalizing and what you made younger. That's a very good point. Capitalizing or lacking equivalent motivation. Actually it isn't. Capitalizing is to a large extent related to superficial aspects such as connections, appearance and playing by the rules. Although some people get famous for being different, they are in the small minority. But it makes better stories and headlines. How are you defining "capitalizing"? Once you made it big with something, you become a reference in that area. You can continue to work on it, producing various incremental improvement, polishing and so on. You gain influence on youngster and can have impact that way. You are usually in a respectable position. You also have a lot to loose. If you go into some stupid new project you can end up looking like a moron if it doesn't pan out, while, by doing nothing or keeping improving what made you big in the first place, you do just fine. Once you are amongst the top at something, why would you throw it all away to start something new ? Some will do it, but overall it is uncommon. On the other hand, incentive are just not the same for youngsters.
Re: Release D 2.069.0
On Tuesday, 8 December 2015 at 13:14:58 UTC, Márcio Martins wrote: On Tuesday, 8 December 2015 at 08:39:26 UTC, Jean-Yves Vion-Dury wrote: On Monday, 7 December 2015 at 17:32:05 UTC, Márcio Martins wrote: On Monday, 7 December 2015 at 17:06:48 UTC, Jean-Yves Vion-Dury wrote: On Wednesday, 4 November 2015 at 15:25:04 UTC, Márcio Martins wrote: [...] FYI, I just installed the 2.069 version, and now I'm unable to compile some modules, getting the same "Error: out of memory". I isolated a tiny one raising the issue, and its all about a moderately complex ctRegex expression (see below) that seems to brake the compiler. Other modules also raise the problem, but they are bigger in term of code lines. [...] Windows? Yes indeed, Windows... is it a problem (the previous version was fine with my environment)? You will need to add the add the LARGEADDRESSAWARE flag to your executable manually. It is supposed to be done automatically, but it is not working currently, so you will have to do it manually... It indeed stopped working since 2.069.0. Unfortunately, it is a royal pain in the anus, because you need to download the WDK. To save you some pain, if you have Windows 10, it's WDK doesn't install property, so you best install WDK 8.1 which works smooth. Perhaps there are some other tools that do it, but I am always reluctant to download these sort of stuff from untrusted sources. That's fucking ridiculous. I'm sorry, but strong word are warranted on that one. Memory consumption have been an issue for a while now. Never freeing and assuming everything will be already to win few ms out of a build is the most ridiculous choice dmd has done. Especially on a 32bits build. Will this problem be taken seriously at some point ?
Re: DConf 2016 news: 20% sold out, book signing
On Monday, 7 December 2015 at 17:39:14 UTC, Andrei Alexandrescu wrote: We're over 20% full and seats are going fast! We planned to send an announcement when we're 50% sold out. However, this time around registrations are coming quite a bit quicker than before so we thought we'd keep you posted earlier. At this time DConf is over 20% sold out. That's only three weeks after opening early bird registration and without having announced the program. (Which, of course, will be great.) The point here is, if you're considering going to DConf, you may want to secure your early bird registration now at http://dconf.org/2016/registration.html. On another vein, we're pleased to announce a book signing session by D book authors. Kai Nacke, Mike Parker, Ali Çehreli, and Andrei Alexandrescu will sign their respective books. Bring your copy (it better be dog-eared) or buy one on site (limited quantities available). Details forthcoming. Looking forward to seeing you at DConf! Andrei Adam won't be coming ?
Re: https everywhere update - dlang.org gets an "A" now!
Forum widgets are broken on the home page.
Re: Graillon 1.0, VST effect fully made with D
On Sunday, 29 November 2015 at 05:59:19 UTC, Jonny wrote: I feel sorry for you. You are filled with hatred. I'm sorry if your life sucks, but no reason to blame me, put the blame squarely where it goes... on yourself. If you actually did any RT music for a living, it would be a big issue, instead, you cowardly make your pathetic remarks behind a keyboard and have no clue about the real issues involved. I hope you get things figured out before you die, else you've wasted your life ;/ I see that if that RT music thing doesn't pan out for you, you can always become a psychiatrist. You are a man a many talents, congrats.
Re: Graillon 1.0, VST effect fully made with D
On Friday, 27 November 2015 at 18:09:08 UTC, Adam D. Ruppe wrote: On Friday, 27 November 2015 at 17:12:05 UTC, Jonny wrote: On Thursday, 26 November 2015 at 15:48:48 UTC, Guillaume Piolat I don't really have a point to prove, but I'm really tired with people arguing that a language with GC can't possibly do real-time. It's not like you are unallowed to optimize. What if someone wants to use your plugin live? You think it is acceptable to have latency and jitter? What about glitches because your GC decides to run at the same time as all the other GC's? I quoted both things because I think you missed the important part that he did, in fact, optimize the real time parts to avoid latency. He did not miss it. He simply wanted to do the internet equivalent of putting his balls on the table to show how much of a dominant male he is.
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 20:27:02 UTC, Warwick wrote: Just to play devils advocate... you haven't proved GC can do real time if you achieve it by quarantining the real time code from the GC. Well I think it is a fair thing to do. GC is a tradeoff, and while not usable in all situations, makes thing way simpler when it is usable. The usual story is my ho so important real time thing can't possibly tolerate a GC, while, really, most of the code is going to do mundane tasks like UI and only a small portion of it really needs not to have the GC in its way. It just good engineering to use the tools available when appropriate. It's kind of like saying you can climb a mountain on a bycicle if you get of an carry it on the bits that are too steep. As opposed to "you can't climb a mountain with a bike, so you must not go to the shop buying climbing equipment with a bike either".
Re: Graillon 1.0, VST effect fully made with D
On Thursday, 26 November 2015 at 17:14:34 UTC, Gary Willoughby wrote: On Thursday, 26 November 2015 at 15:48:48 UTC, Guillaume Piolat wrote: I'm happy to release my first commercial software, it's a voice effect designed for singers, follows the VST 2.x format, and is made entirely with D (LDC 0.16.0 for OSX 64-bit, DMD 2.069.0 for the rest). Awesome. Please write a blog post detailing your experiences with D while writing this software and share on reddit. It would be good PR especially the comments about the GC. Everybody like to think what they do is so real time sensitive they can't possibly afford a GC. Really, that is just self importance getting into the way of good judgement. Yet, some can't afford a GC. But the set of people that can't afford a GC is significantly smaller than the set of people that think/say they can't afford a GC.
Re: https everywhere!
On Tuesday, 24 November 2015 at 19:13:22 UTC, duff wrote: On Tuesday, 24 November 2015 at 18:59:39 UTC, David Nadlinger wrote: Compare this e.g. to issues.dlang.org, which achieves a solid A grade (although it uses a SHA-1 intermediary certificate, which will lead to issues soon): https://www.ssllabs.com/ssltest/analyze.html?d=issues.dlang.org=on — David You're part of the bikscheder team. He is part of the doers. You may want to consider joining that team, but be warned, it require actual work.
Re: Calypso progress report (+ updated MingW64 build)
On Tuesday, 24 November 2015 at 22:51:40 UTC, Elie Morisse wrote: On Tuesday, 24 November 2015 at 06:44:31 UTC, deadalnix wrote: Yeah that's what I wanted to look int he IR. Where is _D_ZTISt9exception7__tiwrap defined ? Looks like you trimed the output :( Sorry I got a little heavy handed, here's the full IR: https://paste.kde.org/piivojs0s <3 <3 <3 <3
Re: [OT] bitcoin donation
On Monday, 23 November 2015 at 12:11:36 UTC, Steven Schveighoffer wrote: One could ask the same thing about any currency that isn't the one accepted at a store. I looked with a tinge of fascination at what bitcoin was a while ago. I think there is a natural averse reaction to something that is valuable but that you cannot understand. Don't be confused. Krugman do not understand bitcoin, but Krugman think that terrorism and riots are good, that the internet will never work and that there was no bubble in 2008, so I think is it fairly secure to ignore him. Many other economist have model that explain bitcoin's value. I know bitcoin has real math and genius behind it, and this is a silly example, but for those who do not understand how it actually works (including myself), it seems very similar in nature. Dollars (or whatever local currency you use) are understandable, and generally accepted at places where I shop. It's easy to see how one cannot duplicate them without evidence of doing so (the fundamental characteristic of currency). Online bits don't seem so uncopyable. -Steve Most people to not understand fractional reserve, bond emission, or how credit card works. I think that's ok. Back to the point, one of the value of bitcoin is to be able to transfer money internationally easily and for cheap. People that do have USD to spend on digital mars do not care. People abroad do care. Now I don't expect that accepting bitcoin will create a giant wave of donation, but, if anything, it is always good PR and not complicated. There is also no reason to refuse a donation or to make it more complex to do a donation. Andrei, Walter, if you need help to navigate the bitcoin ecosystem, you can reach me, I can help.
Re: Calypso progress report (+ updated MingW64 build)
On Wednesday, 25 November 2015 at 01:04:19 UTC, deadalnix wrote: On Tuesday, 24 November 2015 at 22:51:40 UTC, Elie Morisse wrote: On Tuesday, 24 November 2015 at 06:44:31 UTC, deadalnix wrote: Yeah that's what I wanted to look int he IR. Where is _D_ZTISt9exception7__tiwrap defined ? Looks like you trimed the output :( Sorry I got a little heavy handed, here's the full IR: https://paste.kde.org/piivojs0s <3 <3 <3 <3 I can't find the runtime that goes with this. My best guess was here: https://github.com/Syniurge/druntime/blob/release-0.16.1/src/ldc/eh/common.d But it doesn't check the source language. Can I get some pointers ?
Re: Calypso progress report (+ updated MingW64 build)
On Monday, 23 November 2015 at 23:33:21 UTC, Elie Morisse wrote: On Monday, 23 November 2015 at 00:04:44 UTC, deadalnix wrote: I'd be very interested by the LLVM IR that this spout out. Here's the IR for https://github.com/Syniurge/Calypso/blob/master/tests/calypso/eh/std_exception.d : https://paste.kde.org/pjxrqjjhp Also, good work, pulling that one is hard. It wasn't that hard to be honest, I took many shortcuts thanks to Clang and Calypso. But even without them it's doable. About the issue you mentioned in the other thread, I don't think generating std::type_info values will be too big of a hindrance for Walter. Looking at cxxabi.h the classes derived from type_info all have simple layouts so generating values at least for classes singly inheriting from std::exception should be achievable without too much sweat. Yeah that's what I wanted to look int he IR. Where is _D_ZTISt9exception7__tiwrap defined ? Looks like you trimed the output :(
Re: Silicon Valley D Meetup November 19, 2015
On Friday, 20 November 2015 at 08:10:26 UTC, Ali Çehreli wrote: - deadalnix was there, who is always a great person to have around both technically and friendshippally. :p I'd like to add that Ali was there, and he is also a great person to have around :)
Re: Calypso progress report (+ updated MingW64 build)
On Saturday, 21 November 2015 at 17:28:12 UTC, Elie Morisse wrote: Finally there: https://syniurgeblog.wordpress.com/2015/11/20/catching-cpp-exceptions-in-d/ Although a little late and probably less user-oriented than you wanted? For example, what's the lifetime of the pointer people will get from std::exception::what(). The exception object gets destroyed on exiting the catch (C++) block if the exception isn't rethrown. I'd be very interested by the LLVM IR that this spout out. Also, good work, pulling that one is hard.
Re: Silicon Valley D Meetup November 19, 2015
On Wednesday, 18 November 2015 at 20:35:31 UTC, Ali Çehreli wrote: "Fireside Chat with Andrei, Foundation Update, Q4 Technical Update" http://www.meetup.com/D-Lang-Silicon-Valley/events/226112242/ Andrei will attend over Google+, Walter is a slight possibility. I will update this thread with conferencing information when I know more. Ali I'll be there :)
Re: The D Language Foundation has $5000 to its name
On Tuesday, 17 November 2015 at 21:01:42 UTC, cym13 wrote: On Tuesday, 17 November 2015 at 20:54:34 UTC, Andrei Alexandrescu wrote: Quite timely after the announcement of that $600K donation for the Julia language, I'm happy to announce that the D Language Foundation has a bank account seeded with $5000 - as I promised, it's a round-up of my last royalty check. The D Language Foundation doesn't yet have non-profit status, so we can't accept donations in that account; that'll take a few more months. I'll keep everybody posted. Andrei What do you plan to do concretely with that money? Advertise? Support projects? Outspend Julia !
Re: Release D 2.069.0
On Wednesday, 4 November 2015 at 01:50:38 UTC, Martin Nowak wrote: Glad to announce D 2.069.0. http://dlang.org/download.html http://downloads.dlang.org/releases/2.x/2.069.0/ This is the first release with a self-hosted dmd compiler and comes with even more rangified phobos functions, std.experimental.allocator, and many other improvements. See the changelog for more details. http://dlang.org/changelog/2.069.0.html -Martin Bonus question: how soon can we expect travis to pick up the new version ?
Re: Release D 2.069.0
On Wednesday, 4 November 2015 at 01:50:38 UTC, Martin Nowak wrote: Glad to announce D 2.069.0. http://dlang.org/download.html http://downloads.dlang.org/releases/2.x/2.069.0/ This is the first release with a self-hosted dmd compiler and comes with even more rangified phobos functions, std.experimental.allocator, and many other improvements. See the changelog for more details. http://dlang.org/changelog/2.069.0.html -Martin Yeahh !
Re: DConf 2016 venue: beautiful Heimathafen Neukölln
On Tuesday, 3 November 2015 at 15:04:21 UTC, Andrei Alexandrescu wrote: http://dconf.org/2016/venue.html We're pleased to announce that DConf 2016 will take place in Heimathafen Neukölln, the crucible of modern Berliner Volkstheater ("People's Theater"). We should feel right at home amid the energy, provocative contrasts, and colorful creativity on Karl-Marx-Straße. Early-bird registration to open soon. See you there, and if you ever wanted to wear some quirky accessory (that bandana? orange sneakers? vintage DConf shirt?) - bring it with you! Andrei You'd better have a truck load of club mate ready :)
Re: Release Candidate D 2.069.0-rc2
On Friday, 30 October 2015 at 20:44:35 UTC, deadalnix wrote: On Friday, 30 October 2015 at 18:11:08 UTC, Martin Nowak wrote: Second release candidate for the 2.069.0. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.069.0.html A list of fixes over 2.069.0-rc1 can be found here. https://github.com/D-Programming-Language/dlang.org/commit/78fb5704def71c63cd70b474f86a5aea2b85b372 Please report any bugs at https://issues.dlang.org -Martin Download seems to be broken. It just hangs forever right now. Ok, it is back and so far so good.
Re: Semi-OT: Andrei's CppCon 2015 presentation is on Reddit
On Wednesday, 14 October 2015 at 18:52:59 UTC, Ali Çehreli wrote: https://www.reddit.com/r/programming/comments/3oqfxk/the_comedian_andrei_alexandrescu_calls_the/ Ali And it is quite funny. Andrei is the only person that can get away with such bad puns about alligators :)
Re: Beta D 2.069.0-b1
On Wednesday, 7 October 2015 at 22:33:09 UTC, Martin Nowak wrote: First beta for the 2.069.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.069.0.html Please report any bugs at https://issues.dlang.org -Martin First beta, so far I can use it as a drop in replacement. Nothing broke. It's like magic :) Very good job :)
Re: Beta D 2.069.0-b1
On Saturday, 10 October 2015 at 02:57:03 UTC, Meta wrote: On Saturday, 10 October 2015 at 02:31:51 UTC, Martin Nowak wrote: That's what I meant, weird use-case, at best it's a callback better/setter. I've never written such code, but even if you would, the 2 pairs of parens are only a tiny problem for generic code, nothing to warrant the invasive language feature @property is. I don't know how much metaprogramming-heavy generic code you've written, but I can say from first-hand experience that there is such a thing as Hell, and it is called Optional Parens. Jokes aside, I've finally fixed (read: worked around using awful hacks) a bug where the compiler was complaining about either "Type.memberFunction is not callable with arguments ()" or "Need 'this' for Type.memberFunction". I love optional parens in regular code, especially range-based code (doesn't everybody?), but I desperately want a way to ensure that the symbol that I'm trying to pass to a template function won't be interpreted as a function call instead. To the next person that is going to say this is overblown, I ran into such bugs more than once in phobos. So, unless we expect most D developer to be better than phobos contributor, that is a problem.
Re: Beta D 2.069.0-b1
On Saturday, 10 October 2015 at 16:31:27 UTC, Ola Fosheim Grøstad wrote: On Saturday, 10 October 2015 at 12:51:43 UTC, Jacob Carlborg wrote: In Ruby, no one will ever use empty parentheses for calling a method. That's actually the same as Simula. Functions/procedures with no parameters is called without parentheses. That's actually quite beautiful in its simplicity.
Re: Beta D 2.069.0-b1
On Saturday, 10 October 2015 at 01:52:36 UTC, Martin Nowak wrote: Right, ideally a @proptery function can perfectly replace a variable, but practically calling the return value seems far fetched. What would you use that for, a handwritten interface struct with function pointers made read-only using @property? It doesn't matter. If you want an explosion of special cases, there is already a language for that, it is called C++. Every time an exception is introduced, the "burden of proof" is to prove this exception actually bring sufficient value to pay for itself, not the other way around. To me the whole property discussion looks like one of those endless debates about an insignificant detail. Scala and Ruby seem to do well with sloppy parens. For what I've touched of ruby, the language is very permissive and nice. This is good when you do your first prototype, but this is also what causes it to be intractable at scale (and also impossible to optimize, but that is beside the point here). Is the parentheses thing a problem ? Not really on its own, but it compound. The parentheses thing and with it the special _ syntax to NOT call a function is not considered as a good thing by most scala people I've talked to. With the introduction of UFCS it became clear that nobody likes byLine().array().sort().release(), and even less rng.release.sort().array().front. For some functions it's really hard to decide whether or not something is a property, e.g. for me Range.save is an action/function not a property. So for me using @property appears to waste time making pointless decisions. One can reach the desired effect by having a consistent set of rules and define the calling as a fallback rewrite when there is an error. Namely, add a rule that says : if this is an error, add () and retry. Here you go, problem solved, you can use parentheses function call in every places it is not ambiguous without introducing Byzantines set of rules into the language.
Re: Walter and I talk about D in Romania
On Saturday, 3 October 2015 at 12:29:17 UTC, Marco Leise wrote: That's a lot of people. You must be some kind of programming national hero in Romania. Good luck and watch out for those C++ moroi in the audience! Time to get a Dman costume and some lycra costume !
Re: Go 1.5
On Friday, 18 September 2015 at 20:46:18 UTC, Jack Stouffer wrote: On Friday, 18 September 2015 at 19:26:27 UTC, Rory wrote: The new GC in Go 1.5 seems interesting. What they say about is certainly interesting. http://blog.golang.org/go15gc "To create a garbage collector for the next decade, we turned to an algorithm from decades ago. Go's new garbage collector is a concurrent, tri-color, mark-sweep collector, an idea first proposed by Dijkstra in 1978." I think this was talked about in general. If I remember correctly the consensus was that 1. D's GC is really primitive (70's style stop the world) and there's a lot of room for improvement 2. However, D has much more important problems currently than a slow GC, e.g. std.allocator, a GC-less phobos, smaller .o files for embedded systems, A better DMD with DDMD, etc. The reason Go has a better GC than D is that Go users have no choice but to use the GC, while D users have a bunch more options. That's just bad excuses.
Re: cpp_binder, a not-yet-useful tool for generating C++ bindings
On Monday, 21 September 2015 at 04:22:30 UTC, Paul O'Neil wrote: As the title says, cpp_binder is a tool that generates C++ bindings. It reads C++ headers and produces a D file filled with "extern(C++)" declarations. It can translate a bunch of cool, small examples, but is not close to being ready for prime-time. It crashes a lot, especially in the STL; since the STL is pretty pervasive, I have not successfully used cpp_binder on an actual C++ library. I've written more about cpp_binder and my experiences at http://www.todayman.net/cpp_binder-pre-announcement-and-status.html. The code is available at https://github.com/todayman/cpp_binder . cpp_binder still dumps lots of debugging info to stdout and stderr, so you'll probably want to redirect those somewhere beesides your console. I hope that this post will spur discussion / decisions / action binding C++ libraries into D. I think the language capabilities (e.g. extern(C++, namespace)) get really far and that the next big push needs to be on binding real libraries and tools to help. This strikes as a most needed project. How come it crashes a lot ? Glancing quickly at the source, it looks like it is using clang as a source of C++ truth. If you can make it work on the STL, that would be a significant step forward for D. I'm very serious.
Re: Beta D 2.068.0-b1
On Tuesday, 30 June 2015 at 15:11:14 UTC, Steven Schveighoffer wrote: On 6/30/15 6:58 AM, extrawurst wrote: On Tuesday, 30 June 2015 at 10:52:39 UTC, Martin Nowak wrote: On Monday, 29 June 2015 at 17:03:19 UTC, Jacob Carlborg wrote: On 29/06/15 15:20, Martin Nowak wrote: Thanks for letting me know, didn't knew it was private. Any reason why it's not public? No, there is none, as I hinted in my answer. It already says it's public on our board though. Maybe it was changed recently? https://trello.com/dlang That seems to be the organization, which is indeed public. maybe boards have individual visibility? Yes, the way to change it (I can't as I don't have admin for those boards) is to click on the Org Visible at the top of the board. -Steve Can we make sure the PR in std.meta to change name makes it ? once the name is live it won't be changed. It won't break any code, as it is renaming new stuff.
Re: D Conf 2015: Memory Models and D (deadalnix)
On Wednesday, 24 June 2015 at 20:12:42 UTC, Walter Bright wrote: https://www.reddit.com/r/programming/comments/3axgth/d_conf_2015_memory_models_and_d_deadalnix/ deadalnix, could you please post an AMA there? Done
Re: Does the compiler check for safe?
On Tuesday, 5 May 2015 at 19:32:26 UTC, Adam D. Ruppe wrote: Can you post the class in question and show where the safe annotation was too? And why the f*** is that in announce ?
Re: Calypso: Direct and full interfacing to C++
On Thursday, 16 April 2015 at 00:47:31 UTC, Elie Morisse wrote: Sorry for the lack of updates, progress was a bit boring for the past 2 months and consisted mostly in crawling my way up a bottomless pit of errors generated by « import (C++) Ogre.Light; ». And then this happens: https://paste.kde.org/pse8pqzch :D The compilation speed could be improved, more bugs should get triggered by actual usage of Ogre, but close to everything gets mapped, semantic'd and codegen'd and this is the milestone I've been working towards for months. Last week also introduced was the Clang module map file support, which helps breaking namespaces into smaller pieces and thus makes probably most C libraries usable right now without having to maintain bindings, only a module map file which may also be generated by clang-modularize. Why do all compiler devs are french ?
Re: Implementing cent/ucent...
Awesome !
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Sunday, 29 March 2015 at 16:32:32 UTC, Idan Arye wrote: Computer science is all about tradeoffs. I used to love Ruby, but then a Rails project got out of hand... Nowadays I use it mainly as a bash replacement - Hundredfolds more expressive, only a tiny tiny bit syntax overhead, and for things that bash's safety would be enough Ruby's certainly suffices. This is pretty much the recurring story with ruby. The first 10 000 lines are a lot of fun, and then it gets out of hands.
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Sunday, 29 March 2015 at 21:43:21 UTC, Walter Bright wrote: On 3/28/2015 5:34 PM, ketmar wrote: on the other side of the spectrum was Chuck Moore, for example, who imagines modern computers filled with many cheap and average RISC processors, and using parallel multiprocessor execution to achieve great performance. Isn't that what a GPU is? This is exactly what a GPU is.
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Sunday, 29 March 2015 at 08:37:54 UTC, Idan Arye wrote: On Saturday, 28 March 2015 at 18:47:04 UTC, Walter Bright wrote: On 3/28/2015 3:20 AM, Jonathan M Davis via Digitalmars-d-announce wrote: Personally, I'm not sure that much is gained in pitting Go against D precisely because they're so different that they're likely to appeal to completely different sets of people. I also do not regard Go as a competitor to D. It's more of a competitor to Java and Ruby. How is Go a competitor to Ruby? I cannot think of a single parameter where Go and Ruby don't take the exact opposite approach!(other than the obvious ones like both use require the programmer to write code) They appeal to programmer that prefers fashionable technology rather than technologies that solve problems.
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Saturday, 28 March 2015 at 14:33:14 UTC, Russel Winder wrote: On Sat, 2015-03-28 at 12:52 +0100, Sönke Ludwig via Digitalmars-d-announce wrote: […] You can access TLS from an event callback just as easy as from a fiber. […] TLS is the evil here. Anyone working with TLS is either writing an operating system or doing it wrong. Or, you know, doing it safe. Unlike Go.
Re: Release D 2.067.0
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote: On 3/26/2015 3:53 PM, ketmar wrote: filling bugs like this huge project not compiling! is not working, as nobody wants to run dustmite on such projects, people just waiting for issue author to provide more information. Realistically, people who want to work on bug fixing are going to work on ones that have already been isolated and filed. If you've got a huge project that's not compiling and don't know where to start, that implies it isn't well modularized and encapsulated. That being said I rarely face bugs in a single module. Usually bug arise in situation like instantiate the a template from another template in another module by passing an alias parameter from a symbol in a 3rd module. Dustmite help to get a smaller repro case, but it literally takes ages to get one.
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Thursday, 26 March 2015 at 08:39:14 UTC, Russel Winder wrote: On Wed, 2015-03-25 at 14:00 -0700, Andrei Alexandrescu via Digitalmars-d-announce wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei The reaction in the Go community to this article has been exactly as one would have anticipated. I paraphrase the common theme thus: Go is successful in the market, D isn't, therefore Go is a better language than D. Go does indeed have much greater market penetration, but I leave it as an exercise for the reader to deduce the sophistry, and indeed casuistry, in most of the argumentation. By this standard, Go is much worse than C++, Java, or even C, which they pretend to be a better version of.
Re: DConf 2015 Schedule published
On Tuesday, 24 March 2015 at 13:47:38 UTC, Andrei Alexandrescu wrote: On 3/24/15 1:28 AM, Iain Buclaw via Digitalmars-d-announce wrote: +1 For making Day 3 an hour shorter. I guess there's no time for lightning talks?;-) It was a difficult decision but we did note that on day 3 the last slot is sacrificed. We might be able to organize lightning talks after the official schedule in the first two days. -- Andrei Yeah, Brian's was one on the best talk last year :)
Re: Interfacing D to existing C++ code
On Sunday, 1 February 2015 at 22:32:37 UTC, Sativa wrote: On Friday, 23 January 2015 at 11:04:12 UTC, Walter Bright wrote: Mandatory reddit link: http://www.reddit.com/r/programming/comments/2tdy5z/interfacing_d_to_legacy_c_code_by_walter_bright/ There's been a lot of interest in this topic. Interesting... I wonder if two things could happen: 1. A tool could be written to generate the interfacing code in D from the C++ code? SWIG, but the quality is not there.
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On Friday, 23 January 2015 at 05:54:41 UTC, Walter Bright wrote: On 1/22/2015 12:52 PM, Gary Willoughby wrote: Me too, is there any video available? https://www.youtube.com/watch?v=IkwaV6k6BmM I can't bear to watch it, you'll have to do it for me! Mandatory reddit link: http://www.reddit.com/r/programming/comments/2tdy5z/interfacing_d_to_legacy_c_code_by_walter_bright/
Re: Binutils 2.25 Released - New D demangling support
This deserve to be on reddit.
Re: [OT?] C compiler written form scratch in D
On Tuesday, 9 December 2014 at 10:54:22 UTC, Robert M. Münch wrote: On 2014-12-09 00:45:41 +, deadalnix said: On Monday, 8 December 2014 at 15:44:55 UTC, Stefan Koch wrote: I want to do a C backend first. Building an LLVM Backand out of that is a small step. There is already a very popular C to C compiler out there. It is called cat, and come out of the box with any UNIX like system. Any link? I tried to google it but it's such a generic word etc. no luck. -- Robert M. Münch http://www.saphirion.com smarter | better | faster That was a joke. http://unixhelp.ed.ac.uk/CGI/man-cgi?cat
Re: forum.dlang.org is now using DCaptcha
Hijacking this thread. Captcha is still not working on https :(
Re: [OT?] C compiler written form scratch in D
On Monday, 8 December 2014 at 15:44:55 UTC, Stefan Koch wrote: I want to do a C backend first. Building an LLVM Backand out of that is a small step. There is already a very popular C to C compiler out there. It is called cat, and come out of the box with any UNIX like system.
Re: d-apt source changed!
On Sunday, 30 November 2014 at 02:20:04 UTC, Jordi Sayol via Digitalmars-d-announce wrote: d-apt http://d-apt.sourceforge.net/ changed the distribution name from dmd to d-apt. Download the last d-apt.list to update: $ sudo wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O /etc/apt/sources.list.d/d-apt.list The new distribution allows to install any deb package version available at d-apt. i.e. dmd-bin deb package is available for versions 2.064.2, 2.065.0 and 2.066.1 To install an old dmd version: $ sudo apt-get install dmd-bin=2.064.2-0 libphobos2-dev=2.064.2-0 Legacy distribution will be disabled on dmd v2.067.0 release. Ho, I was unaware of this. Looks like something I should be using.
Re: D2 port of Sociomantic CDGC available for early experiments
On Monday, 6 October 2014 at 17:29:23 UTC, Dicebot wrote: No, I didn't get to running any perf test so far. Did PR as soon as test suite passes and commits looked sane. Will do eventually. Any specific project you are interested in? I'd love to see the impact on vibe.d but it is subject to threading/malloc issue right now. SDC ?
Re: Programming in D book is 100% translated
On Thursday, 24 July 2014 at 08:11:01 UTC, Ali Çehreli wrote: I have completed the translation of the book. Phew... :) However, there is still more work, like adding a UDA chapter and working on many little TODO items. The following was the final chapter, which actually only scratches the surface of the very broad topic: * Memory Management As a reminder, the book is available as PDF, downloadable from the header of each chapter: http://ddili.org/ders/d.en/index.html Ali Wait, what ? How long have I been in cryogenic chamber ?
Re: Multiple alias this is coming.
On Thursday, 18 September 2014 at 11:20:49 UTC, IgorStepanov wrote: I've created pull request, which introduces multiple alias this. https://github.com/D-Programming-Language/dmd/pull/3998 Please see the additional tests and comment it. What is the policy to resolve conflict ? BTW, SDC already have multiple alias this :)
Re: 438-byte Hello, world Win32 EXE in D
One step down that road: https://www.youtube.com/watch?v=RCh3Q08HMfslist=PLA5E2FF8E143DA58C
Re: core.stdcpp
On Wednesday, 27 August 2014 at 06:50:19 UTC, Walter Bright wrote: On 8/26/2014 5:32 PM, Mike wrote: We currently have std.c and core.stdc. I believe core.stdc should be migrated to std.c, not the other way around. And before we make the same mistake with core.stdcpp, we should set a new precedent with std.cpp instead. The irony is D1 has std.c, and for D2 it was migrated to core.stdc. Moving it back in an endless search for taxonomical perfection just jerks the users around. We've done a lot of renaming in the runtime library, and an awful lot of ink has been spilled on the subject in these forums. I don't think the problem here is about naming. Both std.c and core.stdc are good. The problem is that you don't always want to bring libc and libstdc++ with you with every single project you write. Thus it shouldn't be in the runtime (except the very bit you can't get rid of). It can still be core.stdc .
Re: core.stdcpp
On Tuesday, 26 August 2014 at 14:48:48 UTC, Andrei Alexandrescu wrote: On 8/26/14, 3:06 AM, Mike wrote: D has a lot of potential beyond it's current use. Please take this opportunity to reflect on what's been done, take a look ahead, and see if we can set a better precedent for the future. C++ interoperability is very important for D's future. -- Andrei I think this cannot be understated. People have existing codebase that they aren't going to rewrite from scratch.
Re: core.stdcpp
On Wednesday, 27 August 2014 at 01:21:59 UTC, deadalnix wrote: I think this cannot be understated. People have existing codebase that they aren't going to rewrite from scratch. PS: This is the reason why SDC unwind C++'s exception properly (but you obviously can't catch them).
Re: DMD v2.066.0-rc2
On Friday, 8 August 2014 at 12:01:43 UTC, Andrew Edwards wrote: DMD v2.066.0-rc2 binaries are available for testing: http://wiki.dlang.org/Beta_Testing Upped https://issues.dlang.org/show_bug.cgi?id=12754 to regression. It is causing code that used to link on mac to not link anymore (in my case SDC).
Re: DMD v2.066.0-rc2
On Friday, 8 August 2014 at 12:01:43 UTC, Andrew Edwards wrote: DMD v2.066.0-rc2 binaries are available for testing: http://wiki.dlang.org/Beta_Testing Where do I download the RC from ?
Re: DMD v2.066.0-rc2
On Sunday, 10 August 2014 at 20:46:25 UTC, deadalnix wrote: On Friday, 8 August 2014 at 12:01:43 UTC, Andrew Edwards wrote: DMD v2.066.0-rc2 binaries are available for testing: http://wiki.dlang.org/Beta_Testing Where do I download the RC from ? OK found it. Having the link as a title is a bit confusing.
Re: SDC-32bit
On Tuesday, 5 August 2014 at 17:02:28 UTC, Dicebot wrote: On Tuesday, 5 August 2014 at 16:54:47 UTC, Stefan Koch wrote: I'm not sure what you mean. Are you referring to things like pragma msg? to things like mixin(mixin(`writeln (Hello World);`); ``` bool foo() { ... } template bar(bool cond) { static if (cond) enum bar = int a;; else enum bar = int b;; } mixin(bar!(foo())); pragma(msg, is(typeof(a))); ``` Good luck doing parallel semantic analysis :D I am sure deadalnix can give example much worse than that though. Yes, this kind of thing, and it can get much more nasty if you scatter the declaration in various scopes, or better in various modules.