Re: forum.dlang.org, version 2 (BETA)

On 6/4/2015 8:04 AM, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ Many major and minor improvements. Some major ones: - dlang.org theme, fully responsive and mobile-friendly - keyboard navigation in all views - automatically saved post drafts - get notified of new posts and replies w

Re: DConf 2015 has ended. See you in Berlin at DConf 2016!

On 6/1/2015 5:39 AM, Dicebot wrote: - Moving fibers between threads (though there is some hope that Liran managed to convince Walter it is a bad idea) You two have made a good case. I'm on the fence :-)

Re: DConf 2015 has ended. See you in Berlin at DConf 2016!

On 5/31/2015 7:21 AM, Joseph Rushton Wakeling wrote: On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote: DConf 2015 has been awesome, I'm taking a minute to post this that's been announced a short while ago. We're pleased to announce that DConf 2016 will take place in Berlin, spo

Re: DConf 2015 has ended. See you in Berlin at DConf 2016!

On 5/30/2015 1:13 AM, Travis Beckstrand wrote: This is Travis Beckstrand (front row, left side at the conference) checking in! I'm currently a newbie at D but after witnessing the power of and passion behind the language I hope to become an expert and to contribute to its success. I really enjoy

Joseph Wakeling to speak at Dconf

http://dconf.org/2015/talks/wakeling.html Joseph has graciously agreed to fill in for Don who is unable to attend. We'll miss Don, but are looking forward to hearing Joseph!

Re: Monday is last day for DConf 2015 registrations

On 5/18/2015 9:31 AM, David Nadlinger wrote: On Monday, 18 May 2015 at 15:50:01 UTC, Joakim wrote: For those of us not going, any update on the live streaming setup? That was a great way for those not there to take part last time, even posing after-talk questions and conversing with those there

Monday is last day for DConf 2015 registrations

Because we have to give the head count to caterer on Tuesday. http://dconf.org/2015/registration.html Time to stop procrastinating! See you there!

Just Submitted my proposal for Strange Loop 2015

https://thestrangeloop.com/sessions-page/call-for-presentations Pretty much everyone who has presented or submitted a proposal for DConf should also make a submission to Strange Loop. The deadline is May 15.

Re: Calypso milestone hit: D adaptation of Qt5 tutorial working

On 5/8/2015 7:31 PM, Elie Morisse wrote: Hi! Calypso just got a D translation of the first Qt5 Widgets tutorial building and running: https://github.com/Syniurge/Calypso/blob/master/tests/calypso/qt5/qt5demo.d Result: http://homo-nebulus.fr/dlang/oh%20my.webm Compilation log: https://paste.kd

Re: The hackathon week roundup

On 5/2/2015 7:43 PM, Rikki Cattermole wrote: Shouldn't it be creative commons because it is more a creative work aka documentation? Everything else is boost licensed. Consistency.

Re: The hackathon week roundup

On 5/2/2015 5:12 PM, Andrei Alexandrescu wrote: On 5/2/15 4:50 PM, Ilya Yaroshenko wrote: * Tutorial: http://d.readthedocs.org (btw should we link that from the homepage?) May I transfer the repositories (both GitHub and RTD) to the D-Programming-Language community? That'd be a fine idea. Th

Re: [Hackathon] ARM Cortex-M LCD Demo

On 5/1/2015 2:01 PM, Andrei Alexandrescu wrote: On 5/1/15 8:30 AM, Mike wrote: A simple demonstration using D to bare-metal program and ARM Cortex-M microcontroller. Full description with pictures and even a video can be found here: https://github.com/JinShil/stm32f42_discovery_demo/blob/master

Re: Code coverage for D now supported

On 4/29/2015 1:55 PM, Steve Peak wrote: With the help of @ColdenCullen, Codecov now supports D language. You can easily upload your coverage reports and utilize our many features to enhance your workflow. Thank you!

Re: DMD 2.067.0 Programming Language Specifications

On 4/6/2015 5:04 AM, Jordi Sayol via Digitalmars-d-announce wrote: D Programming Language Specifications for dmd 2.067.0 in several formats, available at: dlangspec-2.067.0.chm -- (Microsoft Compiled HTML Help) dlangspec-2.067.0.epub -- (Electroni

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/30/2015 11:41 AM, Russel Winder via Digitalmars-d-announce wrote: Java programmers are having to come to terms with this. Python programmers sort of have, except that BDFL has failed to accept the correct end point and still likes loops. Scala has done it all wrong. (Further opinions availab

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/30/2015 11:53 AM, weaselcat wrote: speaking of optimization, are there any guarantees(documented?) on the kind of optimizations you should expect from range programming in D(i.e, function chaining) similar to Haskell's stream fusion? No. It's a QoI issue.

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/30/2015 5:04 AM, Laeeth Isharc wrote: when this happens, it would be great if the person could post to the group a few lines about it so someone (possibly someone else) can collate into a future series on gems in phobos. maybe give subject some consistent name so it is easy to find them lat

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/30/2015 12:29 AM, Jonathan M Davis via Digitalmars-d-announce wrote: On Saturday, March 28, 2015 14:19:46 Walter Bright via Digitalmars-d-announce wrote: Thank you. I need to learn std.algorithm better. Don't we all. Part of the problem with std.algorithm is its power. It's

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/29/2015 2:46 PM, cym13 wrote: On Sunday, 29 March 2015 at 21:45:23 UTC, Walter Bright wrote: On 3/29/2015 12:09 PM, Laeeth Isharc wrote: As an active Python developer, what would you add to or change about the following: http://bitbashing.io/2015/01/26/d-is-like-native-python.html Has

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/29/2015 12:09 PM, Laeeth Isharc wrote: As an active Python developer, what would you add to or change about the following: http://bitbashing.io/2015/01/26/d-is-like-native-python.html Has someone reddit-ized it?

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

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?

Re: Release D 2.067.0

On 3/28/2015 11:03 AM, ketmar wrote: sure. main D developers shown that they have no respect for other's work (see Andrei calling H.S.Teoh's work of splitting std.algorithm "useless", or Walter blaming me that "the project is badly designed" when it wasn't even my project and i didn't wrote a sin

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/28/2015 3:24 PM, Sönke Ludwig wrote: If you ask me, they are very practical as they are - in fact much more practical than if they could move between threads, not just because of purity or not. I'm for example heavily using vibe.d's tasks for all kinds of UI, 3D graphics, sound and physics r

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/28/2015 2:01 PM, Peter Alexander wrote: On Saturday, 28 March 2015 at 20:35:07 UTC, Walter Bright wrote: On 3/27/2015 12:34 PM, w0rp wrote: Sean Parent's advice for "no raw loops" comes to mind. https://channel9.msdn.com/Events/GoingNative/2013/Cpp-Seasoning With that ru

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/28/2015 1:32 PM, Sönke Ludwig wrote: I/O is crucial of course, but there are also a lot of other important and inherently impure things such as message passing. If the message channel is passed as a parameter to the droutine, then the droutine can still be pure. I think such a restric

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 12:34 PM, w0rp wrote: Sean Parent's advice for "no raw loops" comes to mind. https://channel9.msdn.com/Events/GoingNative/2013/Cpp-Seasoning With that rule, basically a one-line body for foreach becomes acceptable. This really is a great video. Which leads me to wonder why std.algo

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/28/2015 8:41 AM, Sönke Ludwig wrote: Am 28.03.2015 um 15:33 schrieb Russel Winder via Digitalmars-d-announce: TLS is the evil here. Anyone working with TLS is either writing an operating system or doing it wrong. As long as we are talking about a closed system that works exclusively on t

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

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

Re: Release D 2.067.0

On 3/27/2015 11:06 PM, deadalnix wrote: 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. I've noticed this problem with Phobo

Re: Release D 2.067.0

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

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 2:47 PM, weaselcat wrote: On Friday, 27 March 2015 at 20:58:44 UTC, Walter Bright wrote: On 3/27/2015 1:35 PM, weaselcat wrote: there's a difference between minimalism and blatantly not adopting core advances in language design over the past 40 years. Yes, and there

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 1:20 PM, Nick Sabalausky wrote: I'm no Go expert, but AIUI, Go seems to be one of those languages that considers *lacking* certain features to *be* a feature. Ie the whole "minimalism" approach to language design. For people who value that (not for me personally though), it's a featu

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 1:35 PM, weaselcat wrote: there's a difference between minimalism and blatantly not adopting core advances in language design over the past 40 years. Yes, and there's also a difference between gratuitous complexity and finding the underlying simplicity. It's a tricky thing findi

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 5:48 AM, Dejan Lekic wrote: That `source.byLine.join.to!(string);` line for example, takes much longer time to understand than 20 lines of Go code. Any D newbie with knowledge of some modern language will struggle understanding (and being 100% sure that he/she understands!) that line

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 5:15 AM, Sönke Ludwig wrote: It has, that is more or less the original selling point. It also keeps an internal thread pool where each thread has a dynamic set of reusable fibers to execute tasks. Each fiber is bound to a certain thread, though, and they have to, because otherwise th

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote: I think the way go handles interfaces and their composition would require a few tricks in D and C++, but I am sure it can be done. Interfaces can be done with D templates. It'll be compile time polymorphism rather than run t

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 1:41 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= " wrote: On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote: The MMU makes it pointless. The virtual address space allows for 4 billion goroutines with 4 billion bytes each of stack. If you fragment the memory

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/27/2015 12:37 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= " wrote: On Friday, 27 March 2015 at 06:53:01 UTC, Walter Bright wrote: On 3/26/2015 11:40 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= " wrote: Go can move stacks and extend them. That has no value on 64 bit syst

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/26/2015 11:40 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= " wrote: Go can move stacks and extend them. That has no value on 64 bit systems, and is not a language issue (it's an implementation issue). Go is closer to having a low latency GC. I.e. it doesn't have one. These are not s

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/26/2015 8:53 PM, Laeeth Isharc wrote: It's also the view of Feynman, not to mention many great minds of the past. Ie it is limiting to insist on data before forming a strong opinion about something (which is not to say that one may not change one's mind in the face of contrary data). Feyn

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/26/2015 7:06 PM, weaselcat wrote: vibe has (experimental?) green threads, doesn't it? I don't keep up with vibe, so I may be wrong. I don't know, but if it does have good 'uns they should be moved into Phobos!

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/26/2015 12:40 PM, Russel Winder via Digitalmars-d-announce wrote: (Almost) All publicity is good publicity. I attended a presentation at NWCPP on Go last week. I have never written a Go program, so filter my opinion on that. It seems to me that every significant but one feature of Go h

Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"

On 3/26/2015 1:44 AM, Gary Willoughby wrote: I know it's a bit unfair in places and it's got a click bait title but who cares? I got my point across and I think people understand where i'm coming from. It seems to have got really popular and I've been swamped with mail, etc. I think it's the most

Re: Release D 2.067.0

On 3/25/2015 1:07 AM, thedeemon wrote: I don't see any mention of DIP25 here (Sealed references - return ref arguments etc.). Was it implemented and included in this release? Yes.

Re: Release D 2.067.0

On 3/24/2015 10:58 AM, Dicebot wrote: Arch Linux packages have been uploaded. I am very grateful to Martin for handling this release. It was done very professionally and thanks to beta discussions/testing we did some great breakthrough in release stability by providing deprecation paths for seve

Re: DConf 2015 Schedule published

On 3/23/2015 8:01 PM, Jonathan M Davis via Digitalmars-d-announce wrote: No. It sounds like what's probably needed is to find ways to encourage sponsorship, and for that to work, we probably need to spread knowledge of D further so that its adoption grows, and charging for the online content woul

Re: serve - A simple HTTP server for static files

On 3/22/2015 3:33 AM, Martin Nowak wrote: On Sunday, 22 March 2015 at 07:11:05 UTC, Suliman wrote: Could you explain why pure vibed do not good for static files? It's mainly a replacement for `python -m SimpleHTTPServer`, and is just a very small tool around vibe.d's serveStaticFiles, which do

Re: New Russian doc in wiki.dlang.org

On 3/19/2015 4:41 AM, Suliman wrote: My friend Ruslan wrote pretty big doc for D-noobs about using D. It's pretty much inspired by Ali book (thanks Ali!) but not so big. I hope that doc will help to newcomers to start programming. Any feed back are welcome! http://wiki.dlang.org/Reading_the_do

Re: dfmt 0.2.0

On 3/17/2015 12:34 PM, Brian Schott wrote: dfmt 0.2.0 is available at https://github.com/Hackerpilot/dfmt/releases/tag/v0.2.0. dfmt is a formatter for D source code. Version 0.2.0 fixes several bugs and includes improved line wrapping logic. The project now has 85 regression test cases and is

Re: Deadcode on github

On 3/15/2015 2:39 PM, Jonas Drewsen wrote: Here you go... Website: http://deadcode.steamwinter.com Changelog: http://deadcode.steamwinter.com/downloads/Changelog.txt Trello:https://trello.com/b/ufLqwxVW Thank you! BTW, you need to prominently place a couple paragraphs describing: what

Re: Andrei Alexandrescu on D at YOW2014: Local imports, relaxed functional purity, generative programming

On 3/12/2015 1:46 PM, Brian Schott wrote: On Thursday, 12 March 2015 at 20:39:08 UTC, Walter Bright wrote: https://www.reddit.com/r/programming/comments/2yt1ek/andrei_alexandrescu_on_d_at_yow2014_local_imports/ http://forum.dlang.org/thread/mdsh5n$2kta$1...@digitalmars.com http

Andrei Alexandrescu on D at YOW2014: Local imports, relaxed functional purity, generative programming

https://www.reddit.com/r/programming/comments/2yt1ek/andrei_alexandrescu_on_d_at_yow2014_local_imports/

Re: dfmt 0.1.3 (codename: "yebblied")

On 3/8/2015 12:51 AM, Brian Schott wrote: dfmt is a source code formatter for D. v0.1.3 fixes 34 issues from v0.1.2. The codename is inspired by somebody who may or may not* have filed 45 Github issues, 20 of them in a single day. Pretty dazz!

Re: dfmt 0.1.0

On 3/6/2015 10:43 PM, Russel Winder via Digitalmars-d-announce wrote: The difficulty here is turning a personal preference into a social orthodoxy. A consistent style is necessary for Phobos. For your own projects, D doesn't dictate any particular style.

Re: dfmt 0.1.0

On 3/6/2015 11:55 AM, Russel Winder via Digitalmars-d-announce wrote: The core problem here is teletype, monospace font thinking. Using a proper proportional font for you code and you rapidly lose the need for all this alignment stuff. Unlike english prose, code follows patterns. With a monos

Re: dfmt 0.1.0

On 3/6/2015 1:48 AM, Brian Schott wrote: The serious answer is that there's a lot of special casing that I'm still trying to figure out. Ah. I had thought that maybe there was an obvious algorithm I didn't think of!

Re: dfmt 0.1.0

On 3/6/2015 2:47 AM, Stefan Koch wrote: I'd like to hear your definition of simple. It's easy to understand, and one could write one from scratch over a weekend. I haven't done any statistics, but I'd bet that that parse.c & lexer.c are among the most stable parts of dmd judging by change his

Re: dfmt 0.1.0

On 3/6/2015 1:54 AM, Brian Schott wrote: On Friday, 6 March 2015 at 09:39:13 UTC, Walter Bright wrote: True, but on the other hand, a D lexer and parser are pretty simple. Did you mean "simple compared to C++"? It's simple in both absolute terms and relative to C++ terms. It&

Re: dfmt 0.1.0

On 3/6/2015 2:31 AM, Russel Winder via Digitalmars-d-announce wrote: Remember a tab is not a number of spaces, it is semantic markup. All I can say is good luck with that. ASCII is not a markup language, and trying to reinvent it as one is doomed to failure. I can also say from experience th

Re: dfmt 0.1.0

On 3/3/2015 3:03 PM, Brian Schott wrote: dfmt works by re-using my existing lexer and parser. The parser is run on the code first so that the formatting step knows a few things like the difference between the binary and unary forms of "*". Line splitting is figured out using a badly mangled versi

Re: dfmt 0.1.0

On 3/5/2015 1:04 AM, Russel Winder via Digitalmars-d-announce wrote: It would be good if the D implemented D parser were though. Parsing to create an AST is needed for many things. If each tool in the tool chain implements it's own… it just seems wrong. True, but on the other hand, a D lexer a

Re: dfmt 0.1.0

On 3/5/2015 7:15 PM, Brian Schott wrote: You probably feel that way because tabs are better. dfmt only defaults to spaces because that's what's in the Phobos style guide. Spaces are used in Phobos because no two tools agree on what the tab size should be.

Re: GSOC 2015 - GNU dmd

On 3/3/2015 1:15 PM, notna wrote: not sure if someone should inform them about the DMD name clash... or just enjoy the popularity ;) http://www.gnu.org/software/dmd I sent them a note.

Re: dfmt 0.1.0

On 2/19/2015 6:21 PM, 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 for doing this. It's an important part of the D toolchain we need to have. At some point I want to merge it in

Re: GSoC 2015 - Application Rejected

On 3/2/2015 11:08 AM, CraigDillabaugh wrote: Unfortunately our organizational proposal for the 2015 Google Summer of Code was rejected. Thanks to everyone who helped out on this, especially to those who volunteered to mentor. I've asked Google to provide me with feedback, and I will post that h

DConf 2015 Early Bird Registration about to Expire!

The ticket prices go up substantially Mar. 1, so don't delay in getting the early bird price! http://dconf.org/2015/registration.html

Re: We are Beta (2.067.0-b2)

On 2/19/2015 2:06 PM, Brian Schott wrote: On Wednesday, 18 February 2015 at 14:13:25 UTC, Martin Nowak wrote: Find more information on the dmd-beta mailing list. http://forum.dlang.org/thread/54e41ca2.4060...@dawg.eu Many of the beta-2 files are missing from downloads.dlang.org, and all of the

Re: We are Beta (2.067.0-b2)

On 2/18/2015 6:13 AM, Martin Nowak wrote: Find more information on the dmd-beta mailing list. http://forum.dlang.org/thread/54e41ca2.4060...@dawg.eu Thank you, Martin!

Re: New book: Developing with compile time in mind

On 2/17/2015 9:02 AM, Andrei Alexandrescu wrote: Guess I better find out what AsciiDoc is then. Wee, it has macros: http://www.methods.co.nz/asciidoc/asciidoc.css-embedded.html#_macros Ddoc leads the way in innovation again!

Re: New book: Developing with compile time in mind

On 2/16/2015 3:07 PM, Rikki Cattermole wrote: [0] https://leanpub.com/ctfe Thank you. I bought my copy!

Re: Berlin D Meetup Feb 2015

On 2/7/2015 1:45 PM, Joseph Rushton Wakeling wrote: On Thursday, 5 February 2015 at 11:14:28 UTC, Ben wrote: The next Berlin D Meetup will be happening on Friday the 20th of February at 19:30. The venue will be Berlin Co-Op (http://co-up.de/) on the 3rd floor who have the equipment for us to do

Re: London D Programmers MeetUp

On 2/4/2015 1:17 PM, Laeeth Isharc wrote: One interesting anecdote: somebody in a financial services company gave an account of giving D a try as a way to prototype something quickly, intending to rewrite it later in a more conventional language. The prototype went straight into production, and

Re: DConf 2015 Second call for proposals

On 2/10/2015 1:50 PM, John Colvin wrote: I didn't see it mentioned anywhere, so I presume there isn't any financial assistance for travel costs for speakers this year. Is that correct? It'll be the same as usual - airplane/car/hotel

Re: Martin Nowak is our new release czar

On 2/4/2015 4:07 PM, Andrei Alexandrescu wrote: Please throw your hat in the air with me to hail the new czar! :o) Congrats, Martin!

Re: D Lecture in Tel Aviv, Israel

On 2/2/2015 3:56 AM, Omri Palmon wrote: Weka.IO is proud to host a lecture about D, sharing our experience of implementing a trailblazing distributed storage system in D. Lecture will take place on Sunday, February 15th, 19:00, at Weka.IO offices, Beit Shamai 10 Tel Aviv. Please confirm your par

Re: Interfacing D to existing C++ code

On 1/29/2015 1:58 PM, Guillaume Chatelet wrote: I pushed some code for string here (nothing fancy yet) https://github.com/gchatelet/dlang_cpp_std/blob/master/cpp_std.d The linker complains about missing std::basic_string, std::allocator >::__ctor() where it should be std::basic_string, std::allo

Re: This Week in D, Issue 3

On 1/25/2015 9:15 PM, Adam D. Ruppe wrote: http://arsdnet.net/this-week-in-d/jan-25.html Also available via RSS: http://arsdnet.net/this-week-in-d/twid.rss Awesome job (as usual!). Thanks, Adam!

Re: I'll be presenting at NWCPP on Jan 21 at Microsoft

On 1/23/2015 8:19 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= " wrote: http://discuss.rust-lang.org/t/interfacing-d-to-legacy-c-code-a-summary-of-a-competing-languages-capabilities/1406 I'm amazed someone made the effort to transcribe the talk!

Re: I'll be presenting at NWCPP on Jan 21 at Microsoft

On 1/24/2015 1:32 AM, Paulo Pinto wrote: 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

Interfacing D to existing C++ code

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.

Re: I'll be presenting at NWCPP on Jan 21 at Microsoft

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!

Re: I'll be presenting at NWCPP on Jan 21 at Microsoft

On 1/22/2015 12:52 PM, Gary Willoughby wrote: On Thursday, 22 January 2015 at 17:21:42 UTC, Meta wrote: On Thursday, 22 January 2015 at 01:09:13 UTC, FrankLike wrote: On Thursday, 22 January 2015 at 00:51:34 UTC, Walter Bright wrote: On 1/21/2015 4:42 AM, FrankLike wrote: How about the

Re: I'll be presenting at NWCPP on Jan 21 at Microsoft

On 1/21/2015 4:42 AM, FrankLike wrote: How about the result? ??

Re: Calypso: Direct and full interfacing to C++

On 1/21/2015 3:21 PM, Elie Morisse wrote: I'm still working as fast as I can to get Ogre3D working. Ogre3D makes wide usage of the standard C++ library so getting it running would be a milestone and at that point most C++ libraries will be usable or in close reach as well. And it'd also make a sw

Re: Calypso: Direct and full interfacing to C++

On 12/22/2014 3:14 PM, Elie Morisse wrote: Hi everyone, I have the pleasure to announce to you all the existence of a modified LDC able to interface directly to C++ libraries, wiping out the need to write bindings: https://github.com/Syniurge/Calypso I think this is an exciting development!

Re: DConf 2015 discounted hotel rooms now available

On 1/16/2015 2:17 PM, Steven Schveighoffer wrote: Note: I didn't realize this originally, but when I booked my flight, the prices are much higher than they should be, and less availability. I realized the reason why -- Monday is Memorial Day in the US, just about everyone has it off. Just a head

Re: This Week in D, issue 1

On 1/13/2015 6:08 AM, Adam D. Ruppe wrote: I've started writing a weekly D newsletter. Here's the first issue, any feedback welcome! http://arsdnet.net/this-week-in-d/jan-12.html In the future, I intend to have it written by Saturday for a weekend release, so if you want something to appear thi

Re: This Week in D, issue 1

On 1/13/2015 7:15 AM, Adam D. Ruppe wrote: BTW one commented out section here is FAQs and blog posts. My plan there is to highlight D.learn and SO questions that pop up a bunch and other, longer articles people write. I just didn't have any this week so I left it out, but hopefully we'll get some

Re: DConf 2015 Call for Submissions is now open

On 1/11/2015 12:17 PM, Iain Buclaw via Digitalmars-d-announce wrote: I digress, I will have to sit down and write some things up and we'll see where I get. Looking forward to it!

Re: D idioms list

On 1/11/2015 4:24 AM, Russel Winder via Digitalmars-d-announce wrote: Feel free to send stuff to ACCU's CVu or Overload. http://accu.org/index.php/journal Good idea!

Re: D idioms list

On 1/10/2015 1:28 PM, weaselcat wrote: Sorry for the off-topic noise, but where will you be publishing your articles since Dr.Dobbs has closed? Sorry if you have answered this elsewhere. It's a good question. Dr. Dobb's has graciously given me permission to republish them, and I'll post them

Re: D idioms list

On 1/8/2015 2:21 AM, ponce wrote: I've started a list of curated D tips and tricks here: http://p0nce.github.io/d-idioms/ Anything that you wished you learned earlier at one point in the D world is welcome to be added or suggested. My contribution: http://digitalmars.com/articles/b68.html (

Re: DConf 2015 Call for Submissions is now open

On 1/10/2015 9:50 AM, Andrei Alexandrescu wrote: On 1/10/15 9:49 AM, Andrei Alexandrescu wrote: On 1/10/15 8:15 AM, Iain Buclaw via Digitalmars-d-announce wrote: In any event, are you doing flash talks this year? I don't think I could find something to spend more than 15 minutes talking about

Re: Utah Valley University is a sponsor of DConf 2015

On 1/9/2015 10:37 PM, Ali Çehreli wrote: I encourage everyone to apply for visa as soon as possible. US visa process can be frustratingly delayed depending on many unknown factors. We've lost speakers in the past due to visa delays. I agree that it's never too early to get this done.

Re: Utah Valley University is a sponsor of DConf 2015

On 1/9/2015 1:10 PM, Andrei Alexandrescu wrote: We're happy to announce the first sponsor of DConf 2015: Utah Valley University. In addition to providing conference venue, UVU will cover room rental fees and simplify logistics and paperwork. Many thanks to UVU and especially its Computer Science

Re: DConf 2015 Call for Submissions is now open

On 1/8/2015 8:42 AM, Jonathan M Davis via Digitalmars-d-announce wrote: On Thursday, January 08, 2015 10:31:37 Iain Buclaw via Digitalmars-d-announce wrote: On 6 January 2015 at 23:24, Andrei Alexandrescu via Digitalmars-d-announce wrote: Hello, Exciting times! DConf 2015 will take place Ma

Re: DConf 2015 Call for Submissions is now open

On 1/7/2015 11:05 AM, Maxime Chevalier-Boisvert wrote: We'd like your presentation proposal, too! It's an honor to be reinvited :) I'm honored you're a member of our community. Truly the best thing about working on D is the type of people it attracts. Are there specific topics you'd like

Re: DConf 2015 Call for Submissions is now open

On 1/7/2015 5:45 AM, Andrej Mitrovic via Digitalmars-d-announce wrote: :( => A C programmer :(++ => A C++ programmer with bandages from the pain of using C++. :D=> A happy D programmer Ok, you made me laugh out loud!

Re: Sargon library gets Ddoc macro processor

On 1/7/2015 3:46 AM, Tobias Pankrath wrote: I guess those where the times when unmount has been abbreviated to umount. Typing must have been really hard. It had to do with file extensions for macro assembler being .MAC, and people just wound up calling them "mac" files. Just like people call

Re: Sargon library gets Ddoc macro processor

On 1/6/2015 11:42 PM, Jacob Carlborg wrote: On 2015-01-07 05:06, Walter Bright wrote: I've wanted to do this for a while. The Ddoc macro system should work on any piece of text you'd like to add macro support to. http://digitalmars.com/sargon/textmac.html Hmm, I wonder how good nam

<    5   6   7   8   9   10   11   12   13   14   >