Re: "Programming in D" paper book is available for purchase
On Sunday, 27 September 2015 at 15:35:38 UTC, olivier henley wrote: OMG! Congratulations many many times Ali. As we speak, my copy just left the motorcycle dealer and is riding, without a helmet, to Montreal! =) Forgot to mention: I find the cover very neat and of great taste.
Re: "Programming in D" paper book is available for purchase
OMG! Congratulations many many times Ali. As we speak, my copy just left the motorcycle dealer and is riding, without a helmet, to Montreal! =)
Handmade Hero - Casey Muratori podcast about making a complete game in C from scratch.
Hi, I haven't seen this announced here so I'm stepping in for those that might find it to be of interest... should be everyone if you ask me. Casey Muratori started, like one week ago into serious stuff, a daily podcast where he codes a complete, professional-quality game live and explains every single line of it. He uses the C programming language and plan to not use any external library at all! Casey's solid experience, sound work ethic and no bullshit approach is a refreshing gold mine. Here we go: http://handmadehero.org/
Re: DUB 0.9.22 released
Congrathx!
Re: Memory usage of dmd
All this is very interesting. Thx for the scripts, thx for pointing systemd. We need to document that stuff somewhere... more indexable.
Re: Can't install dub on Debian
On Wednesday, 12 November 2014 at 16:19:23 UTC, Suliman wrote: root@66898:~# apt-get install multiarch-support Reading package lists... Done Building dependency tree Reading state information... Done Package multiarch-support is not available, but is referred to by another packag e. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'multiarch-support' has no installation candidate If you haven't found the problem yet, please post: 1. what is the architecture of your machine? $ lscpu 2. what is the debian version? $ lsb_release -a
Re: DerelictBgfx not shipping core libs.
On Saturday, 8 November 2014 at 04:15:22 UTC, Mike Parker wrote: I don't think any warnings about my not distributing binaries are necessary. You make it sound as if I'm doing something extremely out of the ordinary. If I were distributing a game framework or some such, you might have a point. But for a collection of bindings, I just don't agree. 1. bgfx bindings for C# includes bgfx binaries for windows. 2. At the time, the bgfx D binding package included examples and presented no clarification whatsoever about dependencies. 2. warning cost a couple of octets on the Readme and clarify things once and for all to anybody coming from any background. 3. Ponce already reacted proactively 2 days ago. I already fixed the bgfx bindings examples to be in sync with the latest bgfx package, submitted a pull request and send win libs to Ponce to *maybe* find a way and share for windows users. Adding that I gave you my hand two posts ago, now please don't take my arm. If you don't want to make the distance, the discussion is over... I'm serious. Sincerely, olivier
Re: DerelictBgfx not shipping core libs.
On Saturday, 8 November 2014 at 04:15:22 UTC, Mike Parker wrote: I'll also add a line to the READMEs, instructing the user to obtain the shared libraries separately. That should be sufficient. Just checked back and ran across that one. I therefore conclude this is your way to put water in your wine. See that's the problem, why do you argue over warning, no warning, just a line, bold not bold, h1, h5, in esperanto... whatever? I just proposed you make it clear. Now if a one liner is clear to you so be it, but then I wonder why we invented formatting and keywords. That said, if in the future, I come across one guy acknowledging he missed that line and someone tells him to RTFM I'll be the first to step in and put the records straight. Do we have a deal?
Re: DerelictBgfx not shipping core libs.
On Friday, 7 November 2014 at 05:33:11 UTC, Mike Parker wrote: Because it's beyond the scope of the project. I will not distribute any precompiled C binaries with any Derelict packages. Even if I had copious amounts of free time and a room full of computers running multiple operating systems, I wouldn't do it. When the documentation is complete, Derelict users will have all the information they need to go out and get their hands on the libraries they need. Beyond that, they are on their own. Ok, you are right not to distribute any binaries. Your project has a precise scope and covers many different packages. It is coherent as is. Guys like me and Laeeth should organize around your work to deliver a smooth experience when possible. E.g. provide dlls through separate means for windows like Ponce suggested. Nevertheless I feel we should be told upfront about the implications of using your package in the context that you can't and won't deliver dependencies like others do. By upfront I mean in an explicit way, limit as a warning. Sincerely, olivier
Re: DerelictBgfx not shipping core libs.
Ponce already added a -Warning- on the DerelictBgfx readme. Super, thx. This way the next guy like me will go build bgfx before attempting to blindly make DerelictBgfx examples run... and get uber-@#!x%#%^.
Re: DerelictBgfx not shipping core libs.
On Thursday, 6 November 2014 at 08:17:24 UTC, ponce wrote: Hi, First, I'd like to point out this question is better asked in DerelictBgfx issues or digitalmars.D.learn, this NG is for general D discussion. Not agree. DerelictBgfx is one of the most interesting project D has to show off and therefore its usability becomes, IMHO, of general interest. Showing off is what makes the world turn so ... Shipping binaries with FFI bindings defeats software distribution. 1. To what extent? 2. Let say this is plain right. Then why some FFI bindings package provides such binaries? I know this is annoying, but for others dynamic libraries binaries are provided. Not just annoying. From a user perspective it's like ... DoA. You might ask for bgfx to provide you with binaries with automated builds. No, they ship their makefile and are commited to a c/c++ ecosystem. We are breaking their ways by interfacing through another tech. They should not even know we exist... we are the leeches. 2. Does the maintainer guaranty his wrapper will stay in sync with further changes of bgfx? I'm afraid, my plate is already full. bgfx interface changes without notice and frequently. You can still build an older version. This is exactly my point. You had the libs built, on your system, in sync with the version of the binding you did. Why not push them along and basta! Done once and for all ... at least for one target. Instead, every wanna be user has to figure out what tag of bgfx was used for the particular DerelictBgfx tag he aims to build, get equipped to make the original and suffer all the friction that such endeavour entails. -Welcome to a nice D show case project my friend.- I guess I should add in the README that you have to build bgfx yourself for time being to avoid being let down. Well, if I may answer through symmetric concerns ... constituting such a README should have been a matter of digitalmars.D.learn.
Re: DerelictBgfx not shipping core libs.
On Thursday, 6 November 2014 at 12:31:32 UTC, Mike Parker wrote: First, let's get some terminology straight. There are no wrappers in Derelict. The Derelict packages are all bindings, meaning they are one-to-one translations (as much as possible) of the original library. A wrapper is something that provides functionality on top of the binding and makes it more like the host language. Then I'm not the only one in need to be put straight: Binding generally refers to a mapping of one thing to another. In the context of software libraries, bindings are wrapper libraries that bridge two programming languages so that a library written for one language can be used in another language. (http://en.wikipedia.org/wiki/Language_binding) If I start shipping the C shared libraries for every binding in Derelict, then, 1) I must consider all supported platforms (Windows, Mac, Linux, FreeBSD, OpenBSD, and wherever people are using GDC and LDC these days). Would I be expected to provide prebuilt binaries for each platform? 1. Windows is a good start. 2. Nobody said you had to provide all of them. 3. We can help. Just myself, I could provide Linux and Windows. It makes for about 80% of all computers in the world. 2) I must also consider the multiple options each library can be configured to support. For example, the Open Dynamics Engine (to which DerelictODE binds) can be compiled to use doubles or floats. Would I be expected to provide prebuilt binaries for each? Playing cat and mouse here. For a show case, a prototype or any other normal use, nobody cares if its compiled to use doubles or floats. Choose doubles to stay on the safe side and the guy who's really needy for floats will roll his own build of ODE. It's all common sense. I've been maintaining Derelict for 10 years. In all that time, you are the first person to ever bring this up that I've seen. That tells me that it's a non-issue. 1. Probably because most people outside the D enthusiasts just gave up. 2. Does someone recall a post where a D user advised, in essence, to not take the Derelict's path as it was much more involved than it may look... or am I fabulating here? Some C library projects provide prebuilt binaries, some don't. It's entirely up to you to learn what you need to know about the libraries you need to use, including how to get them. Derelict just enables access. I have noo problem building the original packages but I definitely prefer having sex with my girlfriend. I just don't see the point to not share the most common target dependencies libs. Therefore the examples can run out of the box for most people and some super cool project can be show cased for D rapidly. This leads to hooking. That's it that's all and this is the key. -Check body, install dmd, install dub, install DerelictBgfx, build and run the examples. Bang! Now check the code how its lean and clean. -Wow, for sure my next rendering project will be in D dude! We need people to get hook. We need people to feel the productivity, the performance, the cleverness, the smoothness and clarity of D. There is many contender out there and the window of opportunity you have to sell your tech to someone is very thin. Look at what they did for the launch of Swift. Everyone I know wants to get a hand on the Bret Victor-ish demo. Is it core?.. nahh, it's a simple demo of what you can achieve. It makes you wonder and adhere and download. Then, once hooked, new user will find the motivation that most of us on this forum share to rebuild ODE for the sake of having calculations done in floats and not doubles. No, instead here we are shown no flexibility whatsoever in the name of the purity of what should be a proper packaging of an orthodox binding software layer... and the simple pretention to ask why it could not be done otherwise, like others did with sensible vision, slowly drift toward an unstable activity. I'm working on a comprehensive set of documentation for all Derelict packages [2] that will be more friendly to those who aren't sure what's going on Good to hear. olivier
Re: DerelictBgfx not shipping core libs.
On Thursday, 6 November 2014 at 17:23:21 UTC, ponce wrote: There were PR since to update to latest API so these binaries would be outdated already. This would be easier if bgfx had numbered releases and its API changed less. What you _can_ do now is check the date where the API was last updated in DerelictBgfx 1. You make a tag for DerelictBgfx named x.x.x_shared_lib_sync and just deploy the libs for this tag's dub config file. 2. In the README.md you state that anyone who wants working precompiled shared libs for (this that that and that target) should depend on latest x.x.x_shared_lib_sync else they will have to build the original bgfx project. Am I missing something?
Re: DerelictBgfx not shipping core libs.
On Thursday, 6 November 2014 at 20:08:24 UTC, ponce wrote: I can see how this is useful for Windows programmers but would strongly prefer to be completely separated from the bindings, in some kind of FTP/HTTP server. There would be a link in the README.md and you would upload builds there instead. yeah, it would be perfect. :) I did not know for the Debian policy concerning dynamic libs. Thx.
DerelictBgfx not shipping core libs.
Hi, May I ask what is the rational to not ship the core libs with the bgfx D wrapper? From my point of view it defies the main goal of using a D wrapper. 1. How can we promote the wrapper package if it implies to build not one, as of ... only bgfx, but two packages, bgfx and DerelictBgfx? Better stick to c/c++ then, and enjoy the path of least resistance. Don't you think? 2. Does the maintainer guaranty his wrapper will stay in sync with further changes of bgfx? 3. Is there anything in the license refraining from shipping precompiled libs of the original package? (e.g. To my knowledge tkd publishes similar binaries (tcl and tk) without further legal complications.) 4. Am I missing something except the fact that a neophyte to the DerelictBgfx package is left with an incomplete build, of both the lib and the examples, an anemic README.md and a dead forum (http://dblog.aldacron.net/forum/index.php?topic=841.0)? Thank you, olivier
Re: Beginner ?. Why does D suggest to learn java
. D is pristine clean and immensely powerful. . D is arguably the actual state-of-the-art programming language. . Ali's book is a gem. Clear, concise and complete. http://ddili.org/ders/d.en/ . D is the best investment you can make for your career, right now. . D has Java beans for breakfast. :D your choice, my two cents.
Re: Programming in D book, User Defined Attributes (UDA) chapter
On Friday, 29 August 2014 at 05:35:12 UTC, Ali Çehreli wrote: Would you recommend considering at least some of Blurb.com's competitors as well? Who? Right. Blurb has a number of pages limitation that would require a two volumes release of your book. :/ Lulu can make it to 740 pages. CreateSpace offers packages up to 828 pages. Both can distribute through Amazon. Prices are somewhat similar... I found this post interesting: http://www.cnet.com/news/self-publishing-a-book-25-things-you-need-to-know/ Otherwise did you contact any publisher? olivier
Re: Programming in D book, User Defined Attributes (UDA) chapter
Super! Huge thx for all the nice work btw. Questions: 1. Does the book have been entirely translated then..? 2. Would you agree to configure a print version through Blurb.com? This way we could get a copy through amazon like ... tomorrow ;)
Re: Chuck Allison's talk is up
On Friday, 6 June 2014 at 00:24:49 UTC, Andrei Alexandrescu wrote: On 6/5/14, 11:15 PM, Olivier Henley wrote: 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. Try https://archive.org/details/dconf2014-day01-talk03 p.s: My boss already agreed that I code my next tool in D. I'll let you know in due time... Fantastic. Keep us posted! -- Andrei archive.org works. Thank you. Olivier
Re: Chuck Allison's talk is up
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. I won't force feed every programmer here ... but we are at least 500 mainly coding C++ and C#. IMHO we are first class potential victims for D. Thx, Olivier p.s: My boss already agreed that I code my next tool in D. I'll let you know in due time...
Re: Chuck Allison's talk is up
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. Nice! Thank you. If I may... this channel should be advertised properly, something more official. Else, you'll probably end up referencing that link often in the coming weeks. People should not have to dig in forum threads to find your good stuff; the prime time talks of 2014. My two cents, Olivier
Re: Chuck Allison's talk is up
... Sorry I know its annoying to have someone telling you guys what to do. I would rather post a sticky thread, referencing Dicebot's channel, myself but I'm brand new here and don't have any credentials to do so. Olivier