Re: Bikeshed: Implementing a command queue.

On Saturday, 12 March 2016 at 15:10:16 UTC, maik klein wrote: I wanted to implement a simple command queue in D. To give a bit of context, I want to create a command queue for opengl. Instead of interacting directly with opengl, you will create commands, put them in a queue and then the

Is there a sorted map?

Is there any sorted map in D? I need a map and I need to be able to get the highest key in the map. In java I would use a TreeMap and use map.lastKey(), but since associative arrays are not sorted that would be O(n). I know about RedBlackTree, but that's a set and it must be a map.

Re: Pattern matching as a library

On Saturday, 12 March 2016 at 20:56:47 UTC, Jacob Carlborg wrote: On 12/03/16 14:12, Simen Kjaeraas wrote: As I once again bemoaned D's lack of pattern matching yesterday, I was inspired to create this[0] implementation, that plays to D's strengths, allows for user-defined matching, and has a

Re: Constructor - the both look the same

On Saturday, 12 March 2016 at 23:43:33 UTC, Joel wrote: On Saturday, 12 March 2016 at 08:11:10 UTC, Iakh wrote: On Saturday, 12 March 2016 at 07:43:59 UTC, Joel wrote: Why does it come up with this? source/setup.d(40,16): Error: constructor inputjex.InputJex.this (Vector2!float pos, int

Re: Potential GSoC project - GC improvements

On Sat, 12 Mar 2016 13:23:35 -0800, Adam Wilson wrote: To start off, let's talk terminology. You seem to be using nonstandard terminology and possibly misunderstanding standard terminology. A GC scan is the mark phase of a mark/sweep collector (and specifically the part where the GC examines

Re: Bikeshed: Implementing a command queue.

On Saturday, 12 March 2016 at 15:10:16 UTC, maik klein wrote: I wanted to implement a simple command queue in D. To give a bit of context, I want to create a command queue for opengl. Instead of interacting directly with opengl, you will create commands, put them in a queue and then the

Re: std.xml2 (collecting features)

For everyone's information, I've posted a pull request to Mr. Schadek's github repository, with a proposed Simple API for XML (SAX) stub. I'd really appreciate reviews of the stub's interfaces. https://github.com/burner/std.xml2/pull/5

Re: Using tango or other static lib in static lib

On Sunday, 13 March 2016 at 01:06:33 UTC, Mike Parker wrote: it. Assuming both files live in the same directory, they can be compiled with this command: Somehow I deleted that line: dmd main.d something.d

Re: Using tango or other static lib in static lib

On Saturday, 12 March 2016 at 22:34:19 UTC, Voitech wrote: At beginning I want to say that I'm Java devloper so most of linking, joining, dependent classes, libs could be solve with simple 3 click in eclipse so please be patient with me :). I'm using Mono-D under Ubuntu 14.04 to create my

Re: Constructor - the both look the same

On Saturday, 12 March 2016 at 08:11:10 UTC, Iakh wrote: On Saturday, 12 March 2016 at 07:43:59 UTC, Joel wrote: Why does it come up with this? source/setup.d(40,16): Error: constructor inputjex.InputJex.this (Vector2!float pos, int fontSize, InputType type = cast(InputType)0) is not callable

[Issue 15793] Change !is error to warning

https://issues.dlang.org/show_bug.cgi?id=15793 Sobirari Muhomori changed: What|Removed |Added Severity|major |regression --

Using tango or other static lib in static lib

At beginning I want to say that I'm Java devloper so most of linking, joining, dependent classes, libs could be solve with simple 3 click in eclipse so please be patient with me :). I'm using Mono-D under Ubuntu 14.04 to create my project it would be a library for further development process,

[Issue 15793] New: Change !is error to warning

https://issues.dlang.org/show_bug.cgi?id=15793 Issue ID: 15793 Summary: Change !is error to warning Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1

Re: Potential GSoC project - GC improvements

Jeremy DeHaan wrote: On Saturday, 12 March 2016 at 08:50:06 UTC, Adam Wilson wrote: If I may make a suggestion. The lock free work is unlikely to require the entirety of GSoC. And the precise GC is the next most important thing on your list and will have the biggest impact on GC performance.

[Issue 15792] Error Filling an array

https://issues.dlang.org/show_bug.cgi?id=15792 Alex changed: What|Removed |Added Severity|major |minor --

Re: Pattern matching as a library

On 12/03/16 14:12, Simen Kjaeraas wrote: As I once again bemoaned D's lack of pattern matching yesterday, I was inspired to create this[0] implementation, that plays to D's strengths, allows for user-defined matching, and has a fairly usable syntax. The core usage looks like this: unittest {

Re: Filling an array

On Saturday, 12 March 2016 at 19:35:30 UTC, ag0aep6g wrote: On 12.03.2016 16:44, Mike Parker wrote: arr[] = cast(Nullable!uint)1; Nicer than a cast: construct a Nullable!int. arr[] = Nullable!uint(1); ok... so... this makes the error very strange, then... almost senseless...

[Issue 15792] Error Filling an array

https://issues.dlang.org/show_bug.cgi?id=15792 --- Comment #2 from Alex --- filling via arr[] = Nullable!uint(1); is also possible --

Re: Filling an array

On 12.03.2016 16:44, Mike Parker wrote: arr[] = cast(Nullable!uint)1; Nicer than a cast: construct a Nullable!int. arr[] = Nullable!uint(1);

Re: Potential GSoC project - GC improvements

On Saturday, 12 March 2016 at 08:50:06 UTC, Adam Wilson wrote: If I may make a suggestion. The lock free work is unlikely to require the entirety of GSoC. And the precise GC is the next most important thing on your list and will have the biggest impact on GC performance. Rainer has two

Re: code-d 0.10.1 released (D support for vscode)

On Saturday, 12 March 2016 at 18:57:41 UTC, Dmitry wrote: On Saturday, 12 March 2016 at 18:44:23 UTC, WebFreak001 wrote: Is it work only with GDC and LDC? Because with DMD it doesn't. Then where I can get GDC and LDC for Windows (of course, I'm about binaries)? P.S. Windows 7 x64 the

Re: code-d 0.10.1 released (D support for vscode)

On Saturday, 12 March 2016 at 18:44:23 UTC, WebFreak001 wrote: Is it work only with GDC and LDC? Because with DMD it doesn't. Then where I can get GDC and LDC for Windows (of course, I'm about binaries)? P.S. Windows 7 x64 the debugger extension is using GDB or LLDB, just install one of

Re: code-d 0.10.1 released (D support for vscode)

On Saturday, 12 March 2016 at 18:41:23 UTC, Dmitry wrote: On Friday, 11 March 2016 at 20:03:47 UTC, WebFreak001 wrote: [...] After last update I have an exeption when close VSCode: https://dl.dropboxusercontent.com/u/78963719/D/forum/error.png [...] Error: http://pastebin.com/wqmkMw7c

Re: code-d 0.10.1 released (D support for vscode)

On Friday, 11 March 2016 at 20:03:47 UTC, WebFreak001 wrote: I just released a new version of code-d, it now supports projects without any dub.json file which some people probably will like. This is really useful for standalone projects with a custom build system like writing an OS/Kernel or

Re: Filling an array

On Saturday, 12 March 2016 at 16:37:25 UTC, user42 wrote: On Saturday, 12 March 2016 at 14:33:19 UTC, Alex wrote: /snip I thought this was supposed to halt with an error rather than compile and set all members to 1. The syntax, to me anyways, doesn't really communicate the intention of: set

[Issue 15792] Error Filling an array

https://issues.dlang.org/show_bug.cgi?id=15792 --- Comment #1 from Alex --- The error is: Error: cannot implicitly convert expression (1) of type int to Nullable!uint[] --

Re: Pitching D to a gang of Gophers

On Saturday, 12 March 2016 at 08:09:41 UTC, Dmitry Olshansky wrote: On 05-Mar-2016 14:05, Dmitry Olshansky wrote: Obligatory slides: http://slides.com/dmitryolshansky/deck/fullscreen/ Very nice slide deck. Thanks for publishing. --Jon

[Issue 15780] CTFE foreach fails with tuple

https://issues.dlang.org/show_bug.cgi?id=15780 greenify changed: What|Removed |Added Component|phobos |dmd --

[Issue 15780] CTFE foreach fails with tuple

https://issues.dlang.org/show_bug.cgi?id=15780 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

Re: Potential GSoC project - GC improvements

On Sat, 12 Mar 2016 00:50:06 -0800, Adam Wilson wrote: > If I may make a suggestion. The lock free work is unlikely to require > the entirety of GSoC. And the precise GC is the next most important > thing on your list and will have the biggest impact on GC performance. > > Once the GC is fully

Re: Filling an array

On Saturday, 12 March 2016 at 14:33:19 UTC, Alex wrote: /snip I thought this was supposed to halt with an error rather than compile and set all members to 1. The syntax, to me anyways, doesn't really communicate the intention of: set all members to 1. //arr[] = 1; Whereas the

Re: Why is it not possible to write to a file from a const member function ?

On Saturday, 12 March 2016 at 15:32:39 UTC, Mike Parker wrote: On Saturday, 12 March 2016 at 14:02:31 UTC, user42 wrote: Why is this thing not compiling ? Or, in other words, how is is possible to log something to a file from a const member function ? Const member functions functions are

Re: Filling an array

On Saturday, 12 March 2016 at 15:44:00 UTC, Mike Parker wrote: On Saturday, 12 March 2016 at 14:33:19 UTC, Alex wrote: //arr[] = 1; The question is, why the commented out line throws the error: Error: cannot implicitly convert expression (1) of type int to Nullable!uint[], while the

[Issue 15792] New: Error Filling an array

https://issues.dlang.org/show_bug.cgi?id=15792 Issue ID: 15792 Summary: Error Filling an array Product: D Version: D2 Hardware: x86_64 OS: Mac OS X Status: NEW Severity: major Priority: P1

[Issue 15789] ICE Assert in TemplateInstance semanticTiargs

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

[Issue 15789] ICE Assert in TemplateInstance semanticTiargs

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

Re: Filling an array

On Saturday, 12 March 2016 at 14:33:19 UTC, Alex wrote: //arr[] = 1; The question is, why the commented out line throws the error: Error: cannot implicitly convert expression (1) of type int to Nullable!uint[], while the line after that works. Looks like a bug somewhere. The work

Re: Why is it not possible to write to a file from a const member function ?

On Saturday, 12 March 2016 at 14:02:31 UTC, user42 wrote: Why is this thing not compiling ? Or, in other words, how is is possible to log something to a file from a const member function ? Const member functions functions are not allowed to mutate any member state at all. This includes

Bikeshed: Implementing a command queue.

I wanted to implement a simple command queue in D. To give a bit of context, I want to create a command queue for opengl. Instead of interacting directly with opengl, you will create commands, put them in a queue and then the renderer will read those commands and execute the correct OpenGl

[Issue 15789] ICE Assert in TemplateInstance semanticTiargs

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

Filling an array

Hi all! I have, maybe, a silly question.. Not sure, if https://forum.dlang.org/post/ibxhuqamgclrcatsy...@forum.dlang.org has something to do with the topic Having the following code: import std.typecons; import std.algorithm; void main() { uint[] arr_ref; arr_ref.length = 5;

Why is it not possible to write to a file from a const member function ?

Hi I have the following snippet to illustrate my problem/question: class X { import std.stdio: write, File, stdout; private File* f = void p(string s) const { f.write(s); } } class Y { private string s = "Y"; override string toString() const { return s; } }

[Issue 10987] Add documentation for 'extern (C++)' classes

https://issues.dlang.org/show_bug.cgi?id=10987 --- Comment #1 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/04427d2bf9030725c0cb79328d67ea6762599917 Update

Pattern matching as a library

As I once again bemoaned D's lack of pattern matching yesterday, I was inspired to create this[0] implementation, that plays to D's strengths, allows for user-defined matching, and has a fairly usable syntax. The core usage looks like this: unittest { auto a = tuple(1, "foo"); auto b =

Re: Clearing associative array.

On Saturday, 12 March 2016 at 12:59:02 UTC, ciechowoj wrote: Nice article :), thanks. But still, what about clear()? In the documentation https://dlang.org/spec/hash-map.html#properties there is written that associative arrays have clear property. I don't think that actually works... might be

Re: Clearing associative array.

On Saturday, 12 March 2016 at 12:42:04 UTC, Adam D. Ruppe wrote: On Saturday, 12 March 2016 at 12:34:16 UTC, ciechowoj wrote: If above doesn't work how am I supposed to clear the array? `x = string[string].init;` is somewhat ugly. Read the Tip of the Week section here:

Re: Why does array loses it internal capacity on length change?

On Saturday, 12 March 2016 at 09:56:48 UTC, Uldis wrote: Why is this happening, how to avoid it? Details here: http://dlang.org/d-array-article.html it is so one slice can never stomp over the contents of another slice when you append to it. array.assumeSafeAppend() can override it.

Up-to-date DIPs list

Hey all, tl;dr: D's DIPs seem not maintained. A couple of ideas are proposed to tackle this state. I really like the List of D Improvement Proposals (http://wiki.dlang.org/DIPs), however it seems to me that they are lacking a maintainer. Let me briefly state what I found: 1) Many DIPs

Re: Clearing associative array.

On Saturday, 12 March 2016 at 12:34:16 UTC, ciechowoj wrote: If above doesn't work how am I supposed to clear the array? `x = string[string].init;` is somewhat ugly. Read the Tip of the Week section here: http://arsdnet.net/this-week-in-d/dec-13.html Short answer: use `= null` to clear the

Clearing associative array.

Could someone explain to me, why following code does not compile? int main() { string[string] x = [ "foo" : "bar" ]; x.clear(); x = []; return 0; } Errors: main.d(7): Error: no property 'clear' for type 'string[string]' main.d(8): Error: cannot implicitly

[Issue 15788] [REG2.069] ICE assert triggered on overloaded function

https://issues.dlang.org/show_bug.cgi?id=15788 Kenji Hara changed: What|Removed |Added Keywords||pull

[Issue 11886] "cannot access frame" error on lambda in lambda

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

[Issue 15791] Cannot get a stored nested struct object from Variant

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

[Issue 15791] New: Cannot get a stored nested struct object from Variant

https://issues.dlang.org/show_bug.cgi?id=15791 Issue ID: 15791 Summary: Cannot get a stored nested struct object from Variant Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: rejects-valid

Re: BZ2 library

On Saturday, 12 March 2016 at 10:10:44 UTC, Basile B. wrote: On Saturday, 12 March 2016 at 09:53:36 UTC, stunaep wrote: [...] "dflags" : ["lib\\libbzip2.lib"] is only if you want to compile as 32 bit AND in OMF, so the -m32mscoff switch must NOT be set (I see that someone else explained you

[Issue 15789] ICE Assert in TemplateInstance semanticTiargs

https://issues.dlang.org/show_bug.cgi?id=15789 --- Comment #1 from Johan Engelen --- https://github.com/D-Programming-Language/dmd/pull/5517 --

Re: Why does array loses it internal capacity on length change?

Why is this happening...? For safety reasons. Your array can be shared between parts of application. ...how to avoid it? https://dlang.org/library/object/assume_safe_append.html

Re: BZ2 library

On Saturday, 12 March 2016 at 09:53:36 UTC, stunaep wrote: On Saturday, 12 March 2016 at 07:56:03 UTC, Mike Parker wrote: [...] On Saturday, 12 March 2016 at 09:04:08 UTC, stunaep wrote: On Saturday, 12 March 2016 at 07:56:03 UTC, Mike Parker wrote: [...] If I do "dflags" :

Why does array loses it internal capacity on length change?

While writing a structs function that I wanted to minimize allocations and use an internal preallocated buffer, but I noticed that arrays are losing their capacity when its length is changed. For example: void main() { int[] a; a.reserve = 1024; void dump(in ref

Re: BZ2 library

On Saturday, 12 March 2016 at 07:56:03 UTC, Mike Parker wrote: [...] On Saturday, 12 March 2016 at 09:04:08 UTC, stunaep wrote: On Saturday, 12 March 2016 at 07:56:03 UTC, Mike Parker wrote: [...] If I do "dflags" : ["lib/libbzip2.lib"] as Basile B. suggested instead of pragma, I get the

Re: code-d 0.10.1 released (D support for vscode)

On 11-Mar-2016 23:03, WebFreak001 wrote: I just released a new version of code-d, it now supports projects without any dub.json file which some people probably will like. This is really useful for standalone projects with a custom build system like writing an OS/Kernel or other projects that

Re: code-d 0.10.1 released (D support for vscode)

Additionally if you use dub for your projects you can now get an additional package version manager from the vscode marketplace which makes sure your dependencies are up to date. ext install versionlens then open a dub.json file and you are ready to go Github:

Re: BZ2 library

On Saturday, 12 March 2016 at 07:56:03 UTC, Mike Parker wrote: [...] If I do "dflags" : ["lib/libbzip2.lib"] as Basile B. suggested instead of pragma, I get the same error on x86_64 as I do on x86

Re: Pitching D to academia

On Thu, 2016-03-10 at 23:47 +, Andrew via Digitalmars-d wrote: […] > One of awful things about programming in many languages is that  > there's a gazillion tools you need to tack-on before you can do  > any engineering.  In C++ that includes Doxygen for documentation,  > C++Unit for unit

Re: Deduction regression or improvement?

On 12.03.2016 08:58, deadalnix wrote: IMO, this *should* compile and infer T == const(SomeStruct) as the common type of a and b. But I'm not sure whether or not this is a regression. T More tricky actually. If T has indirection, then that is the correct answer. If not, the T ==

Re: Pitching D to a gang of Gophers

On Sat, 2016-03-12 at 11:09 +0300, Dmitry Olshansky via Digitalmars-d wrote: > On 05-Mar-2016 14:05, Dmitry Olshansky wrote: > > > > I'm having an opportunity to do a small tech-talk on things D in a > > eCommerce shop that is currently sold on Go (migrating to SOA from > > PHP > > monolith). I

Re: Potential GSoC project - GC improvements

Jeremy DeHaan wrote: Thank you all for the feedback. I think I might still need a little more feedback as to what the project should actually entail, but here's what it's looking like so far: Implement lock free allocation using std.experimental.allocator's freelists (SharedFreeList? It was

Re: Constructor - the both look the same

On Saturday, 12 March 2016 at 07:43:59 UTC, Joel wrote: Why does it come up with this? source/setup.d(40,16): Error: constructor inputjex.InputJex.this (Vector2!float pos, int fontSize, InputType type = cast(InputType)0) is not callable using argument types (Vector2!float, int, InputType)

Re: Pitching D to a gang of Gophers

On 05-Mar-2016 14:05, Dmitry Olshansky wrote: I'm having an opportunity to do a small tech-talk on things D in a eCommerce shop that is currently sold on Go (migrating to SOA from PHP monolith). I do not intend that to become Go vs D battle but it gives the context. The talk went better then I

Re: BZ2 library

On Saturday, 12 March 2016 at 06:50:59 UTC, stunaep wrote: On Saturday, 12 March 2016 at 06:07:25 UTC, Mike Parker wrote: [...] I used visual studio 2013 to build the libraries With dflag -m64 and dub flag --arch=x86_64, this happens You shouldn't specify -m64 in your configuration. DUB

Re: Deduction regression or improvement?

On Tuesday, 8 March 2016 at 22:35:57 UTC, H. S. Teoh wrote: On Tue, Mar 08, 2016 at 09:22:35PM +, Johan Engelen via Digitalmars-d wrote: Hi all, Should the following compile or not? auto foo(T)(T start, T end) {} void main() { const SomeStruct a; SomeStruct b; foo(a,b); } See