Re: Appenders and Arrays

On 09/01/2015 02:16 PM, Steven Schveighoffer wrote:> On 9/1/15 3:13 PM, Daniel Kozak via Digitalmars-d-learn wrote: >> >> >> Dne 1.9.2015 v 19:20 Steven Schveighoffer via Digitalmars-d-learn >> napsal(a): >>> On 9/1/15 12:49 PM, default0 wrote: Hello A simple thing I stumbled

Re: Problem with using struct ranges with @disabled this(this) with some range functions

On Wednesday, 2 September 2015 at 06:28:52 UTC, Uranuz wrote: As far as I understand to save current cursor of forward range I should always use *save* property. But sometimes range struct is just copied using postblit without using save (it happens even in Phobos). Is it correct behaviour to

Re: Problem with using struct ranges with @disabled this(this) with some range functions

On Wednesday, 2 September 2015 at 07:34:15 UTC, Mike Parker wrote: On Wednesday, 2 September 2015 at 06:28:52 UTC, Uranuz wrote: As far as I understand to save current cursor of forward range I should always use *save* property. But sometimes range struct is just copied using postblit without

[Issue 15002] ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

https://issues.dlang.org/show_bug.cgi?id=15002 --- Comment #3 from Vladimir Panteleev --- (In reply to Iain Buclaw from comment #2) > Regression? Regression from what? Wrong-code to ICE? Valid to ICE? ICE > to another ICE? >From expected error message, to expected

[Issue 15002] [REG2.064] ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

https://issues.dlang.org/show_bug.cgi?id=15002 Vladimir Panteleev changed: What|Removed |Added Summary|ICE interpret.c:331:|[REG2.064]

[Issue 14715] Add README.md to the tools Repository

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

[Issue 14715] Add README.md to the tools Repository

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

Re: Why ElementType!(char[3]) == dchar instead of char?

On 02.09.2015 11:30, FreeSlave wrote: I see, thanks. So I should always treat char[] as UTF in D itself, but because I need to pass char[], wchar[] or dchar[] to a C library I should treat it as not UTF but ubytes sequence or ushort or uint sequence - just to pass it correctly, right? You

[Issue 14940] Can't call logger with more complex objects

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

Parameterized unittests and benchmarks (aka quickfix + benchmark) PR 2995

Everybody is talking about benchmarks and making code faster, yet phobos is still lacking any long term benchmark gathering and monitoring solution. PR https://github.com/D-Programming-Language/phobos/pull/2995 provides all that, and is done some time now. It will give us pretty pictures we

Re: Why ElementType!(char[3]) == dchar instead of char?

On Wednesday, 2 September 2015 at 05:00:42 UTC, drug wrote: 02.09.2015 00:08, Jonathan M Davis via Digitalmars-d-learn пишет: On Tuesday, September 01, 2015 20:05:18 drug via Digitalmars-d-learn wrote: My case is I don't know what type user will be using, because I write a library. What's the

[Issue 15002] ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

https://issues.dlang.org/show_bug.cgi?id=15002 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org

[Issue 14745] Qualifiers rejected for delegate literals

https://issues.dlang.org/show_bug.cgi?id=14745 --- Comment #4 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/82b23acdd383b4d5a2249448c8fe565ecfd5fa4e fix Issue 14745

[Issue 15002] [REG2.064] ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

https://issues.dlang.org/show_bug.cgi?id=15002 --- Comment #4 from Iain Buclaw --- (In reply to Vladimir Panteleev from comment #3) > (In reply to Iain Buclaw from comment #2) > > Regression? Regression from what? Wrong-code to ICE? Valid to ICE? ICE > > to another

[Issue 14708] destructor for temporary not called during stack unwinding

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

[Issue 14696] destructor for temporary called before statement is complete with conditional operator

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

[Issue 14979] [REG2.068] Wrong tempCString result on x64 with ternary operator

https://issues.dlang.org/show_bug.cgi?id=14979 Issue 14979 depends on issue 14696, which changed state. Issue 14696 Summary: destructor for temporary called before statement is complete with conditional operator https://issues.dlang.org/show_bug.cgi?id=14696 What|Removed

[Issue 14708] destructor for temporary not called during stack unwinding

https://issues.dlang.org/show_bug.cgi?id=14708 --- Comment #2 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/e20c63cb28decb66c792b1dfc10d79aa0aebd7cf fix Issue 14708 -

[Issue 14696] destructor for temporary called before statement is complete with conditional operator

https://issues.dlang.org/show_bug.cgi?id=14696 --- Comment #10 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/3bbe72b5fdc278fe1293c20b39af4f94b10070bb fix Issue 14696 -

Re: DCD 0.7.0

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote: https://github.com/Hackerpilot/DCD/tree/v0.7.0 After an alpha, a beta, and two release candidates DCD 0.7.0 is ready. The D Completion Daemon is an auto-complete program for the D programming language. Highlights: * A large

[Issue 14940] Can't call logger with more complex objects

https://issues.dlang.org/show_bug.cgi?id=14940 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/0390fba7e76b85b869603bd2de8e27ef2036f5be fix Issue 14940

[Issue 14466] destructive move

https://issues.dlang.org/show_bug.cgi?id=14466 --- Comment #1 from Martin Nowak --- This should only be allowed on "value" declarations to avoid complications like destructive move via ref parameter in a function call or moving of array elements. --

[Issue 14745] Qualifiers rejected for delegate literals

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

Re: DCD 0.7.0

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote: https://github.com/Hackerpilot/DCD/tree/v0.7.0 After an alpha, a beta, and two release candidates DCD 0.7.0 is ready. And now in Homebrew: https://github.com/Homebrew/homebrew/pull/43490

Re: std.experimental.logger instantiation fails in 2.067

On Wednesday, 2 September 2015 at 06:57:12 UTC, drug wrote: Before 2.067 I used std.experimental.logger in form of a dub package. Because it included in 2.067 I stop using the dub package but now I get the error: Error: safe function

[Issue 14944] [REG2.064] cannot initialize static array by static this()

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

Re: Front page code samples

On Tuesday, 1 September 2015 at 20:43:44 UTC, wobbles wrote: When trying to run the front page code samples, it regularly bugs out. http://forum.dlang.org/post/mr5da0$1djk$1...@digitalmars.com

[Issue 14058] 'make install' option copies everything in std/ and etc/, not just .d and .di files

https://issues.dlang.org/show_bug.cgi?id=14058 Dmitry Olshansky changed: What|Removed |Added CC|

[Issue 14808] phobos sidebar "D Lib" link is back to homepage

https://issues.dlang.org/show_bug.cgi?id=14808 --- Comment #2 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/a6df6a5eecfde2945932b09d69b61a15aa631e32 fix Issue 14808

Re: new static array

On 09/01/2015 09:47 AM, anonymous wrote:> Hello, > > I tried to send a string[4] with std.concurrency: > > import std.concurrency; > import std.stdio; > void fun() { > receive((string[4] data) { writeln(data);}); > } > > void main() { > string[4] data; > auto tid = spawn(); >

[Issue 14944] [REG2.064] cannot initialize static array by static this()

https://issues.dlang.org/show_bug.cgi?id=14944 --- Comment #5 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/1d621e240a0f8d7df60fb1c7f14da21532aa99d5 fix Issue 14944 - cannot

Re: Dazz new description for D

On Monday, 31 August 2015 at 07:57:46 UTC, wobbles wrote: that lets you choose exactly what to pay for. This would be false advertising at this point.

Problem with using struct ranges with @disabled this(this) with some range functions

As far as I understand to save current cursor of forward range I should always use *save* property. But sometimes range struct is just copied using postblit without using save (it happens even in Phobos). Is it correct behaviour to *pass ownership* for range structs via just copying of range

std.experimental.logger instantiation fails in 2.067

Before 2.067 I used std.experimental.logger in form of a dub package. Because it included in 2.067 I stop using the dub package but now I get the error: Error: safe function 'std.experimental.logger.core.Logger.memLogFunctions!cast(LogLevel)cast(ubyte)32u.logImplf!(383, [snip]).logImplf'

[Issue 12210] dlang.org home page example - Run button does not work

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

[Issue 15000] Changes to userShell either need to be reverted or the std.process documentation needs to be updated

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

[Issue 15002] New: ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

https://issues.dlang.org/show_bug.cgi?id=15002 Issue ID: 15002 Summary: ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWa lker::visit(ErrorExp*): Assertion `0' failed. Product: D

[Issue 15002] ICE interpret.c:331: virtual void CompiledCtfeFunction::onExpression(Expression*)::VarWalker::visit(ErrorExp*): Assertion `0' failed.

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

[Issue 12537] Templatizing opEquals results in infinite recursion in the compiler

https://issues.dlang.org/show_bug.cgi?id=12537 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #5 from

Re: A Small Enhancement Idea

On Wed, Sep 02, 2015 at 04:28:10PM +, Jack Stouffer via Digitalmars-d wrote: > I wanted some second opinions on an idea I had for D before I made a > bugzilla issue. > > Currently in D, to have a statement run only in debug mode, you can mark it > with the debug keyword. But, there is

Re: Beta D 2.068.1-b2

On Tuesday, 1 September 2015 at 19:15:48 UTC, Jacob Carlborg wrote: On 2015-09-01 15:40, Steven Schveighoffer wrote: I'm not 100% sure, but that does seem like a bug. You should be able to completely mask toString from a base class if you don't specify override IMO. Perhaps we need an

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wednesday, 2 September 2015 at 15:20:13 UTC, Rikki Cattermole wrote: On 03/09/15 2:41 AM, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at

A Small Enhancement Idea

I wanted some second opinions on an idea I had for D before I made a bugzilla issue. Currently in D, to have a statement run only in debug mode, you can mark it with the debug keyword. But, there is currently no way to mark a statement so that it only runs in release. So what I propose is a

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 16:40:04 UTC, ponce wrote: On Wednesday, 2 September 2015 at 16:28:12 UTC, Jack Stouffer wrote: I wanted some second opinions on an idea I had for D before I made a bugzilla issue. Currently in D, to have a statement run only in debug mode, you can mark it

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wednesday, 2 September 2015 at 14:41:20 UTC, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at www.okeuvo.com. Free will and

Re: 2.068.0 std.process.executeShell how to set the shell?

On Wednesday, 2 September 2015 at 01:46:18 UTC, Jonathan M Davis wrote: On Wednesday, 2 September 2015 at 01:26:23 UTC, Jonathan M Davis wrote: [snip] https://issues.dlang.org/show_bug.cgi?id=15000 - Jonathan M Davis Thank you for your reply and for the bug report. Looking at your

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wednesday, 2 September 2015 at 14:41:20 UTC, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at www.okeuvo.com. Some of its capabilities

Re: D-Day for DMD is today!

On 02-Sep-2015 16:23, Rory McGuire via Digitalmars-d-announce wrote: On Wed, Sep 2, 2015 at 12:37 PM, Dmitry Olshansky via Digitalmars-d-announce > wrote: Because the compiler and library releases go in

Re: 1st Ever Artificial Consciousness to be Written in D Language

On 03/09/15 2:41 AM, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at www.okeuvo.com. Some of its capabilities are: 1. Ability to learn 2.

[Issue 5945] redBlackTree printing

https://issues.dlang.org/show_bug.cgi?id=5945 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

[Issue 12752] std.algorithm.isPermutation

https://issues.dlang.org/show_bug.cgi?id=12752 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

[Issue 14034] std.algorithm.mean

https://issues.dlang.org/show_bug.cgi?id=14034 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

[Issue 12537] Templatizing opEquals results in infinite recursion in the compiler

https://issues.dlang.org/show_bug.cgi?id=12537 --- Comment #4 from Kenji Hara --- Reduced test case: class C12537a { C12537b c; alias c this; } class C12537b { C12537a c; alias c this; } void equals()(Object lhs) {} void main() { const C12537a c; equals(c); } --

Re: reading file byLine

On Wednesday, 2 September 2015 at 15:04:10 UTC, cym13 wrote: On Wednesday, 2 September 2015 at 13:46:54 UTC, Namal wrote: Thx, cym. I have a question about a D strings though. In c++ I would just reuse the string buffer with the "=" how can I clear the string after i store a line in the buffer

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wed, Sep 2, 2015 at 10:10 AM, GrandAxe via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Wednesday, 2 September 2015 at 15:14:12 UTC, Martin Drašar wrote: > >> Dne 2.9.2015 v 16:41 GrandAxe via Digitalmars-d-announce napsal(a): >> >>> This is to inform the D

Re: 1st Ever Artificial Consciousness to be Written in D Language

Dne 2.9.2015 v 16:41 GrandAxe via Digitalmars-d-announce napsal(a): > This is to inform the D Language community that the first viable general > artificial algorithm is being written in D. It is called Organic Big > data intelligence (OBI); the website is at www.okeuvo.com. > > Some of its

Implementing Alternative Garbage Collector

This is just a figurative idea, perhaps for my own amusement... I've browsed the D runtime GC source code for the last few days and I'm still undecided on what the actual method of "replacing" the existing GC would be. Say for example, I decided to tinker and create my own GC (disregard the

[Issue 15003] New: assumeSorted Allocates GC Memory in Debug Mode

https://issues.dlang.org/show_bug.cgi?id=15003 Issue ID: 15003 Summary: assumeSorted Allocates GC Memory in Debug Mode Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 16:28:12 UTC, Jack Stouffer wrote: I wanted some second opinions on an idea I had for D before I made a bugzilla issue. Currently in D, to have a statement run only in debug mode, you can mark it with the debug keyword. But, there is currently no way to mark

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 16:40:04 UTC, ponce wrote: On Wednesday, 2 September 2015 at 16:28:12 UTC, Jack Stouffer wrote: I wanted some second opinions on an idea I had for D before I made a bugzilla issue. Currently in D, to have a statement run only in debug mode, you can mark it

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wednesday, 2 September 2015 at 15:14:12 UTC, Martin Drašar wrote: Dne 2.9.2015 v 16:41 GrandAxe via Digitalmars-d-announce napsal(a): This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 17:03:18 UTC, Jack Stouffer wrote: On Wednesday, 2 September 2015 at 16:40:04 UTC, ponce wrote: On Wednesday, 2 September 2015 at 16:28:12 UTC, Jack Stouffer wrote: I wanted some second opinions on an idea I had for D before I made a bugzilla issue.

Re: 1st Ever Artificial Consciousness to be Written in D Language

On 9/2/15 10:41 AM, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at www.okeuvo.com. Some of its capabilities are: 1. Ability to learn 2.

Re: 1st Ever Artificial Consciousness to be Written in D Language

Asame Obiomah It's a bit difficult to take serious SO huge plan, right now there is nothing except almost empty website. "Talk is cheap, show me the code!"

Re: Access Violation while trying to use OpenGL

On Wednesday, 2 September 2015 at 01:07:01 UTC, Mike Parker wrote: On Tuesday, 1 September 2015 at 20:35:43 UTC, spec00 wrote: On Tuesday, 1 September 2015 at 20:15:28 UTC, spec00 wrote: [...] The problem was in me using the 64bit version of the GLFW dll. DMD doesn't support compiling to

Re: Implementing Alternative Garbage Collector

On Wednesday, 2 September 2015 at 18:25:11 UTC, Jacob Carlborg wrote: c On 2015-09-02 18:09, Brandon Ragland wrote: This is just a figurative idea, perhaps for my own amusement... I've browsed the D runtime GC source code for the last few days and I'm still undecided on what the actual method

Review needed for the EnumSet template

Memebers should be notified. https://github.com/D-Programming-Language/phobos/pull/3623 It's not a big stuff but it's neither a small addition. The thing is there.

interprocess communication and sharing memory

This is my first attempt at a project in D, so pardon me if I'm overlooking something obvious: I'm using libasync to create an eventloop, to set up something like a server/daemon process. This part works very well. We'll call this Server A. Now I'd like to write another process (running

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 19:34:53 UTC, Jack Stouffer wrote: On Wednesday, 2 September 2015 at 19:15:08 UTC, jmh530 wrote: I wasn't familiar with version(release). Would you need to compile with -version=release then? No, it seems to work with just the -release flag. The Python

[Issue 15000] Changes to userShell either need to be reverted or the std.process documentation needs to be updated

https://issues.dlang.org/show_bug.cgi?id=15000 --- Comment #2 from Jonathan M Davis --- (In reply to Vladimir Panteleev from comment #1) > Congratulations on filing issue 15000. LOL. It's crazy how high the bug numbers are getting. More than 11,000 issues have been

Re: OOP, faster data layouts, compilers

On Tuesday, 3 May 2011 at 20:51:37 UTC, bearophile wrote: Sean Cavanaugh: In many ways the biggest thing I use regularly in game development that I would lose by moving to D would be good built-in SIMD support. Don has given a nice answer about how D2 plans to face this. To focus more what

Re: dmd codegen improvements

On 8/29/2015 1:13 PM, Ola Fosheim Grostad wrote: But the net effect of maintaining 3 different backends is sending signals that the project lacks direction and priorities. Back when there was only 1 compiler, people complained about that, saying it signaled lack of reliable support. Having

Re: A Small Enhancement Idea

On Wednesday, 2 September 2015 at 17:14:27 UTC, Gary Willoughby wrote: On Wednesday, 2 September 2015 at 17:03:18 UTC, Jack Stouffer wrote: On Wednesday, 2 September 2015 at 16:40:04 UTC, ponce wrote: On Wednesday, 2 September 2015 at 16:28:12 UTC, Jack Stouffer wrote: I wanted some second

Re: 1st Ever Artificial Consciousness to be Written in D Language

On Wednesday, 2 September 2015 at 14:41:20 UTC, GrandAxe wrote: This is to inform the D Language community that the first viable general artificial algorithm is being written in D. It is called Organic Big data intelligence (OBI); the website is at www.okeuvo.com. Some of its capabilities

Re: dmd codegen improvements

On Tuesday, 1 September 2015 at 17:14:44 UTC, Jonathan M Davis wrote: It's been mentioned before that there really isn't much point in using C when you can use D. Even if you completely avoid the GC and the standard library, you're _still_ ahead of where you'd be with C, and you can call C

Re: dmd codegen improvements

On Wednesday, 2 September 2015 at 20:50:03 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 2 September 2015 at 19:05:32 UTC, Walter Bright wrote: On 8/29/2015 9:16 PM, Ola Fosheim Grostad wrote: Here is a good list: [...] 5. Performance. Ironically, you guys complained in this thread when that

Re: Matrix API support - start with formats?

On Tuesday, 1 September 2015 at 14:00:52 UTC, ZombineDev wrote: On Friday, 14 August 2015 at 14:57:19 UTC, Andrei Alexandrescu wrote: I stumbled upon https://software.intel.com/en-us/node/471374 which gives good detail on Intel's Math Kernel Library's data formats for sparse matrices. No

Re: dmd codegen improvements

On Thu, Sep 03, 2015 at 02:30:39AM +, Laeeth Isharc via Digitalmars-d wrote: > On Sunday, 30 August 2015 at 16:17:49 UTC, Ola Fosheim Grøstad wrote: > >On Sunday, 30 August 2015 at 06:07:25 UTC, Laeeth Isharc wrote: > >>Morale is important in long term projects that don't pay off very >

Re: 2.068.0 std.process.executeShell how to set the shell?

On Wednesday, September 02, 2015 15:28:35 albatroz via Digitalmars-d-learn wrote: > On Wednesday, 2 September 2015 at 01:46:18 UTC, Jonathan M Davis > wrote: > > On Wednesday, 2 September 2015 at 01:26:23 UTC, Jonathan M > > Davis wrote: > > [snip] > > > >

Re: dmd codegen improvements

On Wed, Sep 02, 2015 at 09:09:43PM -0700, Walter Bright via Digitalmars-d wrote: > On 9/2/2015 7:08 PM, Laeeth Isharc wrote: > >And that's why it really doesn't matter what the naysayers believe - > >the ones you want to focus on pleasing are those who are favourably > >disposed towards D anyway

Re: Casting away immutability

On Wednesday, September 02, 2015 14:00:07 Sergei Degtiarev via Digitalmars-d-learn wrote: > On Wednesday, 2 September 2015 at 04:19:24 UTC, lobo wrote: > > No, I think your design is unsafe because you're throwing away > > type information and returning void[], then telling the > > compiler not

Re: Why ElementType!(char[3]) == dchar instead of char?

On Wednesday, September 02, 2015 11:47:11 drug via Digitalmars-d-learn wrote: > On 02.09.2015 11:30, FreeSlave wrote: > >> I see, thanks. So I should always treat char[] as UTF in D itself, but > >> because I need to pass char[], wchar[] or dchar[] to a C library I > >> should treat it as not UTF

Re: dmd codegen improvements

On Thursday, 3 September 2015 at 02:30:41 UTC, Laeeth Isharc wrote: In my experience grumbling without action doesn't tend to lead to the change you want in the world. In theory maybe it should, and someone will listen. But human beings are funny creatures. End user back pressure helps. If

Re: Problem with using struct ranges with @disabled this(this) with some range functions

On Wednesday 02 September 2015 09:52, Uranuz wrote: > I want to understand if we have *save* method in Forward Range > then why or in which cases we should use plain struct copying > instead. Should we assume that these two ways are equal or not? No, don't assume that they're the same. > Also

Re: interprocess communication and sharing memory

On Thursday, 3 September 2015 at 02:52:00 UTC, Laeeth Isharc wrote: On Thursday, 3 September 2015 at 01:27:15 UTC, j55 wrote: [...] It's probably a stupid idea, but until someone with experience answers: what happens if you declare the memory as shared or __gshared and send a pointer to it

Re: dmd codegen improvements

On Thursday, 3 September 2015 at 03:57:39 UTC, Walter Bright wrote: On 9/2/2015 7:48 PM, Adam D. Ruppe wrote: but still i'm meh on the practical usefulness of such things. I guess if you target a canvas and run your code in it that makes more sense but my preferred style is a progressive

Re: Who can persuade Markus Persson to give money to the foundation?

On 03/09/15 7:43 AM, BBasile wrote: On Wednesday, 2 September 2015 at 18:35:06 UTC, BBasile wrote: On Tuesday, 1 September 2015 at 12:38:16 UTC, FrankLike wrote: His wiki is here : https://en.wikipedia.org/wiki/Markus_Persson Who can do it ,who will be our Hero. A better idea would be a

Re: dmd codegen improvements

On Thursday, 3 September 2015 at 02:02:06 UTC, Laeeth Isharc wrote: Adam Ruppe already wrote a javascript backend - it's not maintained as I guess not so much interest. It is several years old now, the compiler has been completely refactored since then so it wouldn't work anyway. Besides, I

Re: dmd codegen improvements

On 9/2/2015 7:08 PM, Laeeth Isharc wrote: And that's why it really doesn't matter what the naysayers believe - the ones you want to focus on pleasing are those who are favourably disposed towards D anyway and just need to understand the case for it better, or have one or two missing things

Re: dmd codegen improvements

On Wednesday, 2 September 2015 at 21:51:58 UTC, Iain Buclaw wrote: This is the best example of double standards that outside reviewers give about the core D maintainers. Hogwash. AFAIK, they complained about the backend, not a lack of compilers. When you get fracturing related to code base

Re: interprocess communication and sharing memory

On Thursday, 3 September 2015 at 01:27:15 UTC, j55 wrote: This is my first attempt at a project in D, so pardon me if I'm overlooking something obvious: I'm using libasync to create an eventloop, to set up something like a server/daemon process. This part works very well. We'll call this

Re: dmd codegen improvements

On 9/2/2015 7:48 PM, Adam D. Ruppe wrote: but still i'm meh on the practical usefulness of such things. I guess if you target a canvas and run your code in it that makes more sense but my preferred style is a progressive enhancement webpage where you want to know the browser platform and work

Re: Matrix API support - start with formats?

On Tuesday, 1 September 2015 at 14:00:52 UTC, ZombineDev wrote: One thing that will make D really shine is to implement something like this: https://www.youtube.com/watch?v=hfn0BVOegac Thanks for posting that. It provides a nuanced discussion of expression templates. The final conclusion

[Issue 7469] template mangling depends on instantiation order

https://issues.dlang.org/show_bug.cgi?id=7469 Kenji Hara changed: What|Removed |Added CC||temta...@gmail.com ---

[Issue 12696] GIT HEAD : undefined symbols when -O specified

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

Re: Review needed for the EnumSet template

On Thursday, 3 September 2015 at 00:12:06 UTC, BBasile wrote: Memebers should be notified. https://github.com/D-Programming-Language/phobos/pull/3623 It's not a big stuff but it's neither a small addition. The thing is there. Slightly tangential question: in your "superset" enumset package,

Re: dmd codegen improvements

On Wednesday, 2 September 2015 at 21:51:58 UTC, Iain Buclaw wrote: On 2 Sep 2015 9:05 pm, "Walter Bright via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: On 8/29/2015 1:13 PM, Ola Fosheim Grostad wrote: But the net effect of maintaining 3 different backends is sending signals that

Re: dmd codegen improvements

On Sunday, 30 August 2015 at 16:17:49 UTC, Ola Fosheim Grøstad wrote: On Sunday, 30 August 2015 at 06:07:25 UTC, Laeeth Isharc wrote: Morale is important in long term projects that don't pay off very quickly, and constant nagging and grumbling doesn't tend to help, even in the case when it is

[Issue 12696] GIT HEAD : undefined symbols when -O specified

https://issues.dlang.org/show_bug.cgi?id=12696 --- Comment #8 from Kenji Hara --- Finally reduced test case: C.d: import E; void foo() { Vector4 v; read(v); } void main() {} D.d import E; void bar() { Vector4 v; read(v); } E.d struct

[Issue 10740] std.concurrency send() fails with structs over 32 bytes

https://issues.dlang.org/show_bug.cgi?id=10740 secondaryacco...@web.de changed: What|Removed |Added CC||secondaryacco...@web.de ---

  1   2   >