Microsoft officially documents pdb format

https://github.com/Microsoft/microsoft-pdb

[Issue 15201] Segfault __memcpy_sse2_unaligned on Throwable.toString()

https://issues.dlang.org/show_bug.cgi?id=15201 Ludovit Lucenic changed: What|Removed |Added CC||lluce...@gmail.com --

Re: writing DMD tests for inline assembly bugs

On 2015-10-29 18:58, Walter Bright wrote: The usual technique in the D test suite is to pipe the output to a file, and then diff against what it should be. Yes, you wind up with about one test file per error message.

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 Walter Bright changed: What|Removed |Added CC|

[Issue 15258] Anonymous const union members don't allow for initialization

https://issues.dlang.org/show_bug.cgi?id=15258 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid

vibe.d 0.7.26-rc.1

Am 13.10.2015 um 09:38 schrieb Sönke Ludwig: Despite it's name, this release should be considered a beta release. PR #1268[1] will potentially still make it in, but otherwise only bug fixing will happen at this point. As with the previous versions, the final release will happen at the same time

Re: [OT] LLVM Community Code of Conduct

On Thursday, 29 October 2015 at 23:27:47 UTC, Jakob Bornecrantz wrote: On Wednesday, 28 October 2015 at 17:13:27 UTC, deadalnix wrote: http://sarah.thesharps.us/2015/10/05/closing-a-door/ https://mjg59.dreamwidth.org/38136.html These are different times. Yup, professional victim use to not

Re: Microsoft officially documents pdb format

On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote: https://github.com/Microsoft/microsoft-pdb The best part is that the documentation is actually a header file licensed under MIT.

Attributes on parameters in functions.

In other languages that have Attributes (Java and C# atleast) I can do stuff like this: (Java) //com.bar.java interface Bar { /*stuff*/ } //com.foo.java class Foo { Foo(@Bar int a) { //some stuff } } I don't seem to be able to do this in D. That is I cannot do this: enum Bar;

Benchmark memchar (with GCC builtins)

I continue to play with SIMD. So I was trying to use std.simd But it has lots of thing to be implemented. And I also gave up with core.simd.__simd due to problems with PMOVMSKB instruction (it is not implemented). Today I was playing with memchr for gdc: memchr:

Re: Static constructors in structs.

On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote: On 30.10.2015 21:23, TheFlyingFiddle wrote: Is this intended to work? struct A { __gshared static this() { //Add some reflection info to some global stuff. addReflectionInfo!(typeof(this)); } } I just

Re: Static constructors in structs.

On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote: On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote: On 30.10.2015 21:23, TheFlyingFiddle wrote: Is this intended to work? struct A { __gshared static this() { //Add some reflection info to some global stuff.

Re: Static constructors in structs.

On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote: __gshared is mostly usefull on fields (eg public uint a) because it prevents a data to be put on the TLS, which in certain case reduces the perfs up to 30%. The byte code using a global variable that's not __gshared can be incredibly

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 01:14:35 UTC, Tofu Ninja wrote: On Thursday, 29 October 2015 at 00:11:06 UTC, Tofu Ninja wrote: [...] Actually never mind, what I just said was basically auto override for this() so its not really any different. And it is kinda limited with some problems.

[Issue 15268] New: possible deadlock for Thread.getAll/Thread.opApply w/ GC.collect

https://issues.dlang.org/show_bug.cgi?id=15268 Issue ID: 15268 Summary: possible deadlock for Thread.getAll/Thread.opApply w/ GC.collect Product: D Version: D2 Hardware: x86_64 OS: Linux Status:

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

On Friday, 30 October 2015 at 16:16:11 UTC, Sebastiaan Koppe wrote: On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson wrote: Trying out the new JS interface generation on a little toy project I'm getting: [...] Really cool feature though. I really have to say I fail to see any

[Issue 15269] [std.meta] Docs link to typetuple.d instead of meta.d

https://issues.dlang.org/show_bug.cgi?id=15269 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: Benchmark memchar (with GCC builtins)

On Friday, 30 October 2015 at 21:33:25 UTC, Andrei Alexandrescu wrote: Could you please take a look at GCC's generated code and implementation of memchr? -- Andrei glibc uses something like pseudo-SIMD with ordinal x86 instructions (XOR magic, etc). Deap comarison I left for next time :)

Re: Benchmark memchar (with GCC builtins)

On 10/30/2015 05:29 PM, Iakh wrote: I continue to play with SIMD. So I was trying to use std.simd But it has lots of thing to be implemented. And I also gave up with core.simd.__simd due to problems with PMOVMSKB instruction (it is not implemented). Today I was playing with memchr for gdc:

Static constructors in structs.

Is this intended to work? struct A { __gshared static this() { //Add some reflection info to some global stuff. addReflectionInfo!(typeof(this)); } } I just noticed this works in 2.069, is this intended? I mean I love it! It makes it possible to do lot's of useful mixins

Re: Static constructors in structs.

On 30.10.2015 21:23, TheFlyingFiddle wrote: Is this intended to work? struct A { __gshared static this() { //Add some reflection info to some global stuff. addReflectionInfo!(typeof(this)); } } I just noticed this works in 2.069, is this intended? static

Re: Static constructors in structs.

On Friday, 30 October 2015 at 20:23:45 UTC, TheFlyingFiddle wrote: I just noticed this works in 2.069, is this intended? I thought it always worked. The __gshared there I'm pretty sure doesn't do anything and should prolly be removed. The two forms are `static this` which is called for each

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 --- Comment #4 from Vladimir Panteleev --- (In reply to Cauterite from comment #3) > Thanks, not sure why the pull didn't get posted here automatically. It's not, you have to post it yourself.

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 --- Comment #3 from Cauterite --- (In reply to Vladimir Panteleev from comment #2) > https://github.com/D-Programming-Language/dmd/pull/5244 Thanks, not sure why the pull didn't get posted here automatically. --

Re: [OT] LLVM Community Code of Conduct

On Friday, 30 October 2015 at 06:04:48 UTC, deadalnix wrote: Why would someone capable as Sarah Sharp would join the train is a mystery, but not all mystery are worth spending time solving. Judging by her post, she tried to force her behavioral standards on the Linux kernel community and did

good reasons not to use D?

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 to make sure I cover them so I represent the state of affairs

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 Vladimir Panteleev changed: What|Removed |Added CC|

[Issue 15265] [Visual D]

https://issues.dlang.org/show_bug.cgi?id=15265 --- Comment #1 from Ketmar Dark --- sample code to test: import std.path; void main () { string temp = "temppath"; temp = std.path.buildPath(temp, "boo.foo"); } it compiles without "-property", but gives errors with

[Issue 15263] [REG2.067.0] Cannot insert range into DList

https://issues.dlang.org/show_bug.cgi?id=15263 Vladimir Panteleev changed: What|Removed |Added CC|

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 Vladimir Panteleev changed: What|Removed |Added Keywords||pull ---

How can I distinguish an enum constant from an actual enum at compile time?

I want to be able to do something like this: enum a = 32 enum b = { q,w,e,r,t,y } CtType ctype = getCtType!(a); // -> Would become CtType.enumConstant CtType ctype1 = getCtType!(b); // -> Would become CtType.enum_

Re: How can I distinguish an enum constant from an actual enum at compile time?

On Friday, 30 October 2015 at 11:46:43 UTC, TheFlyingFiddle wrote: I want to be able to do something like this: enum a = 32 enum b = { q,w,e,r,t,y } CtType ctype = getCtType!(a); // -> Would become CtType.enumConstant CtType ctype1 = getCtType!(b); // -> Would become CtType.enum_ Never

Re: Microsoft officially documents pdb format

On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote: https://github.com/Microsoft/microsoft-pdb Great, hopefully Walter's article about reverse-engineering it, people like Manu prodding the issue, and maybe even rants like mine helped finally effect this change:

Re: Microsoft officially documents pdb format

On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote: https://github.com/Microsoft/microsoft-pdb This probably relates to MS adding clang support to Visual Studio. - Jonathan M Davis

[Issue 15261] [dmd-internal] Trivial problem in BinExp.checkOpAssignTypes

https://issues.dlang.org/show_bug.cgi?id=15261 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15260] [dmd-internal] StringExp.compare may cause invalid memory access

https://issues.dlang.org/show_bug.cgi?id=15260 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4d38ed397f7d250830948e9a6f81250ed2d070e8 fix Issue 15260 -

[Issue 15260] [dmd-internal] StringExp.compare may cause invalid memory access

https://issues.dlang.org/show_bug.cgi?id=15260 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Visual C++ Build Tools 2015

http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx Now compiler and libraries can be installed without IDE.

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 Cauterite changed: What|Removed |Added Assignee|nob...@puremagic.com|cauter...@gmail.com --

[Issue 15261] [dmd-internal] Trivial problem in BinExp.checkOpAssignTypes

https://issues.dlang.org/show_bug.cgi?id=15261 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/759d27b90492864aae4c55d4071c2d666928a0fe fix Issue 15261 -

[Issue 15262] [dmd-internal] Duplicated initialization in Token struct static constructor

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

[Issue 15265] New: [Visual D]

https://issues.dlang.org/show_bug.cgi?id=15265 Issue ID: 15265 Summary: [Visual D] Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: major

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 --- Comment #5 from Cauterite --- (In reply to Vladimir Panteleev from comment #4) > (In reply to Cauterite from comment #3) > > Thanks, not sure why the pull didn't get posted here automatically. > > It's not, you have to post

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 --- Comment #6 from Vladimir Panteleev --- (In reply to Cauterite from comment #5) > I think the wording on that page is a bit ambiguous. It's a wiki, fix it :) --

Re: Failed 'dub run' with 'Failed to invoke the compiler dmd'

dub run -v Linking... dmd -of.dub/build/standalone-debug-posix.osx-x86_64-dmd_2068-4E2C9DFD17A7951AAA2F7856AB27FB45/vibelog .dub/build/standalone-debug-posix.osx-x86_64-dmd_2068-4E2C9DFD17A7951AAA2F7856AB27FB45/vibelog.o ../../.dub/packages/stringex-0.0.2/libstringex.a

Re: Failed 'dub run' with 'Failed to invoke the compiler dmd'

On Saturday, 31 October 2015 at 03:38:57 UTC, Mike Parker wrote: How did you install DMD? I didn't : P. First hurdle taken. It now compiles. However, I get a linking error: Linking... ld: library not found for -levent clang: error: linker command failed with exit code 1 (use -v to see

Re: DCD 0.7.3

On Friday, 30 October 2015 at 20:12:55 UTC, rsw0x wrote: On Friday, 30 October 2015 at 19:13:10 UTC, Brian Schott wrote: From the README: "The D Completion Daemon is an auto-complete program for the D programming language." 0.7.3 is another bug-fix release.

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

Re: Failed 'dub run' with 'Failed to invoke the compiler dmd'

On Saturday, 31 October 2015 at 04:00:18 UTC, Timoses wrote: Linking... ld: library not found for -levent clang: error: linker command failed with exit code 1 (use -v to see invocation) --- errorlevel 1 dmd failed with exit code 1. Seems to be fixed by editing dmd.conf (added

[Issue 15265] Phobos doesn't work with -property

https://issues.dlang.org/show_bug.cgi?id=15265 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED

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

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 nice, but it needs adapters to common ajax libraries, instead of

Re: Failed 'dub run' with 'Failed to invoke the compiler dmd'

On Saturday, 31 October 2015 at 03:00:46 UTC, Timoses wrote: Hey, just getting started with D. I wanted to try out Vibelog. However, when trying to run dub run I receive the error: Failed to invoke the compiler dmd to determine the build platform: /bin/sh: dmd: command not found I'm on

[Issue 13416] dead-lock in FreeBSD suspend handler

https://issues.dlang.org/show_bug.cgi?id=13416 --- Comment #10 from Martin Nowak --- (In reply to Joakim from comment #9) > This fix doesn't seem to work on 9.1 i386, as the new FreeBSD test > introduced in this PR hangs 90+% of the time. > I also tried to override SIGCANCEL >

Re: Static constructors in structs.

On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote: __gshared is mostly usefull on fields (eg public uint a) That's only true if it is at the module level or static. Ordinary struct members are whatever the container is and class members are on the heap unless you do something fancy.

Re: Automatic method overriding in sub-classes

On Friday, 30 October 2015 at 21:38:40 UTC, bitwise wrote: On Thursday, 29 October 2015 at 01:14:35 UTC, Tofu Ninja wrote: On Thursday, 29 October 2015 at 00:11:06 UTC, Tofu Ninja wrote: [...] Actually never mind, what I just said was basically auto override for this() so its not really any

Failed 'dub run' with 'Failed to invoke the compiler dmd'

Hey, just getting started with D. I wanted to try out Vibelog. However, when trying to run dub run I receive the error: Failed to invoke the compiler dmd to determine the build platform: /bin/sh: dmd: command not found I'm on OSX - El Capitan and installed dub over Homebrew. Bests,

[Issue 15270] New: use TLS to store Thread.getThis (pthread_getspecific causes heavy lock contention)

https://issues.dlang.org/show_bug.cgi?id=15270 Issue ID: 15270 Summary: use TLS to store Thread.getThis (pthread_getspecific causes heavy lock contention) Product: D Version: D2 Hardware: All OS: Linux

[Issue 15268] possible deadlock for Thread.getAll/Thread.opApply w/ GC.collect

https://issues.dlang.org/show_bug.cgi?id=15268 Martin Nowak changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 13416] dead-lock in FreeBSD suspend handler

https://issues.dlang.org/show_bug.cgi?id=13416 --- Comment #11 from Martin Nowak --- (In reply to Joakim from comment #9) > This fix doesn't seem to work on 9.1 i386, as the new FreeBSD test > introduced in this PR hangs 90+% of the time. Any further details? It doesn't seem like

Re: Attributes on parameters in functions.

On Friday, 30 October 2015 at 21:28:09 UTC, TheFlyingFiddle wrote: In other languages that have Attributes (Java and C# atleast) I can do stuff like this: (Java) //com.bar.java interface Bar { /*stuff*/ } //com.foo.java class Foo { Foo(@Bar int a) { //some stuff } } I don't

Re: Attributes on parameters in functions.

On 10/31/2015 02:02 AM, Meta wrote: On Friday, 30 October 2015 at 21:28:09 UTC, TheFlyingFiddle wrote: ... I know I can technically do. Match! or M! instead of the @ symbol to achieve the same effect which is probably what I will end up doing but it would be nice if we could use attributes in

[Issue 15265] Phobos doesn't work with property

https://issues.dlang.org/show_bug.cgi?id=15265 Sobirari Muhomori changed: What|Removed |Added Summary|[Visual D] |Phobos doesn't

[Issue 15265] Phobos doesn't work with -property

https://issues.dlang.org/show_bug.cgi?id=15265 Sobirari Muhomori changed: What|Removed |Added Component|visuald |phobos

Re: How can I distinguish an enum constant from an actual enum at compile time?

On Friday, 30 October 2015 at 12:18:21 UTC, Gary Willoughby wrote: On Friday, 30 October 2015 at 12:03:50 UTC, TheFlyingFiddle wrote: pragma(msg, is(b == enum)); //True pragma(msg, is(a == enum)); //False. enum isEnum(alias e) = is(e == enum); isEnum!(a) isEnum!(b) ;) isEnum!(isEnum)

Re: #ifdef hell

On 2015-10-30 03:01, Walter Bright wrote: I might add that over time, I'd been removing #if's and #ifdef's from the dmd front end source code. The results were very satisfactory - the code was easier to read, understand and maintain. It also made running magicport on the code practical. The

Re: How can I distinguish an enum constant from an actual enum at compile time?

On Friday, 30 October 2015 at 12:03:50 UTC, TheFlyingFiddle wrote: pragma(msg, is(b == enum)); //True pragma(msg, is(a == enum)); //False. enum isEnum(alias e) = is(e == enum); isEnum!(a) isEnum!(b) ;)

DIP 84: Static Inheritance

From the discussion here: http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting decent error messages when a type fails to satisfy a template constraint that it was meant to, such as `isInputRange`. So I submitted a

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 --- Comment #7 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d33663d0885f3fb43144295fee64eee03ff90c4f fix Issue 15253 -

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15251] [REG2.069.0-rc1] std.datetime bug with -inline

https://issues.dlang.org/show_bug.cgi?id=15251 Martin Nowak changed: What|Removed |Added CC||briancsch...@gmail.com ---

[Issue 15252] [REG 2.069.0-rc1] Compilation error in std.uni

https://issues.dlang.org/show_bug.cgi?id=15252 Martin Nowak changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: #ifdef hell

On Thursday, 29 October 2015 at 23:10:38 UTC, Walter Bright wrote: On 10/29/2015 3:23 PM, rsw0x wrote: On Thursday, 29 October 2015 at 22:18:11 UTC, Walter Bright wrote: https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's. how does

[Issue 13009] [REG2.064] inout overload conflicts with non-inout when used via alias this

https://issues.dlang.org/show_bug.cgi?id=13009 Vladimir Panteleev changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 12379] Add toFile function which writes its first argument to a file

https://issues.dlang.org/show_bug.cgi?id=12379 Issue 12379 depends on issue 13009, which changed state. Issue 13009 Summary: [REG2.064] inout overload conflicts with non-inout when used via alias this https://issues.dlang.org/show_bug.cgi?id=13009 What|Removed

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

https://issues.dlang.org/show_bug.cgi?id=15266 Issue ID: 15266 Summary: Parameters to methods of final classes become uninitialised in out contracts for DMD only Product: D Version: D2 Hardware: All OS: All

[Issue 12368] std.file.write conflicts with std.stdio.write

https://issues.dlang.org/show_bug.cgi?id=12368 Issue 12368 depends on issue 13009, which changed state. Issue 13009 Summary: [REG2.064] inout overload conflicts with non-inout when used via alias this https://issues.dlang.org/show_bug.cgi?id=13009 What|Removed

Re: Benchmark memchar (with GCC builtins)

Am Fri, 30 Oct 2015 22:31:54 + schrieb Iakh : > On Friday, 30 October 2015 at 21:33:25 UTC, Andrei Alexandrescu > wrote: > > Could you please take a look at GCC's generated code and > > implementation of memchr? -- Andrei > > glibc uses something like pseudo-SIMD with

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

On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson wrote: Trying out the new JS interface generation on a little toy project I'm getting: [...] Really cool feature though. I really have to say I fail to see any value in that JS interface generation feature. The idea is nice, but

Re: DIP 84: Static Inheritance

On Friday, 30 October 2015 at 15:45:00 UTC, Shammah Chancellor wrote: On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote: From the discussion here: http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting

[Issue 14327] Unhandled exception from writeln() in C++/D application

https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #16 from github-bugzi...@puremagic.com --- Commit pushed to stable at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/82715d0589d815a77c7139a59193899866a35f02 fixed Issue 14327

[Issue 14327] Unhandled exception from writeln() in C++/D application

https://issues.dlang.org/show_bug.cgi?id=14327 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: DIP 84: Static Inheritance

On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote: From the discussion here: http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting decent error messages when a type fails to satisfy a template constraint

Re: DIP 84: Static Inheritance

On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote: From the discussion here: http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting decent error messages when a type fails to satisfy a template constraint

[Issue 15267] New: The installer should download Microsoft Build Tools 2015, instead of full VS

https://issues.dlang.org/show_bug.cgi?id=15267 Issue ID: 15267 Summary: The installer should download Microsoft Build Tools 2015, instead of full VS Product: D Version: D2 Hardware: All OS: Windows

Re: Visual C++ Build Tools 2015

On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote: http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx Now compiler and libraries can be installed without IDE. https://issues.dlang.org/show_bug.cgi?id=15267

Re: Visual C++ Build Tools 2015

On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote: http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx Now compiler and libraries can be installed without IDE. Excellent news. Thanks for sharing. Joseph

DCD 0.7.3

From the README: "The D Completion Daemon is an auto-complete program for the D programming language." 0.7.3 is another bug-fix release. https://github.com/Hackerpilot/DCD/releases/tag/v0.7.3 Changes from 0.7.2: * #264 Updated manual pages * #263 Completing renamed imports is broken * #262

[Issue 15267] The installer should download Microsoft Build Tools 2015, instead of full VS

https://issues.dlang.org/show_bug.cgi?id=15267 --- Comment #1 from ZombineDev --- Correction: it's a even smaller 3MB web installer, however the final install size is 3GB, 4GB or 5GB (depending on if you want Win 8.1 SDK or Win 10 SDK or both). At least it is still

Re: Visual C++ Build Tools 2015

On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote: http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx Now compiler and libraries can be installed without IDE. I just tried it and unfortunately the minimal install size is 3GB. At least it's

Re: DIP 84: Static Inheritance

On Friday, 30 October 2015 at 16:44:15 UTC, Atila Neves wrote: On Friday, 30 October 2015 at 15:45:00 UTC, Shammah Chancellor wrote: On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote: From the discussion here: I took a look. I don't think we should or need to use classes and

Re: Make all new symbols go through std.experimental?

On Friday, 30 October 2015 at 03:59:32 UTC, Andrei Alexandrescu wrote: On 10/29/15 9:14 PM, Jack Stouffer wrote: Seems like three for, six against. Yah, I'm glad I asked. Thanks, folks! -- Andrei Does that mean I shouldn't move the wrap struct pull request into std.experimental?

Chained unit tests in module info?

Since std.experimental.testing got rejected, I've started to think of what next. I started working on a new project that would allow to run its test runner for any project with no other intervention from the user. The idea would be to use `-unittest` as now, until a test failed. Then use the

Re: Microsoft officially documents pdb format

On Friday, 30 October 2015 at 09:03:35 UTC, Jonathan M Davis wrote: On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote: https://github.com/Microsoft/microsoft-pdb This probably relates to MS adding clang support to Visual Studio. - Jonathan M Davis Good guess. From the repo

Re: Visual C++ Build Tools 2015

On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote: http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx Now compiler and libraries can be installed without IDE. This is really good news for us.

[Issue 15269] New: [std.meta] Docs link to typetuple.d instead of meta.d

https://issues.dlang.org/show_bug.cgi?id=15269 Issue ID: 15269 Summary: [std.meta] Docs link to typetuple.d instead of meta.d Product: D Version: D2 Hardware: All URL: http://dlang.org/phobos/ OS: All

Re: Static constructors in structs.

On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote: On 30.10.2015 21:23, TheFlyingFiddle wrote: Is this intended to work? struct A { __gshared static this() { //Add some reflection info to some global stuff. addReflectionInfo!(typeof(this)); } } I just

Re: Static constructors in structs.

On Friday, 30 October 2015 at 20:59:46 UTC, Adam D. Ruppe wrote: On Friday, 30 October 2015 at 20:23:45 UTC, TheFlyingFiddle wrote: But yeah, the struct feature table http://dlang.org/struct.html shows them as checked. I gotta say the language documentation is shaping up nicely.

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

Am 30.10.2015 um 17:16 schrieb Sebastiaan Koppe: On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson wrote: Trying out the new JS interface generation on a little toy project I'm getting: [...] Really cool feature though. I really have to say I fail to see any value in that JS

Re: writing DMD tests for inline assembly bugs

This *seems* to fix it: https://github.com/D-Programming-Language/dmd/pull/5244 On Thursday, 29 October 2015 at 12:44:51 UTC, Cauterite wrote: while working on issue 15235 I've been trying to add some new tests for DMD.

Re: Make all new symbols go through std.experimental?

On Friday, 30 October 2015 at 16:55:53 UTC, Jesse Phillips wrote: On Friday, 30 October 2015 at 03:59:32 UTC, Andrei Alexandrescu wrote: On 10/29/15 9:14 PM, Jack Stouffer wrote: Seems like three for, six against. Yah, I'm glad I asked. Thanks, folks! -- Andrei Does that mean I shouldn't

  1   2   >