Re: DConf 2016, Berlin: Call for Submissions is now open!

On Sunday, 1 November 2015 at 02:41:37 UTC, Andrei Alexandrescu wrote: There's been considerable back and forth between Sociomantic and ourselves before choosing this path. One concern was that corporate intervention risks to stifle individual contributions such as Jonas' and ponce's. We

[Issue 4492] Version of take() which takes from the back of a range

https://issues.dlang.org/show_bug.cgi?id=4492 Infiltrator changed: What|Removed |Added CC|

Re: I have this game engine...

On Sunday, 1 November 2015 at 02:35:49 UTC, Manu wrote: In terms of what I've used commercially, Fuji is the platform abstraction and core concept implementation that lives below the layer that the high-level interacts with. Editors and tooling (I feel this is what you're talking about when

Re: I have this game engine...

On 1 November 2015 at 16:45, Nerve via Digitalmars-d wrote: > > About the only thing I would want to keep from those two monster engines is > some live compilation feature where changes in source, assets, or UI > scripting are immediately apparent in-game. But that

Re: good reasons not to use D?

On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote: Any other thoughts? Floating point operations can be extended automatically (without some kind of 'fastmath' flag) up to 80bit fp on 32 bit intel processors. This is worst solution for language that want to be used in

[Issue 14866] Unable to find universal runtime static libraries on windows 10 and VS 2015

https://issues.dlang.org/show_bug.cgi?id=14866 --- Comment #2 from Rainer Schuetze --- Should work in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 You'll need the release candidate for dmd 2.069 though to not get undefined symbols, though. --

[Issue 14524] Right clicking in solution explorer to add folders does not work as expected

https://issues.dlang.org/show_bug.cgi?id=14524 --- Comment #3 from Rainer Schuetze --- There are now two entries: "Add Filter" for the C++ people, and "Add Folder" for C# people. Try it in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 --

[Issue 15105] paths never work

https://issues.dlang.org/show_bug.cgi?id=15105 --- Comment #2 from Manu --- I understand it's not necessarily VD at fault, but I wonder if VisualD can interpret pathing related errors and prompt such that it can set the PATH env var prior to retrying the build again with the

Re: Ready for testing: vibe.d 0.7.26-alpha.3

On Saturday, 31 October 2015 at 07:57:06 UTC, Brad Anderson wrote: On Saturday, 31 October 2015 at 03:07:35 UTC, Sebastiaan Koppe wrote: In frontend development people are likely to use the same framework/library they used last time, in order to speed up development. Besides know-how, most of

[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD

https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #9 from Rainer Schuetze --- I tweaked the defaults in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 and added browse buttons to set/add path entries. Visual D also tries to detect

[Issue 5323] std.math: struct FloatingPointControl, duplicate code and assumes X86

https://issues.dlang.org/show_bug.cgi?id=5323 --- Comment #3 from Iain Buclaw --- (In reply to Infiltrator from comment #2) > Is this still an issue? I'd have a look at the source, but I'm afraid that > I wouldn't be able to tell what's X86 or SPARC, etc. Well, X86 code

[Issue 5323] std.math: struct FloatingPointControl, duplicate code and assumes X86

https://issues.dlang.org/show_bug.cgi?id=5323 --- Comment #4 from Iain Buclaw --- Both struct FloatingPointControl and Ieeeflags still have their own private enums. Since these values should be mirrored somewhere in druntime stdc (it looks like the me of five years ago

D 2.068.2 test runner for Android ARM, please test and report results from your Android device

I'm happy to announce test runners for Android ARM, which will run most tests from druntime and phobos on your Android device: https://github.com/joakim-noah/android/releases/tag/runners You can install a test runner app or run a command-line binary. Please report your results in this thread

[Issue 14873] Build fails with message 'cannot create PDB file'

https://issues.dlang.org/show_bug.cgi?id=14873 --- Comment #8 from Rainer Schuetze --- Should be fixed in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 --

[Issue 15024] Wrong keyword color for Visual Studio Dark theme

https://issues.dlang.org/show_bug.cgi?id=15024 --- Comment #2 from Rainer Schuetze --- Should be fixed in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 --

[Issue 15105] paths never work

https://issues.dlang.org/show_bug.cgi?id=15105 --- Comment #1 from Rainer Schuetze --- https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 has better defaults, but I agree that better guidance in case of errors would be nice. Unfortunately, path

Re: I have this game engine...

On 1 November 2015 at 17:43, Nerve via Digitalmars-d wrote: > On Sunday, 1 November 2015 at 07:30:57 UTC, Manu wrote: >> >> I actually wrote that exact thing at Remedy (for Quantum Break) which >> runtime compiles D code, and hot-swaps the new code into the live

[Issue 5509] R250/521 pseudo-random number engine

https://issues.dlang.org/show_bug.cgi?id=5509 Infiltrator changed: What|Removed |Added CC|

[Issue 15106] Optlink executed with LDC as compiler?

https://issues.dlang.org/show_bug.cgi?id=15106 David Nadlinger changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15106] Optlink executed with LDC as compiler?

https://issues.dlang.org/show_bug.cgi?id=15106 --- Comment #12 from Rainer Schuetze --- > We (LDC) also auto-detect MSVC installations now, so this should be fixed. I just realized that LDC checks VSINSTALLDIR, not VCINSTALLDIR which is set by Visual D. This causes the batch

Re: I have this game engine...

On Sunday, 1 November 2015 at 07:30:57 UTC, Manu wrote: I actually wrote that exact thing at Remedy (for Quantum Break) which runtime compiles D code, and hot-swaps the new code into the live data... if only I could liberate the source >_< Wow, I had no idea D was being used for such a

Re: good reasons not to use D?

On Sat, 2015-10-31 at 20:55 +, David Nadlinger via Digitalmars-d- learn wrote: > On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote: > > My opinion is that a decimal data type must be builtin in any > > modern language, not implemented as a library. > > "must be builtin in any modern

[Issue 15106] Optlink executed with LDC as compiler?

https://issues.dlang.org/show_bug.cgi?id=15106 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD

https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #10 from Manu --- (In reply to Rainer Schuetze from comment #9) > but I suspect that these should just be different compilers. This is true. Where do you think VisualD stands in defining different toolchains like

Re: Allocation strategies question

On Friday, 30 October 2015 at 05:21:17 UTC, Rikki Cattermole wrote: What I normally do for memory to be owned by the thread is: auto foo(IAllocator alloc=theAllocator()) {...} Where as for if it is global to the process: auto foo(IAllocator alloc=processAllocator()) {...} Basically it is the

[Issue 15107] Win32-COFF library paths are blank

https://issues.dlang.org/show_bug.cgi?id=15107 --- Comment #3 from Rainer Schuetze --- fixed in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.43-beta1 --

[Issue 15105] paths never work

https://issues.dlang.org/show_bug.cgi?id=15105 --- Comment #3 from Manu --- Thinking on it, maybe a better solution would be to remove those settings from the user entirely. Imagine a UI that looks something like: "Add toolchain", the user is then prompted to locate the

[Issue 15106] Optlink executed with LDC as compiler?

https://issues.dlang.org/show_bug.cgi?id=15106 --- Comment #11 from Manu --- Great! Looking forward to trying all this out next time I do a fresh install :) Thanks everyone for your vigilance! --

[Issue 15105] paths never work

https://issues.dlang.org/show_bug.cgi?id=15105 --- Comment #4 from Rainer Schuetze --- > Sounds like quite a bit of work, but it might make this entire class of > problem disappear once and for all :) Although it sounds like a feasible idea I'm a bit hesitent to build a

[Issue 666] missing pthread functions

https://issues.dlang.org/show_bug.cgi?id=666 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED

Re: I have this game engine...

On Sunday, 1 November 2015 at 07:30:57 UTC, Manu wrote: I actually wrote that exact thing at Remedy (for Quantum Break) which runtime compiles D code, and hot-swaps the new code into the live data... if only I could liberate the source >_< Well, Remedy owns the source, but they can't own your

Re: D 2.068.2 test runner for Android ARM, please test and report results from your Android device

On 11/01/2015 10:50 AM, Joakim wrote: > http://forum.dlang.org/thread/bafrkjfwmoyriyhmq...@forum.dlang.org Nice works for me as well (Galaxy S3 on cm-12.1 (5.1.1)). Would be nice to run this as automated test on an Android Emulator.

[Issue 15105] paths never work

https://issues.dlang.org/show_bug.cgi?id=15105 --- Comment #5 from Manu --- (In reply to Rainer Schuetze from comment #4) > > Sounds like quite a bit of work, but it might make this entire class of > > problem disappear once and for all :) > > Although it sounds like a

Re: good reasons not to use D?

On Saturday, 31 October 2015 at 23:16:04 UTC, Ali Çehreli wrote: Although still years away from production, the Mill CPU will have decimal floating point: http://millcomputing.com/wiki/Instruction_Set Mill is a fun project, and there are also base 10 floating point FPGA coprocessors

Re: Sociomantic Labs is looking for Software Developers! (D language)

On 10/31/15, Andrea Fontana via Digitalmars-d-announce wrote: > I think you need an Italian translator too. :) Your ad on > facebook sounds bad in italian where "display" is translated as a > female word but all big italian dictionaries report it as male. >

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Sunday, 1 November 2015 at 02:41:37 UTC, Andrei Alexandrescu wrote: On 10/31/15 5:24 PM, Jonas Drewsen wrote: [...] Many thanks to both you and ponce! This is great work. I have good news and bad news. The bad news is we won't likely be able to accept either of these proposals. [...]

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #2 from ag0ae...@gmail.com --- (In reply to bb.temp from comment #0) > So far I'm here but it doesn't capture the essence of the problem. > > --- [...] > --- As far as I can tell, everything works as expected in that code. The

Re: Collection, why COW collection are important

On Sunday, 1 November 2015 at 13:43:25 UTC, Gary Willoughby wrote: What does COW mean here? Copy-On-Write. You can use it with shared ref counting and immutable for filling out templates, transactional computations and other situations where you want to create a new version of something

Re: I have this game engine...

Am Sun, 1 Nov 2015 11:33:21 +1000 schrieb Manu via Digitalmars-d : > So, I just wanted to put this idea out there, and see what other > people make of it. > > I have this game engine (https://github.com/TurkeyMan/fuji), it's > lived for about 12 years now (first

[Issue 4492] Version of take() which takes from the back of a range

https://issues.dlang.org/show_bug.cgi?id=4492 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: dlang.org/library/* - is this still being used?

On Sunday, 1 November 2015 at 13:49:32 UTC, Gary Willoughby wrote: In the /library version there are many broken links/anchors. You can report issues with the DDox documentation here: https://github.com/rejectedsoftware/ddox/issues It doesn't really matter if it's outdated or not. Whether

Re: Release Candidate D 2.069.0-rc2

On 10/31/2015 01:00 PM, BBasile wrote: > > Despite of what I had say previously I've encountered another "inliner" > bug today that looks like a regression. I don't know what's the 2.069 > ETA but I'm not sure to be able to file a bugzilla entry quickly. Please just file ticket with whatever you

Re: I have this game engine...

On Sunday, 1 November 2015 at 01:33:29 UTC, Manu wrote: If people find this to be an interesting project, and I do take some time to do this port, what I'd really love is to work together with some of the niche platform support guys and use it to stress test toolchains for various platforms.

Re: D 2.068.2 test runner for Android ARM, please test and report results from your Android device

On Sunday, 1 November 2015 at 18:41:26 UTC, Martin Nowak wrote: On 11/01/2015 10:50 AM, Joakim wrote: http://forum.dlang.org/thread/bafrkjfwmoyriyhmq...@forum.dlang.org Nice works for me as well (Galaxy S3 on cm-12.1 (5.1.1)). Would be nice to run this as automated test on an Android

Re: dlang.org/library/* - is this still being used?

On Sunday, 1 November 2015 at 05:13:49 UTC, Vladimir Panteleev wrote: On Sunday, 1 November 2015 at 02:56:08 UTC, rsw0x wrote: The documentation is outdated and obfuscates google searches How is it outdated? In the /library version there are many broken links/anchors. It doesn't really

Lazy std.algorithm.replace()

Is there a reason why Phobos doesn't contain a lazy range variant of std.string.replace?

Re: I have this game engine...

On 01/11/15 08:30, Manu via Digitalmars-d wrote: I actually wrote that exact thing at Remedy (for Quantum Break) which runtime compiles D code, and hot-swaps the new code into the live data... if only I could liberate the source >_< Wow. That sounds like it could have uses far beyond games --

Can't get winapi working

Hi. I was trying all day to get this working, but i give up and post it here. module tryingwinapi; import core.runtime; import std.utf; auto toUTF16z(S)(S s) { return toUTFz!(const(wchar)*)(s); } import win32.windef; import win32.winuser; extern (Windows) int WinMain(HINSTANCE

[Issue 15272] New: [2.069-rc2, inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 Issue ID: 15272 Summary: [2.069-rc2,inline] nothing written to output when -inline is set Product: D Version: D2 Hardware: x86_64 OS: Linux Status:

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #1 from

Re: Collection, why COW collection are important

On Saturday, 31 October 2015 at 23:02:12 UTC, deadalnix wrote: The hack team recently released project to add COW collection to hack in addition to current, reference type, collections. You can find explanation here : http://hhvm.com/blog/10649/improving-arrays-in-hack As collection are

Re: I have this game engine...

On 2015-11-01 02:33, Manu via Digitalmars-d wrote: I have been thinking about full-scale porting to D You could enhance DStep [1] to handle complete source code and not only headers. [1] https://github.com/jacob-carlborg/dstep -- /Jacob Carlborg

Re: Ready for testing: vibe.d 0.7.26-alpha.3

On Saturday, 31 October 2015 at 03:07:35 UTC, Sebastiaan Koppe wrote: On Friday, 30 October 2015 at 21:03:21 UTC, Brad Anderson wrote: On Friday, 30 October 2015 at 16:16:11 UTC, Sebastiaan Koppe I really have to say I fail to see any value in that JS interface generation feature. The idea is

Re: Capturing __FILE__ and __LINE in a variadic templated function

On 01.11.2015 23:49, Adam D. Ruppe wrote: Yeah, just make the other args normal runtime instead of template: Or make it two nested templates: template show(T ...) { void show(string file = __FILE__, uint line = __LINE__, string fun = __FUNCTION__)() { ... } }

Re: Ready for testing: vibe.d 0.7.26-alpha.3

On Sunday, 1 November 2015 at 19:44:12 UTC, Ola Fosheim Grøstad wrote: Keep in mind that javascript frameworks die after ~2 years. They may die young, but every framework is an improvement upon the last. So in a way the reasoning and principles behind them continue. In that sense it follows

Access violation when calling C DLL from D

Hi, I am trying to write a simple interface to the MRuby Ruby interpreter so I can use ruby scripts in my D program. I was able to get MRuby compiled as a DLL without too much difficulty, but the headers are very long and complicated, and porting them entirely to D would be a huge project in

Re: I have this game engine...

On 2 November 2015 at 01:50, Jack Stouffer via Digitalmars-d wrote: > On Sunday, 1 November 2015 at 07:30:57 UTC, Manu wrote: >> >> I actually wrote that exact thing at Remedy (for Quantum Break) which >> runtime compiles D code, and hot-swaps the new code into the

Re: Access violation when calling C DLL from D

On Monday, 2 November 2015 at 02:13:29 UTC, BBasile wrote: On Monday, 2 November 2015 at 01:02:45 UTC, AnoHito wrote: [...] the headers are very long and complicated, and porting them entirely to D would be a huge project in and of itself. [...] You can give a try at h2d, the C header to D

[Issue 14779] incorrect addressing of arguments in require/in-contract

https://issues.dlang.org/show_bug.cgi?id=14779 Kenji Hara changed: What|Removed |Added CC||lt.infiltra...@gmail.com

[Issue 15266] Parameters to methods of final classes become uninitialised in out contracts for DMD only

https://issues.dlang.org/show_bug.cgi?id=15266 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED

Re: Access violation when calling C DLL from D

On Monday, 2 November 2015 at 01:02:45 UTC, AnoHito wrote: [...] the headers are very long and complicated, and porting them entirely to D would be a huge project in and of itself. [...] You can give a try at h2d, the C header to D interface converter: http://dlang.org/htod.html

[Issue 12421] Allow simpler syntax for lambda template declarations

https://issues.dlang.org/show_bug.cgi?id=12421 --- Comment #9 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/9446e513e4ba1b984d03b159ad0820c1e58024d5 fix Issue 12421

Re: I have this game engine...

On 2 November 2015 at 04:17, Johannes Pfau via Digitalmars-d wrote: > Am Sun, 1 Nov 2015 11:33:21 +1000 > schrieb Manu via Digitalmars-d : > >> If people find this to be an interesting project, and I do take some >> time to do this port,

Re: I have this game engine...

On 2 November 2015 at 05:27, Jacob Carlborg via Digitalmars-d wrote: > On 2015-11-01 02:33, Manu via Digitalmars-d wrote: > >> I have been thinking about full-scale porting to D > > > You could enhance DStep [1] to handle complete source code and not only > headers.

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Sunday, 1 November 2015 at 19:28:48 UTC, Iain Buclaw wrote: Many thanks to both you and ponce! This is great work. I have good news and bad news. The bad news is we won't likely be able to accept either of these proposals. The good news is Sociomantic wants to get behind the DConf logo

Re: Can't get winapi working

On Sunday, 1 November 2015 at 17:52:08 UTC, dozksaw wrote: I have copied the win32 directory from his github. Try the official repository: https://github.com/smjgordon/bindings/tree/master/win32 These headers will also be available as core.sys.windows.* starting with D 2.070.

Re: Safe reference counting cannot be implemented as a library

On Sunday, 1 November 2015 at 20:55:00 UTC, Martin Nowak wrote: On 11/01/2015 09:51 PM, Martin Nowak wrote: Any hint/numbers showing that this is actually useful? Also doesn't a good backend optimizer already fuse writes? Yes but you have this myth flying around that it is necessary for

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #8 from bb.t...@gmx.com --- (In reply to ag0aep6g from comment #7) > Here's a reduction that segfaults reliably for me with -release -O -inline: > > extern(C) void* calloc(size_t, size_t) nothrow pure; > > void main() > { > { >

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 bb.t...@gmx.com changed: What|Removed |Added Severity|normal |regression --

Re: Safe reference counting cannot be implemented as a library

On Sunday, 1 November 2015 at 22:36:46 UTC, Andrei Alexandrescu wrote: On 11/01/2015 03:51 PM, Martin Nowak wrote: On 10/27/2015 01:27 PM, Andrei Alexandrescu wrote: Unrelated, and a foreshadowing of the discussion on the lifetime mailing list: the compiler has ample opportunity to fuse

Re: good reasons not to use D?

On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote: I'm writing a talk for codemesh on the use of D in finance. I want to start by addressing the good reasons not to use D. (We all know what the bad ones are). I don't want to get into a discussion here on them, but just wanted

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #4 from ag0ae...@gmail.com --- I think this is a bug in libdparse. Its `StringCache` allocates space for `buckets`, but doesn't null the pointers. On destruction it then tries to `free` the garbage pointers in there.

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #5 from ag0ae...@gmail.com --- (In reply to ag0aep6g from comment #4) > I think this is a bug in libdparse. > > Its `StringCache` allocates space for `buckets`, but doesn't null the > pointers. On destruction it then tries to `free` the

Re: Safe reference counting cannot be implemented as a library

On Sunday, 1 November 2015 at 20:55:00 UTC, Martin Nowak wrote: On 11/01/2015 09:51 PM, Martin Nowak wrote: Any hint/numbers showing that this is actually useful? Also doesn't a good backend optimizer already fuse writes? AFAIK the fear of RC being too slow comes from C++'s shared_ptr's

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #7 from ag0ae...@gmail.com --- Here's a reduction that segfaults reliably for me with -release -O -inline: extern(C) void* calloc(size_t, size_t) nothrow pure; void main() { { File file_; nop(); } auto

ACCU: Self Publishing a Technical Book / Ask an expert about D; November 11, 2015

I will be giving a talk at the Silicon Valley ACCU: http://www.meetup.com/SFBay-Association-of-C-C-Users/events/225125586/ (I did not write that title nor the synopsis, which may have been updated by the time you read this.) Although I am confident about the self publishing part, I am sure

Re: Safe reference counting cannot be implemented as a library

On 11/1/15 5:52 PM, rsw0x wrote: On Sunday, 1 November 2015 at 22:36:46 UTC, Andrei Alexandrescu wrote: On 11/01/2015 03:51 PM, Martin Nowak wrote: On 10/27/2015 01:27 PM, Andrei Alexandrescu wrote: Unrelated, and a foreshadowing of the discussion on the lifetime mailing list: the compiler

Re: DConf 2016, Berlin: Call for Submissions is now open!

On 1 November 2015 at 03:41, Andrei Alexandrescu via Digitalmars-d-announce wrote: > On 10/31/15 5:24 PM, Jonas Drewsen wrote: > >> On Sunday, 25 October 2015 at 23:59:16 UTC, Andrei Alexandrescu wrote: >> >>> On 10/25/15 8:04 AM, ponce wrote: >>> On

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #3 from bb.t...@gmx.com --- (In reply to ag0aep6g from comment #2) > (In reply to bb.temp from comment #0) > > So far I'm here but it doesn't capture the essence of the problem. > > > > --- > [...] > > --- > > As far as I can tell,

[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set

https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #6 from bb.t...@gmx.com --- (In reply to ag0aep6g from comment #4) > I think this is a bug in libdparse. > > Its `StringCache` allocates space for `buckets`, but doesn't null the > pointers. On destruction it then tries to `free` the

Re: Safe reference counting cannot be implemented as a library

On 10/27/2015 12:41 PM, Andrei Alexandrescu wrote: > It follows that if we want safe reference counting, there must be > language support for it. One possibility is to attach an attribute to > the class definition: > > @safe @rc class Widget { > ... > } Let's think about this more clearly

Re: Safe reference counting cannot be implemented as a library

On 10/27/2015 01:27 PM, Andrei Alexandrescu wrote: > Unrelated, and a foreshadowing of the discussion on the lifetime mailing > list: the compiler has ample opportunity to fuse incs/decs together, so > the signatures of these functions is: > > void opInc(uint delta); > void opDec(uint delta);

Re: DConf 2016, Berlin: Call for Submissions is now open!

On 11/1/15, Dicebot via Digitalmars-d-announce wrote: > Yes :) Are they going to design some kick-ass T-shirts to go along with it too? :)

Re: Safe reference counting cannot be implemented as a library

On 11/01/2015 09:51 PM, Martin Nowak wrote: > Any hint/numbers showing that this is actually useful? Also doesn't a good backend optimizer already fuse writes?

Re: Safe reference counting cannot be implemented as a library

On 11/01/2015 03:54 PM, Martin Nowak wrote: On 11/01/2015 09:51 PM, Martin Nowak wrote: Any hint/numbers showing that this is actually useful? Also doesn't a good backend optimizer already fuse writes? My understanding is that no, that won't happen in most patterns that matter. -- Andrei

Re: Safe reference counting cannot be implemented as a library

On 11/01/2015 03:51 PM, Martin Nowak wrote: On 10/27/2015 01:27 PM, Andrei Alexandrescu wrote: Unrelated, and a foreshadowing of the discussion on the lifetime mailing list: the compiler has ample opportunity to fuse incs/decs together, so the signatures of these functions is: void opInc(uint

Capturing __FILE__ and __LINE in a variadic templated function

Is it possible to make the following definition void show(alias T, string file = __FILE__, uint line = __LINE__, string fun = __FUNCTION__)() { import std.stdio: writeln; try { debug writeln(file, ":",line, ":" /* , ": in ",fun */, " debug: ", T.stringof, ":", T); } catch

Re: Capturing __FILE__ and __LINE in a variadic templated function

Yeah, just make the other args normal runtime instead of template: void show(T...)(string file = __FILE__, uint line = __LINE__, string fun = __FUNCTION__) { // same body } // same usage

Re: Allocation strategies question

On Sunday, 1 November 2015 at 09:48:20 UTC, ref2401 wrote: On Friday, 30 October 2015 at 05:21:17 UTC, Rikki Cattermole wrote: What I normally do for memory to be owned by the thread is: auto foo(IAllocator alloc=theAllocator()) {...} Where as for if it is global to the process: auto