Re: D future ...

On 12/28/16 3:35 AM, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this bug[1]. I'll ask the student in charge with the bug to give it priority. -- Andrei

Re: D future ...

On 12/28/16 8:17 AM, rikki cattermole wrote: If you don't hear about any fixes coming from a core dev in the next day or so, contact Walter directly. Yes please. Myself too. -- Andrei

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/28/16 10:48 AM, deadalnix wrote: On Saturday, 24 December 2016 at 15:44:18 UTC, Andrei Alexandrescu wrote: A compiler enhancement can do this _without_ a language change. The language addition has additional benefits as described by DIP1005. -- Andrei Yes, question is, are these

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Wed, 28 Dec 2016 15:48:46 +, deadalnix wrote: > On Saturday, 24 December 2016 at 15:44:18 UTC, Andrei Alexandrescu > wrote: >>> A compiler enhancement can do this _without_ a language change. >> >> The language addition has additional benefits as described by DIP1005. >> -- Andrei > >

Xiph's Ogg/Opus decoder

i said that i won't do Opus port, so of course i did it[0]. this is preliminary release, it works on some Opus files i have (and some i made with ffmpeg). there will be some improvements, but the code is already usable. it decodes mono or stereo ogg/opus streams to interleaved 16-bit pcm.

[Issue 16590] Wrong di generation for ref methods

https://issues.dlang.org/show_bug.cgi?id=16590 --- Comment #11 from Chris Wright --- https://github.com/dlang/dmd/pull/6382 addresses by including function bodies. The causes for the header and json issues are separate, and with json output, you can at least construct the

Android Status

What is the current status for building android apps in D? I would like to create simple graphic based apps but don't wanna get bogged down in trying to get car moving without any wheels.

Re: D future ...

On Wednesday, 28 December 2016 at 03:21:03 UTC, Jerry wrote: On Tuesday, 27 December 2016 at 16:36:10 UTC, Laeeth Isharc wrote: On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote: So if you want to improve the language and its ecosystem, the best way is to contribute pull requests or

[Issue 16996] std.algorithm.remove with SwapStrategy.unstable removes more entries

https://issues.dlang.org/show_bug.cgi?id=16996 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/424aec1159f045948f896e921dded5b8ef5f00fa Fix Issue 16996 - std.algorithm.remove with

[Issue 16996] std.algorithm.remove with SwapStrategy.unstable removes more entries

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

Re: D future ...

On Wednesday, 28 December 2016 at 06:48:09 UTC, Chris Wright wrote: On Wed, 28 Dec 2016 03:21:03 +, Jerry wrote: There's only so much time and money someone can give. It isn't that appealing when virtually no other language out there suffers from this problem cause they have an actual

[Issue 16980] [REG2.072.0] vtable issue in slightly complex scenario

https://issues.dlang.org/show_bug.cgi?id=16980 --- Comment #2 from Martin Nowak --- For whatever reason the ab in the ab.bar() call of the dtor isn't casted to B (cast(B)dst.ab).bar(); // <- correct in main, offsets this (AB) by 8 byte ab.bar(); // <- broken, uses this (AB) w/o

Re: D future ...

On Wed, 28 Dec 2016 22:10:22 +, Satoshi wrote: > It's not so simple. I actually must know which functions can be called > by CTFE and which not. auto functions should have stripped body with > replaced auto for a specific type, etc. Currently, D header files don't support either of those

[Issue 17041] New: foreach-ref can't use to static array's AliasSeq

https://issues.dlang.org/show_bug.cgi?id=17041 Issue ID: 17041 Summary: foreach-ref can't use to static array's AliasSeq Product: D Version: D2 Hardware: x86_64 OS: Mac OS X Status: NEW Severity: minor

Re: Gui programing in D

On Tuesday, 27 December 2016 at 12:47:15 UTC, Samson Akomire wrote: I am working with GTKD for GUI Application in D programing language. D programing Language is truly wholesome in all definitions.I have a great difficulty in setting widgets width and height. I will also appreciate any

Re: D future ...

On 29/12/2016 2:08 AM, Satoshi wrote: On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote: On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this

Re: D future ...

On Wednesday, 28 December 2016 at 12:55:17 UTC, YAHB wrote: Sorry, to be honest I didn't take you seriously. Your bug report, so the starter of this off topic fork, is barely understandable: impossible to understand if it was a language issue, an issue of the header function generator...

[OT] Anyone familiar with the google tooling - SKIA as a static library ?

I'd like to build SKIA[1] as a static library and interface it with D. However it's hard to build, I don't get anything to their build system... Thanks for your help. [1]https://skia.org/

[OT] Anyone familiar with the google tooling - SKIA as a static library (maybe for D) ?

I'd like to build SKIA[1] as a static library and interface it with D. However it's hard to build, I don't get anything to their build system, you need 'gen' to generate a 'ninja' file so you must build 'gen' but to build 'gen' you must..., wtf is this cluster fuck... Thanks for your help.

[Issue 17038] New: support for std.uni store / load trie entry table

https://issues.dlang.org/show_bug.cgi?id=17038 Issue ID: 17038 Summary: support for std.uni store / load trie entry table Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

Re: [OT] Anyone familiar with the google tooling - SKIA as a static library (maybe for D) ?

On Wednesday, 28 December 2016 at 14:23:03 UTC, Basile B wrote: I'd like to build SKIA[1] as a static library and interface it with D. However it's hard to build, I don't get anything to their build system, you need 'gen' to generate a 'ninja' file so you must build 'gen' but to build 'gen'

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Saturday, 24 December 2016 at 19:16:40 UTC, Joakim wrote: Can we hold off on the performance discussion? Walter says this DIP isn't hard to implement (https://github.com/dlang/DIPs/pull/51#issuecomment-269077790), so we will run some numbers and see what we get. As you know, I too am

Re: D future ...

On Wed, 28 Dec 2016 16:09:28 +, Chris Wright wrote: > On Wed, 28 Dec 2016 11:36:33 +, Satoshi wrote: > >> On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote: >>> On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On >>> Wednesday, 28 December 2016 at 10:52:45 UTC,

[Issue 17039] New: int[2][]'s sort are slow with default comparator

https://issues.dlang.org/show_bug.cgi?id=17039 Issue ID: 17039 Summary: int[2][]'s sort are slow with default comparator Product: D Version: D2 Hardware: x86_64 OS: Mac OS X Status: NEW Severity:

Re: Build your own Trie entry table

On Tuesday, 27 December 2016 at 19:19:49 UTC, Dmitry Olshansky wrote: On Monday, 26 December 2016 at 10:12:20 UTC, Remi Thebault wrote: Now I want to use this table to efficiently create a Trie in my code, the same way std.uni does, but found out that Trie constructor is private. Please

Re: Improvement in pure functions specification

On Friday, 23 December 2016 at 20:01:49 UTC, Andrei Alexandrescu wrote: $(P Destructors will always be called even if they appear to be strongly pure.) Any other special functions we should worry about? Andrei Why ?

Re: Red Hat's issues in considering the D language

On Friday, 23 December 2016 at 14:14:41 UTC, Russel Winder wrote: Strikes me that the really obvious thing to say is that DMD is the playground where whoever wants to can play with and progress the D front end in the knowledge that no-one is going to use DMD in production. People use LDC in

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Saturday, 24 December 2016 at 15:44:18 UTC, Andrei Alexandrescu wrote: A compiler enhancement can do this _without_ a language change. The language addition has additional benefits as described by DIP1005. -- Andrei Yes, question is, are these specific benefits worth adding a language

Re: D future ...

On Wed, 28 Dec 2016 11:36:33 +, Satoshi wrote: > On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote: >> On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On >> Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: >>> Making header files manually is a wast of time

[Issue 16590] Wrong di generation for ref methods

https://issues.dlang.org/show_bug.cgi?id=16590 Chris Wright changed: What|Removed |Added CC||dhase...@gmail.com ---

Re: [OT] Anyone familiar with the google tooling - SKIA as a static library (maybe for D) ?

On Wednesday, 28 December 2016 at 15:43:10 UTC, Joakim wrote: On Wednesday, 28 December 2016 at 14:23:03 UTC, Basile B wrote: I'd like to build SKIA[1] as a static library and interface it with D. However it's hard to build, I don't get anything to their build system, you need 'gen' to

[Issue 16590] Wrong di generation for ref methods

https://issues.dlang.org/show_bug.cgi?id=16590 Jacob Jensen changed: What|Removed |Added CC||jj_1...@live.dk --- Comment

Re: D future ...

On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: Making header files manually is a wast of time what i don't have. Write your own header generator. Personally I don't get the point of writing an IDE if at a time or

Re: Hangs on toStringZ()

On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote: Hello I have very simple line with exec-command: execl("/bin/bash".toStringz(), "/bin/bash".toStringz(), "-c".toStringz(), command.toStringz(), null); [...] Just a note here, string literals are already 0 terminated, so you

Re: Red Hat's issues in considering the D language

On Thursday, 22 December 2016 at 08:33:55 UTC, Daniel Kozák wrote: ? I am on fedora and I have dmd, so it is not true :P Dejan Lekic via Digitalmars-d napsal St, pro 21, 2016 v 6∶36 : On Wednesday, 21 December 2016 at 16:41:56 UTC, hardreset wrote: Moving the

[Issue 16211] [REG 2.058] Cyclic dependencies broken again

https://issues.dlang.org/show_bug.cgi?id=16211 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/842b51bd1bc8dd6892f1d1122ed27d4f3ed20fce Add message about issue 16211 update It needs to

Re: Beta D 2.072.2-b1

On Tuesday, 27 December 2016 at 14:39:15 UTC, Dicebot wrote: My understanding is that there is still a lot of manual labor in changelog generation About to get fixed https://trello.com/c/WIwLjrPE/243-create-changelog-builder-from-files.

Re: D future ...

On Wednesday, 28 December 2016 at 11:36:33 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: Making header files manually is a wast of time

Re: D future ...

On Wednesday, 28 December 2016 at 09:37:06 UTC, Jerry wrote: Personally I'm not really looking for an IDE, I've settled for a text editor with a plugin for it. IDEs tend to be bulky and not be very good at manipulating text or rather lacking features to do so. It depends on specific IDE. I

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 11:21:34 UTC, Nemanja Boric wrote: On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote: Hello I have very simple line with exec-command: execl("/bin/bash".toStringz(), "/bin/bash".toStringz(), "-c".toStringz(), command.toStringz(), null); [...]

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 11:30:22 UTC, Nemanja Boric wrote: On Wednesday, 28 December 2016 at 11:21:34 UTC, Nemanja Boric wrote: On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote: [...] Just a note here, string literals are already 0 terminated, so you don't need

Re: D future ...

On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: Making header files manually is a wast of time what i don't have. Write your own header generator. Yes,

Re: understanding std.algorithm.mutation.fill behaivor.

On Wednesday, 28 December 2016 at 05:09:34 UTC, LeqxLeqx wrote: Perhaps this is a stupid question, and I apologize if it is, but why doesn't this compile: import std.algorithm; import std.stdio; void main() { char[] array = [1, 2, 3, 4]; char value = 2;

Re: Best way to clear dynamic array for reuse

On Wednesday, 28 December 2016 at 12:30:33 UTC, Michael Rynn wrote: It takes a bit of work to get around the mutable buffers problem in D language arrays. I found it made a performance difference in xml parsing. https://github.com/betrixed/dlang-xml/blob/master/xml/util/buffer.d /**

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 12:39:46 UTC, Nemanja Boric wrote: Right, nothing wrong with threads, but super tricky to combine it with fork. So, it could be that one of your threads is using GC at the point of the forking, so it keeps the GC locked. Now you fork, and _all your threads

[Issue 17035] extern(C) and extern(C++) module ctor/dtor should behave like the C init/fini functions

https://issues.dlang.org/show_bug.cgi?id=17035 David Nadlinger changed: What|Removed |Added CC||c...@klickverbot.at

Re: D future ...

On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this bug[1]. But nobody cares about fixing it because it doesn't give any benefits in opensource way to D or what.

Re: understanding std.algorithm.mutation.fill behaivor.

On Wednesday, 28 December 2016 at 08:10:41 UTC, Nemanja Boric wrote: On Wednesday, 28 December 2016 at 05:09:34 UTC, LeqxLeqx wrote: Perhaps this is a stupid question, and I apologize if it is, but why doesn't this compile: import std.algorithm; import std.stdio; void main() {

Re: D future ...

On Wednesday, 28 December 2016 at 03:21:03 UTC, Jerry wrote: On Tuesday, 27 December 2016 at 16:36:10 UTC, Laeeth Isharc wrote: On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote: So if you want to improve the language and its ecosystem, the best way is to contribute pull requests or

[Issue 16590] Wrong di generation for ref methods

https://issues.dlang.org/show_bug.cgi?id=16590 Илья Ярошенко changed: What|Removed |Added Keywords||wrong-code

Re: D future ...

On Wednesday, 28 December 2016 at 11:36:33 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: But what's the real issue ? You want to

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 11:30:22 UTC, Nemanja Boric wrote: What you should do is following: 1. Allocate all needed data, convert all D strings into C strings, etc. 2. fork 3. exec immediately, not using anything from standard library between 2 and 3. OK, thank you.. I'm trying it

Best way to clear dynamic array for reuse

It takes a bit of work to get around the mutable buffers problem in D language arrays. I found it made a performance difference in xml parsing. https://github.com/betrixed/dlang-xml/blob/master/xml/util/buffer.d /** Buffer(T) - Versatile appendable D array for buffer reuse, append,

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 11:32:09 UTC, Nemanja Boric wrote: My other guess is that you're using D threads in your application? Of course I'm using D threads, but with it all is normally.

Re: D future ...

On Wednesday, 28 December 2016 at 12:03:53 UTC, YAHB wrote: Making header files manually is a wast of time what i don't have. Write your own header generator. Yes, why not to write my own language. Pfff...too hard to use an AST visitor. And that wants to release a commercial IDE. Compiler

Re: Hangs on toStringZ()

On Wednesday, 28 December 2016 at 12:30:03 UTC, unDEFER wrote: On Wednesday, 28 December 2016 at 11:32:09 UTC, Nemanja Boric wrote: My other guess is that you're using D threads in your application? Of course I'm using D threads, but with it all is normally. Right, nothing wrong with

Re: D future ...

On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this bug[1]. ... Please, stop adding new features to D and start fixing existing ones. - Satoshi --- [1]

Re: D future ...

On Wednesday, 28 December 2016 at 12:14:02 UTC, YAHB wrote: But what's the real issue ? You want to release a pre-compiled static library with headers ? Yes. you'll be in front of another issue then: "dmd_personality"... unless you release the static library for DMD, LDC, GDC, + each

Re: D future ...

On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote: On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this bug[1]. ... Please, stop adding new

Re: D future ...

On Wednesday, 28 December 2016 at 12:44:38 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 12:14:02 UTC, YAHB wrote: But what's the real issue ? You want to release a pre-compiled static library with headers ? Yes. you'll be in front of another issue then: "dmd_personality"... unless

Re: D future ...

On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote: On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote: I'm working on a commercial IDE and GUI framework for a year and half and I'm not able to release any version due to this bug[1]. ... Please, stop adding new

[Issue 17040] New: std.algorithm.iteration.reduce example does not compile

https://issues.dlang.org/show_bug.cgi?id=17040 Issue ID: 17040 Summary: std.algorithm.iteration.reduce example does not compile Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW

Re: D future ...

On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On Wednesday, 28 December 2016 at 09:37:06 UTC, Jerry wrote: Personally I'm not really looking for an IDE, I've settled for a text editor with a plugin for it. IDEs tend to be bulky and not be very good at manipulating text or

Re: D future ...

On Wednesday, 28 December 2016 at 19:51:38 UTC, Jerry wrote: You don't need the source of the GUI framework to use a compiled program. If you are developing both the GUI and the IDE, then you don't need interface files. You can just use the D source code. Once you compile the IDE no one will