Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: Johannes Pfau's work in progress -vgc command line option [3] would be another great tool that would help people identify GC allocations. This or something similar could also be used to document throughout phobos when GC allocation

Re: Vote for std.uni

Yes Thanks, Oleg.

Re: D on next-gen consoles and for game development

On 24 May 2013 15:44, Jonathan M Davis wrote: > On Friday, May 24, 2013 15:37:39 Manu wrote: > > I'd say a majority of phobos > > allocations are created when passing strings through to library/system > > calls. > > That does sound probable, as toStringz will often (and unpredictably) > result >

Re: D on next-gen consoles and for game development

On 5/24/2013 12:25 AM, deadalnix wrote: On Friday, 24 May 2013 at 00:44:14 UTC, Andrei Alexandrescu wrote: Custom allocators will probably be very useful, but if there's one thing STL has taught me, it's hard to use them effectively, and in practise, nobody ever uses them. Agreed. To benefi

Re: D on next-gen consoles and for game development

On Friday, May 24, 2013 15:37:39 Manu wrote: > I'd say a majority of phobos > allocations are created when passing strings through to library/system > calls. That does sound probable, as toStringz will often (and unpredictably) result in allocations, and it does seem like a prime location for at

Re: D on next-gen consoles and for game development

On 24 May 2013 15:29, deadalnix wrote: > On Friday, 24 May 2013 at 05:02:33 UTC, Manu wrote: > >> On 24 May 2013 14:11, Marco Leise wrote: >> I don't think it's hack-ish at all, that's precisely what the stack is >> there for. It would be awesome for people to use alloca in places that it >> mak

Re: D on next-gen consoles and for game development

On Friday, 24 May 2013 at 05:02:33 UTC, Manu wrote: On 24 May 2013 14:11, Marco Leise wrote: I don't think it's hack-ish at all, that's precisely what the stack is there for. It would be awesome for people to use alloca in places that it makes sense. Especially in cases where the function is

Re: D on next-gen consoles and for game development

On Friday, 24 May 2013 at 00:44:14 UTC, Andrei Alexandrescu wrote: Custom allocators will probably be very useful, but if there's one thing STL has taught me, it's hard to use them effectively, and in practise, nobody ever uses them. Agreed. To benefit from a custom allocator, you need to

Re: D on next-gen consoles and for game development

On 24 May 2013 15:21, deadalnix wrote: > On Thursday, 23 May 2013 at 23:42:22 UTC, Manu wrote: > >> I've always steered away from things like this because it creates a >> double-indirection. >> I have thought of making a similar RefCounted template, but where the >> refCount is stored in a hash t

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 23:42:22 UTC, Manu wrote: I've always steered away from things like this because it creates a double-indirection. I have thought of making a similar RefCounted template, but where the refCount is stored in a hash table, and the pointer is used to index the table. T

Re: D on next-gen consoles and for game development

On 24 May 2013 14:11, Marco Leise wrote: > Am Thu, 23 May 2013 20:21:47 -0400 > schrieb "Jonathan M Davis" : > > > At some point, we're probably going to need to > > benchmark stuff more agressively and optimize Phobos in general more, > because > > it's the standard library. And eliminating unne

Re: primitive value overflow

Am Fri, 24 May 2013 01:35:42 +0200 schrieb "Peter Alexander" : > What about code that relies on overflow? It's well-defined > behaviour, so it should be expected that people rely on it (I > certainly do sometimes) See my post about Delphi's approach. It could be disabled in D using pragma(), UD

Re: D on next-gen consoles and for game development

Am Thu, 23 May 2013 20:21:47 -0400 schrieb "Jonathan M Davis" : > At some point, we're probably going to need to > benchmark stuff more agressively and optimize Phobos in general more, because > it's the standard library. And eliminating unnecessary memory allocations > definitely goes along wi

Re: std.uni vs std.unicode and beyond?

On Thursday, 23 May 2013 at 08:49:15 UTC, Jonathan M Davis wrote: I tried to fix all of the naming problems in Phobos previously with the idea that we'd fix them all and then move on, and I got a large portion of them fixed, but I didn't get them all, and I think that it's past the time when it

Re: std.uni vs std.unicode and beyond?

On Friday, 24 May 2013 at 03:19:48 UTC, Marco Leise wrote: Am Tue, 21 May 2013 20:34:02 +0200 schrieb Jacob Carlborg : On 2013-05-21 19:53, Idan Arye wrote: > The problem is that people that need Unicode stuff see > `std.utf` and > assume that all Unicode related stuff are there. I never ca

Re: std.uni vs std.unicode and beyond?

Am Tue, 21 May 2013 19:12:12 +0200 schrieb Jacob Carlborg : > On 2013-05-21 14:51, Dmitry Olshansky wrote: > > The pitch by deadalnix: > > > > I strongly push into renaming it to std.unicode . As said in the other > > thread : uni can be unicode, but also unique, union, unit, uniform, > > unix, un

Re: std.uni vs std.unicode and beyond?

Am Tue, 21 May 2013 20:34:02 +0200 schrieb Jacob Carlborg : > On 2013-05-21 19:53, Idan Arye wrote: > > > The problem is that people that need Unicode stuff see `std.utf` and > > assume that all Unicode related stuff are there. > > I never can remember if I should look in std.utf or std.uni. Tha

Re: Best XML Library

On Thursday, 23 May 2013 at 22:22:26 UTC, Meta wrote: I'm thinking of starting on a small XMPP-based messaging client and server, which would necessitate quite an extensive use of XML. Since Tango is no longer being maintained, and Vibe.d doesn't support XML (as far as I know), what would be th

Re: Best XML Library

what about std.xml for starters ? it is criticized and in need of overhaul though. I've used http://vipbase.net/xmlparser/ and I liked it; here's the description: XmlParser is a lightweight open source C++ library based on Apache's Xerces C++ Parser . XmlParser co

Re: D stability testing framework

On Thursday, 23 May 2013 at 17:22:31 UTC, Andrei Alexandrescu wrote: On 5/23/13 10:30 AM, Joseph Rushton Wakeling wrote: Hello all, Having listened to Andrei and Walter's Q&A and read some of the discussion surrounding it, an idea occurred to me. How about leveraging the selection of 3rd-par

Re: new DIP41: dmd/rdmd command line overhaul.

On Thursday, 23 May 2013 at 17:14:52 UTC, Andrei Alexandrescu wrote: On 5/23/13 9:22 AM, Dejan Lekic wrote: Andrei, there is a perfect, diplomatic solution to this - you make a survey of D community, and if the majority votes "YES" for a breaking change, then after that when someone complains,

Re: immutable ctors, immutable members, and TDPL

On Thursday, May 23, 2013 11:41:29 Steven Schveighoffer wrote: > An interesting subject is being debated by some of the heavy hitters of D > on the latest beta on the announce NG. > > However, I have found that there is an inconsistency in TDPL that needs to > be addressed. > > What do you think?

Re: immutable ctors, immutable members, and TDPL

2013/5/24 Ali Çehreli > On 05/23/2013 08:41 AM, Steven Schveighoffer wrote: > > > The immutability should be applied on the first read of the > > member, > > Makes sense to me. > > Not exactly the same issue but here is a related past discussion: > > > http://forum.dlang.org/thread/**khu6tl$q8

Re: D on next-gen consoles and for game development

On Fri, 24 May 2013 02:59:44 +0200 "Joseph Rushton Wakeling" wrote: > On Friday, 24 May 2013 at 00:06:05 UTC, Manu wrote: > > Systems like WiiU/Wii/PS3/XBox360, etc all need runtimes, and > > those will > > probably not be developed by the D community. > > It would land on a general gamedev's sh

Re: D on next-gen consoles and for game development

On 24 May 2013 10:59, Joseph Rushton Wakeling wrote: > On Friday, 24 May 2013 at 00:06:05 UTC, Manu wrote: > >> Systems like WiiU/Wii/PS3/XBox360, etc all need runtimes, and those will >> probably not be developed by the D community. >> It would land on a general gamedev's shoulders to do those, s

Re: D on next-gen consoles and for game development

On Friday, 24 May 2013 at 00:06:05 UTC, Manu wrote: Systems like WiiU/Wii/PS3/XBox360, etc all need runtimes, and those will probably not be developed by the D community. It would land on a general gamedev's shoulders to do those, so I would suggest the approach here would be to make a step-buy

Re: D on next-gen consoles and for game development

On 2013-05-23 23:42:10 +, Manu said: I have thought of making a similar RefCounted template, but where the refCount is stored in a hash table, and the pointer is used to index the table. This means the refCount doesn't pollute the class/structure being ref-counted, or avoids a double-indire

Re: D on next-gen consoles and for game development

On 5/23/13 7:42 PM, Manu wrote: I've always steered away from things like this because it creates a double-indirection. There's no double indirection for the payload. I have thought of making a similar RefCounted template, but where the refCount is stored in a hash table, and the pointer is u

Re: D on next-gen consoles and for game development

On Friday, May 24, 2013 10:11:17 Manu wrote: > /agree, except the issue I raised, when ~ is used in phobos. > That means that function is now off-limits. And there's no way to know > which functions they are... Yes, we need to look at that. I actually don't think that ~ gets used much (primarily

Re: D on next-gen consoles and for game development

On 24 May 2013 09:57, Jonathan M Davis wrote: > On Friday, May 24, 2013 09:42:10 Manu wrote: > > On 24 May 2013 09:02, Jonathan M Davis wrote: > > > On Thursday, May 23, 2013 22:02:05 QAston wrote: > > > > I think that Phobos should have some support for manual memory > > > > management. I don't

Re: D on next-gen consoles and for game development

On 24 May 2013 09:44, Joseph Rushton Wakeling wrote: > On 05/24/2013 01:25 AM, Manu wrote: > > I really hope D on ARM gets some more attention in the near future. The > day it > > can be used on Android will be a very significant breakthrough! > > GDC is close to being fully usable on ARM, no? An

Re: primitive value overflow

Peter Alexander: What about code that relies on overflow? It's well-defined behaviour, so it should be expected that people rely on it (I certainly do sometimes) Do you rely on signed or unsigned overflow? My opinions on this topic have changed few times. A modern system language should off

Re: D on next-gen consoles and for game development

On Friday, May 24, 2013 09:42:10 Manu wrote: > On 24 May 2013 09:02, Jonathan M Davis wrote: > > On Thursday, May 23, 2013 22:02:05 QAston wrote: > > > I think that Phobos should have some support for manual memory > > > management. I don't mean clearing out the gc usage there, as it's > > > fairl

Re: Ideal D GUI Toolkit

On 23/05/13 16:36, Jacob Carlborg wrote: On 2013-05-23 01:51, Peter Williams wrote: That is indeed the case. I avoid all things Apple as my experience has been that they seem to think they still own a device after they've sold it to me. I can understand that. But if we are to create somethin

Re: D on next-gen consoles and for game development

On 05/24/2013 01:34 AM, Manu wrote: > Just to be clear, while I've hard many have, I've NEVER argued for removing > the > GC. I think that's a hallmark of a modern language. I want to use the GC in > games, but it needs to have performance characteristics that are applicable to > realtime and embe

Re: D on next-gen consoles and for game development

On 05/24/2013 01:25 AM, Manu wrote: > I really hope D on ARM gets some more attention in the near future. The day it > can be used on Android will be a very significant breakthrough! GDC is close to being fully usable on ARM, no? And as I recall the only (albeit major) problem you had with GDC wa

Re: D on next-gen consoles and for game development

On 24 May 2013 09:02, Jonathan M Davis wrote: > On Thursday, May 23, 2013 22:02:05 QAston wrote: > > I think that Phobos should have some support for manual memory > > management. I don't mean clearing out the gc usage there, as it's > > fairly obvious. I rather think about something like > > uni

Re: primitive value overflow

On Saturday, 18 May 2013 at 20:29:57 UTC, Minas Mina wrote: I agree that checks for overflow should exist in debug builds (and not exist in release builds). What about code that relies on overflow? It's well-defined behaviour, so it should be expected that people rely on it (I certainly do so

Re: Ideal D GUI Toolkit

On 23/05/13 17:29, Diggory wrote: What's great about it is you can develop your program with having to mess about with keys or anything to do with i18n, just remember to call "gettext()" and when your done it's already ready for translations to be added. Most other schemes require you to create

Re: D stability testing framework

On 05/23/2013 11:39 PM, Kiith-Sa wrote: > D:YAML might be of use if needed. > > Also, Derelict3 might be a good idea. Derelict has been actively maintained > for > pretty much most of D's history. Nice thoughts. :-) Thanks for introducing me to YAML -- I may have some use for that at some point

Re: Ideal D GUI Toolkit

On 23/05/13 17:19, Jacob Carlborg wrote: On 2013-05-23 08:27, Peter Williams wrote: An example of how I would envisage gettext being used in D is: writefln(gettext("%s: unknown variable at line %s"), filename, linenumber); It is a common practice, to define a macro (or equivalent) _(arg) as a

Re: Nightly Builds and Better Download Package

On 5/23/2013 1:50 PM, nazriel wrote: Walter is there any way we could help with improving packaging? Yes. I guess for the first one the fastest way will be to make pull request for pull-tester and make consultation with bradd. But AFAIK second one depends mostly on you. It's really pain to d

Re: D on next-gen consoles and for game development

On 24 May 2013 05:37, Kiith-Sa wrote: > On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: > >> While there hasn't been anything official, I think it's a safe bet to say >> that D is being used for a major title, Remedy's Quantum Break, featured >> prominently during the announcement

Re: D on next-gen consoles and for game development

On 24 May 2013 05:02, Szymon Gatner wrote: > On Thursday, 23 May 2013 at 18:50:11 UTC, Brad Anderson wrote: > >> On Thursday, 23 May 2013 at 18:43:01 UTC, Szymon Gatner wrote: >> >>> On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: >>> While there hasn't been anything official,

Re: D on next-gen consoles and for game development

On Thursday, May 23, 2013 22:02:05 QAston wrote: > I think that Phobos should have some support for manual memory > management. I don't mean clearing out the gc usage there, as it's > fairly obvious. I rather think about something like > unique_ptr/shared_ptr in the std. I think unique_ptr can't be

Best XML Library

I'm thinking of starting on a small XMPP-based messaging client and server, which would necessitate quite an extensive use of XML. Since Tango is no longer being maintained, and Vibe.d doesn't support XML (as far as I know), what would be the best option for XML capabilities?

Re: primitive value overflow

Am Thu, 23 May 2013 19:55:36 +0200 schrieb luka8088 : > I understand perfectly the issue that you are pointing out. But that is > not the real issue here. I know how computer arithmetic works, the > understanding is not the issue here. The real issue is that at the time > of writing unsigned wa

Re: D on next-gen consoles and for game development

On 05/23/2013 08:43 PM, H. S. Teoh wrote: > I listened to Manu's talk yesterday, and I agree with what he said, that > Phobos functions that don't *need* to allocate, shouldn't. Andrei was > also enthusiastic about std.algorithm being almost completely > allocation-free. Maybe we should file bugs (

Re: D stability testing framework

D:YAML might be of use if needed. There's been no release in recent past (featureset has not changed, which I'm still planning for a release), but I've been maintaining its compatibility with current DMD for a while and I have no intention to stop in forseeable future as I use it in pretty mu

Re: D on next-gen consoles and for game development

Am 23.05.2013 20:13, schrieb Brad Anderson: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of Xbox One. Quantum Break doesn't come out until 2014 so the timeline

Re: D stability testing framework

On 05/23/2013 09:06 PM, Jacob Carlborg wrote: > DWT and Tango are pretty large projects. I'm not familiar with them and didn't know their maintenance status, otherwise I'd have suggested both. I was also wondering about your dvm and/or orbit ... ?

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 20:51:42 UTC, Brad Anderson wrote: On Thursday, 23 May 2013 at 20:02:06 UTC, QAston wrote: I think that Phobos should have some support for manual memory management. I don't mean clearing out the gc usage there, as it's fairly obvious. I rather think about something

Re: Nightly Builds and Better Download Package

On 5/23/13 1:50 PM, nazriel wrote: On Thursday, 23 May 2013 at 20:45:31 UTC, Walter Bright wrote: On 5/23/2013 10:39 AM, Jakob Ovrum wrote: On Thursday, 23 May 2013 at 17:32:42 UTC, nazriel wrote: 1) Are there any plans in introducing Nightly Builds of DMD-master? The process of making the r

Re: D on next-gen consoles and for game development

23-May-2013 22:13, Brad Anderson пишет: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of Xbox One. Quantum Break doesn't come out until 2014 so the timeline see

Re: Nightly Builds and Better Download Package

On Thursday, 23 May 2013 at 20:45:31 UTC, Walter Bright wrote: On 5/23/2013 10:39 AM, Jakob Ovrum wrote: On Thursday, 23 May 2013 at 17:32:42 UTC, nazriel wrote: 1) Are there any plans in introducing Nightly Builds of DMD-master? The process of making the release zips isn't even open source.

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 20:02:06 UTC, QAston wrote: I think that Phobos should have some support for manual memory management. I don't mean clearing out the gc usage there, as it's fairly obvious. I rather think about something like unique_ptr/shared_ptr in the std. I think unique_ptr can't

Re: Nightly Builds and Better Download Package

On 5/23/2013 10:39 AM, Jakob Ovrum wrote: On Thursday, 23 May 2013 at 17:32:42 UTC, nazriel wrote: 1) Are there any plans in introducing Nightly Builds of DMD-master? The process of making the release zips isn't even open source. Probably because it includes a bunch of closed-source software.

Re: D on next-gen consoles and for game development

On Thu, May 23, 2013 at 10:15:50PM +0200, QAston wrote: > On Thursday, 23 May 2013 at 20:07:08 UTC, Steven Schveighoffer > wrote: > >While I'm not specifically addressing the ability or not to > >disable the GC (I agree D has problems tehre), deprecating the > >delete operator does NOT preclude man

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 20:15:51 UTC, QAston wrote: Maybe even place in to the malloc-howto in Efficency paragraph of main website. Sorry, should be: Maybe even place the malloc-howto in Efficency paragraph of main website.

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 20:07:08 UTC, Steven Schveighoffer wrote: While I'm not specifically addressing the ability or not to disable the GC (I agree D has problems tehre), deprecating the delete operator does NOT preclude manual memory management. The problem with delete is it conflates d

Re: D on next-gen consoles and for game development

On Thursday, May 23, 2013 21:37:26 Kiith-Sa wrote: > It'd be good to have an easy-to-use way to manually allocate > classes/structs in Phobos (higher-level than emplace, something > close in usability to C++ new/delete), preferably with a way to > override the allocation mechanism (I assume the fab

Re: D on next-gen consoles and for game development

On Thu, 23 May 2013 21:37:26 +0200 "Kiith-Sa" wrote: > On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: > > While there hasn't been anything official, I think it's a safe > > bet to say that D is being used for a major title, Remedy's > > Quantum Break, featured prominently during

Re: D on next-gen consoles and for game development

On Thu, 23 May 2013 16:02:05 -0400, QAston wrote: Also, it should be visible in C++/D that D can really deal with manual memory management conveniently - when I checked out Dlang first time I felt very disappointed that "delete" operator is deprecated. "So - they advertise one can code wit

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: There was a lot of interesting stuff in Benjamin Thaut's article about GC versus manual memory management in a game [4] and the discussion about it on the forums [5]. A lot of this collective knowledge built up on manual memory man

Re: D on next-gen consoles and for game development

W dniu 23.05.2013 20:13, Brad Anderson pisze: @nogc comes to mind (I believe Andrei mentioned it during one of the talks released). [1][2] 1: http://d.puremagic.com/issues/show_bug.cgi?id=5219 2: http://wiki.dlang.org/DIP18 When I started learning D 2 years ago, I read on the D webpage that D

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of Xbox One. Quantum Break doesn't come out until

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of Xbox One. Quantum Break doesn't come out until

Re: D on next-gen consoles and for game development

On 2013-05-23 20:43, H. S. Teoh wrote: On the other hand, perhaps functions that *need* to allocate should be labelled as such (esp. in the Phobos docs), so that users know what they're getting into. Perhaps using a UDA. -- /Jacob Carlborg

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:50:11 UTC, Brad Anderson wrote: On Thursday, 23 May 2013 at 18:43:01 UTC, Szymon Gatner wrote: On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major

Re: D stability testing framework

On 2013-05-23 19:54, Joseph Rushton Wakeling wrote: Will happily offer my own code, though I currently only have 1 public D project and it's probably not extensive enough to be useful. Time to get that graph library off the ground ... :-) But as suggestions, how about vibe.d, GtkD and SciD? I

Re: new DIP41: dmd/rdmd command line overhaul.

On Thursday, May 23, 2013 20:42:47 =?UTF-8?B?Ikx1w61z?=.Marques @puremagic.com wrote: > On Thursday, 23 May 2013 at 18:35:56 UTC, Jonathan M Davis wrote: > > As long as the flags don't conflict, it would probably be > > better to just > > introduce the new flags and then undocument the old flags (

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:22:54 UTC, Joseph Rushton Wakeling wrote: On 05/23/2013 08:13 PM, Brad Anderson wrote: Now I'm wondering what can be done to foster this newly acquired credibility in games. By far the biggest issue I hear about when it comes to people working on games in D is th

Re: External lib unittests: they're killin me!

On Thu, 23 May 2013 13:47:25 -0400, H. S. Teoh wrote: This reasoning breaks down when the program needs two or more large argument lists. On Windows/MSDOS, you could do things like "rename *.jpeg *.jpg" and it would do the right thing, but this is an utter PITA on Linux: mv doesn't support it

Re: Example for creating multiple signals?

Thanks.

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:43:01 UTC, Szymon Gatner wrote: On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the

Re: new DIP41: dmd/rdmd command line overhaul.

On 5/23/2013 10:14 AM, Andrei Alexandrescu wrote: On 5/23/13 9:22 AM, Dejan Lekic wrote: Andrei, there is a perfect, diplomatic solution to this - you make a survey of D community, and if the majority votes "YES" for a breaking change, then after that when someone complains, you just give that p

Re: std.concurrency doesn't like structs, classes?

On Thursday, 23 May 2013 at 18:38:05 UTC, Ali Çehreli wrote: As a workaround, try immutable(S*) (S is a struct). You must manage the lifetime of the object of course. I was actually investigating std.concurrency to try to understand the mechanism of dispatching the messages of different types

Re: D stability testing framework

On 5/23/13 11:35 AM, Andrei Alexandrescu wrote: On 5/23/13 1:54 PM, Joseph Rushton Wakeling wrote: On 05/23/2013 07:22 PM, Andrei Alexandrescu wrote: I think that's a great idea. What would be a seed of 1-3 projects? I wonder how difficult it would be for Brad to set up some beta testing script

Re: D on next-gen consoles and for game development

On Thu, May 23, 2013 at 08:22:43PM +0200, Joseph Rushton Wakeling wrote: > On 05/23/2013 08:13 PM, Brad Anderson wrote: > > Now I'm wondering what can be done to foster this newly acquired > > credibility in games. By far the biggest issue I hear about when it > > comes to people working on games

Re: D on next-gen consoles and for game development

On Thursday, 23 May 2013 at 18:13:17 UTC, Brad Anderson wrote: While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of May I ask where this intel comes from? Do you

Re: new DIP41: dmd/rdmd command line overhaul.

On Thursday, 23 May 2013 at 18:35:56 UTC, Jonathan M Davis wrote: As long as the flags don't conflict, it would probably be better to just introduce the new flags and then undocument the old flags (and deprecate them if we want to actually work toward removing them - or just leave them undocume

Re: std.concurrency doesn't like structs, classes?

On 05/23/2013 11:16 AM, "Luís Marques" " wrote: On Thursday, 23 May 2013 at 18:09:34 UTC, Ali Çehreli wrote: Could be this bug: http://d.puremagic.com/issues/show_bug.cgi?id=5538 Thanks. I guess it's that bug. But the bug is two years old, I'm not very hopeful to see a fix soon :( As a w

Re: D stability testing framework

On 5/23/13 1:54 PM, Joseph Rushton Wakeling wrote: On 05/23/2013 07:22 PM, Andrei Alexandrescu wrote: I think that's a great idea. What would be a seed of 1-3 projects? I wonder how difficult it would be for Brad to set up some beta testing scripts on the build machines. Will happily offer my

Re: new DIP41: dmd/rdmd command line overhaul.

On Thursday, May 23, 2013 20:27:23 =?UTF-8?B?Ikx1w61z?=.Marques @puremagic.com wrote: > On Thursday, 23 May 2013 at 17:29:44 UTC, Andrei Alexandrescu > > wrote: > > I think this is overblown. First thing people use is rdmd > > without flags, which just works. Then, builds using flags are > > snuc

Re: new DIP41: dmd/rdmd command line overhaul.

On Thursday, 23 May 2013 at 17:29:44 UTC, Andrei Alexandrescu wrote: I think this is overblown. First thing people use is rdmd without flags, which just works. Then, builds using flags are snuck in a makefile or script and forgotten about. It's just the way things get done. Compiler flags are n

Re: D on next-gen consoles and for game development

On 05/23/2013 08:13 PM, Brad Anderson wrote: > Now I'm wondering what can be done to foster this newly acquired credibility > in > games. By far the biggest issue I hear about when it comes to people working > on > games in D is the garbage collector. You can work around the GC without too > mu

Re: std.concurrency doesn't like structs, classes?

On Thursday, 23 May 2013 at 18:09:34 UTC, Ali Çehreli wrote: Could be this bug: http://d.puremagic.com/issues/show_bug.cgi?id=5538 Thanks. I guess it's that bug. But the bug is two years old, I'm not very hopeful to see a fix soon :(

D on next-gen consoles and for game development

While there hasn't been anything official, I think it's a safe bet to say that D is being used for a major title, Remedy's Quantum Break, featured prominently during the announcement of Xbox One. Quantum Break doesn't come out until 2014 so the timeline seems about right (Remedy doesn't appear

Re: std.concurrency doesn't like structs, classes?

On 05/23/2013 10:57 AM, "Luís Marques" " wrote: > Has anyone tried the example from std.concurrency, but changing the int > to an (immutable) struct or class? When I did that it failed with "Owner > terminated". When I added a Variant to the receive() list, to try and > fix that, I got an asserti

std.concurrency doesn't like structs, classes?

Hi, Has anyone tried the example from std.concurrency, but changing the int to an (immutable) struct or class? When I did that it failed with "Owner terminated". When I added a Variant to the receive() list, to try and fix that, I got an assertion failure (but the receive() handler was called

Re: primitive value overflow

On 17.5.2013. 0:23, Marco Leise wrote: Am Thu, 16 May 2013 22:39:16 +0200 schrieb luka8088: On 16.5.2013. 22:29, Andrej Mitrovic wrote: On Thursday, 16 May 2013 at 20:24:31 UTC, luka8088 wrote: Hello everyone. Today I ran into a interesting issue. I wrote auto offset = text1.length - text2.

Re: D stability testing framework

On 05/23/2013 07:22 PM, Andrei Alexandrescu wrote: > I think that's a great idea. What would be a seed of 1-3 projects? I wonder > how > difficult it would be for Brad to set up some beta testing scripts on the > build > machines. Will happily offer my own code, though I currently only have 1 pu

Re: External lib unittests: they're killin me!

On Thu, May 23, 2013 at 01:43:52PM -0400, Jonathan M Davis wrote: > On Thursday, May 23, 2013 13:12:53 Steven Schveighoffer wrote: > > >> No, the shell expands wildcards, not the OS. > > > > > > It was just a sarcastic comment about incredible consistency of > > > wildcard expansion in linux. > >

Re: External lib unittests: they're killin me!

On Thursday, May 23, 2013 13:12:53 Steven Schveighoffer wrote: > >> No, the shell expands wildcards, not the OS. > > > > It was just a sarcastic comment about incredible consistency of wildcard > > expansion in linux. > > Having the expansion of wildcards built into the OS would be bad. I don't >

Re: Nightly Builds and Better Download Package

On Thursday, 23 May 2013 at 17:32:42 UTC, nazriel wrote: 1) Are there any plans in introducing Nightly Builds of DMD-master? The process of making the release zips isn't even open source. Probably because it includes a bunch of closed-source software. Still kind of ridiculous.

Nightly Builds and Better Download Package

Greetings. 1) Are there any plans in introducing Nightly Builds of DMD-master? 2) Are there any plans in splitting DMD release package for different OS versions? I really don't need those Windows, MacOSX, FreeBSD binaries while downloading DMD for my Linux box Best regards, Damian Ziemba

Re: new DIP41: dmd/rdmd command line overhaul.

On 5/23/13 12:40 PM, "Luís Marques" " wrote: D is great, but the syntax of dmd makes for a bad first impression, which is vital in a "new" language. I think this is overblown. First thing people use is rdmd without flags, which just works. Then, builds using flags are snuck in a makefile or s

Re: D stability testing framework

On 5/23/13 10:30 AM, Joseph Rushton Wakeling wrote: Hello all, Having listened to Andrei and Walter's Q&A and read some of the discussion surrounding it, an idea occurred to me. How about leveraging the selection of 3rd-party D code out there to provide a testing framework for D's stability as

Re: new DIP41: dmd/rdmd command line overhaul.

On 5/23/13 9:25 AM, Dicebot wrote: On Thursday, 23 May 2013 at 13:08:25 UTC, Andrei Alexandrescu wrote: It's an imperfect system, and we do our best with what we know, whom we work with, and what we believe. We all have the same goal. To be frank - relax. There's no reason to get overly combativ

Re: new DIP41: dmd/rdmd command line overhaul.

On 5/23/13 9:22 AM, Dejan Lekic wrote: Andrei, there is a perfect, diplomatic solution to this - you make a survey of D community, and if the majority votes "YES" for a breaking change, then after that when someone complains, you just give that person a link to the survey result, with a comment "

  1   2   >