Re: Mir GLAS v0.0.6: easy usage with DMD and LDC

On Friday, 16 December 2016 at 22:12:58 UTC, Ilya Yaroshenko wrote: Mir GLAS v0.0.6 was released. Very welcome. Will need to play around with it.

Re: CTFE Status

On Saturday, 17 December 2016 at 04:14:29 UTC, Stefan Koch wrote: I just fixed gotos again. While researching unusually large performance drops, I found the cause for a rather nasty bug. (It was an off-by-one error again :)) It turned out that there were circumstances where some gotos would

[Issue 16973] `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 --- Comment #4 from Denis Shelomovskii --- (In reply to safety0ff.bugz from comment #3) > (In reply to Denis Shelomovskii from comment #1) > > This issue caused druntime Issue 16974. > > Druntime used to have a function

Quick-and-Dirty Xiph Tremor decoder port

here[1] is $subj. it is as close to the original C source as possible. it also includes partial vorbisfile port, so it is completely self-contained and doesn't require any C library besides libc. there is also sample ALSA player[2]. it requires ALSA bindins[3]. grab it now while it's hot,

Re: Simplest way to build a DMD compatible C lib, and how to link using DUB.

On Friday, 16 December 2016 at 22:37:13 UTC, hardreset wrote: To be honest I was having some odd linking problems anyway. I initially wrapped the FT init function in plain D function and that kept causing "_FT_ not found" link errors. As soon as I took all the actual D functions out and

Re: CTFE Status

I just fixed gotos again. While researching unusually large performance drops, I found the cause for a rather nasty bug. (It was an off-by-one error again :)) It turned out that there were circumstances where some gotos would be dropped and the corresponding fixup jumps where never emitted.

Re: concepts v0.0.1

On Friday, 16 December 2016 at 23:49:18 UTC, Nicholas Wilson wrote: On Friday, 16 December 2016 at 20:51:19 UTC, Atila Neves wrote: @models!(Foo, isFoo) What happened to the __UDA_ATTACHMENT__ proposal? Also are UDAs legal after the symbol? i.e. with __UDA_ATTACHMENT__ could you do struct

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #8 from Timothee Cour --- readLink != realpath ; see python realpath: https://docs.python.org/2/library/os.path.html realpath returns an absolute path, resolving symlinks recursively (among other details);

[OT] D in makefiles

Makefiles allow custom shells. So with a small wrapper script we can use D in makefile. Here's my proof of concept: https://gist.github.com/Superstar64/8b896312ebe1a6e6240b1cba8aed2488.

Re: concepts v0.0.1

On Friday, 16 December 2016 at 20:51:19 UTC, Atila Neves wrote: @models!(Foo, isFoo) What happened to the __UDA_ATTACHMENT__ proposal?

[Issue 16976] Implicit conversion from ulong to int in foreach_reverse

https://issues.dlang.org/show_bug.cgi?id=16976 --- Comment #1 from Sprink --- Correction: inlining the array like that seems to work as the value is known. Using anything else though it doesn't work. int[] values = [ 0, 1, 2 ]; // dynamically foreach_reverse(int i, v

[Issue 16976] New: Implicit conversion from ulong to int in foreach_reverse

https://issues.dlang.org/show_bug.cgi?id=16976 Issue ID: 16976 Summary: Implicit conversion from ulong to int in foreach_reverse Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS:

Re: Simplest way to build a DMD compatible C lib, and how to link using DUB.

On Friday, 16 December 2016 at 00:40:07 UTC, Mike Parker wrote: On Thursday, 15 December 2016 at 20:34:47 UTC, hardreset wrote: On Thursday, 15 December 2016 at 18:30:14 UTC, hardreset wrote: I have pragma(lib,**fullpath**) in my freetype.d file, is that the correct way? Never mind,

Re: concepts v0.0.1

On Friday, 16 December 2016 at 20:51:19 UTC, Atila Neves wrote: Atila Surprisingly little code. Thx.

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 21:35:23 UTC, John Colvin wrote: On Friday, 16 December 2016 at 19:14:39 UTC, jmh530 wrote: On Friday, 16 December 2016 at 17:21:13 UTC, John Colvin wrote: [...] It might make sense to provide a sample dub.json file with mir to make user's lives easier. That

Mir GLAS v0.0.6: easy usage with DMD and LDC

Mir GLAS v0.0.6 was released. Changes: 1. GLAS can be used as common dub package with DMD and LDC. No manual library installation is required. Thanks to John Colvin for the good advice! from the README GLAS can be used with DMD and LDC but LDC (LLVM D Compiler) >= 1.1.0 beta 6

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

On 12/16/2016 01:24 PM, Jon Degenhardt wrote: On Friday, 16 December 2016 at 17:19:56 UTC, Andrei Alexandrescu wrote: Walter and I wanted to have a positive example of a good DIP that is relatively simple, is noncontroversial, and marks a definite move forward. We believe the feature's

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 19:14:39 UTC, jmh530 wrote: On Friday, 16 December 2016 at 17:21:13 UTC, John Colvin wrote: Do you actually mean extern(C) or extern(D)? You said both at different points in this thread. Perhaps this will give you an idea to start from: name "mir-glas"

Re: Making preconditions better specified and faster

Am Thu, 15 Dec 2016 13:48:22 -0500 schrieb Andrei Alexandrescu : > https://issues.dlang.org/show_bug.cgi?id=16975 Here is what I understood. While currently a contract that has a failing assert would be treated differently from one that throws an exception, in the

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #7 from Jacob Carlborg --- (In reply to Timothee Cour from comment #6) > no, as doc says, asNormalizedPath "Does not resolve symbolic links." > realPath would resolve them recursively (just like python realpath) Yeah, I

Re: test_allocator v0.0.1 - don't leak memory in your std.experimental.allocator using code

On Friday, 16 December 2016 at 21:03:11 UTC, Atila Neves wrote: So you decide to use std.experimental.allocator for your memory allocations. Let's say you're as paranoid as me about getting the allocations right. How do you know you're not leaking memory now (no GC safety net)?. Or worse,

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #6 from Timothee Cour --- no, as doc says, asNormalizedPath "Does not resolve symbolic links." realPath would resolve them recursively (just like python realpath) --

test_allocator v0.0.1 - don't leak memory in your std.experimental.allocator using code

So you decide to use std.experimental.allocator for your memory allocations. Let's say you're as paranoid as me about getting the allocations right. How do you know you're not leaking memory now (no GC safety net)?. Or worse, deallocating memory you shouldn't? The program didn't crash, but you

concepts v0.0.1

Since my phobos PR for better static assertions was clearly never getting merged (https://github.com/dlang/phobos/pull/3677), I moved the code to dub instead: http://code.dlang.org/packages/concepts Basically, as long as you pair up your template constraints (e.g. isFoo) with a suitably

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #5 from Jacob Carlborg --- (In reply to Timothee Cour from comment #4) > Good point, I just opened a question to figure out if we can even do that: > >

Re: Allocating a class within another class during object init w/o passing in an allocator

On Friday, 16 December 2016 at 18:25:42 UTC, David Zhang wrote: I though all classes were aligned to sizeof(size_t) boundaries? I don't know. Wouldn't it then just be align(sizeof(size_t)) byte[__traits(classInstanceSize, SomeClass)] scStorage; I guess? I really don't have much of a

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

On 12/16/2016 01:24 PM, Jon Degenhardt wrote: A suggestion: Now that the proposal details are largely fleshed out, take a file from phobos and rewrite it in the new style. Should give insight into aesthetics and identify remaining issues to resolve. What a great idea. For starters, I attempted

Re: unDE 0.1.0: original file manager, image and text viewer

On Friday, 16 December 2016 at 19:03:29 UTC, MGW wrote: Очень интересная работа. Взглянул на некоторые проблемы с другой стороны. Интересно, это реализовано на D? I'm translating: "Very interesting work. I looked on some problems with other hand. Interesting, is it implemented on D?"

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #4 from Timothee Cour --- Good point, I just opened a question to figure out if we can even do that:

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 17:21:13 UTC, John Colvin wrote: Do you actually mean extern(C) or extern(D)? You said both at different points in this thread. Perhaps this will give you an idea to start from: name "mir-glas" sourcePaths "folderWithDiFiles" importPaths "folderWithDiFiles"

Re: unDE 0.1.0: original file manager, image and text viewer

On Thursday, 15 December 2016 at 20:16:10 UTC, unDEFER wrote: Hello, my dear friends! So many days you answers on many my questions. And today I glad to present my work: unDE 0.1.0. It is very original file manager, image and text viewer. More information:

Re: BetterC classes

On Friday, 16 December 2016 at 16:24:18 UTC, Daniel N wrote: On Friday, 16 December 2016 at 15:17:15 UTC, Ilya Yaroshenko wrote: Hi Is it possible to use classes, which do not have monitor and other DRuntime stuff? Object can be allocated/deallocated using allocators, but they are very

Re: Allocating a class within another class during object init w/o passing in an allocator

I haven't considered alignment here. I'm not sure if you have to. I though all classes were aligned to sizeof(size_t) boundaries? Wouldn't it then just be align(sizeof(size_t)) byte[__traits(classInstanceSize, SomeClass)] scStorage;

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

On Friday, 16 December 2016 at 17:19:56 UTC, Andrei Alexandrescu wrote: Walter and I wanted to have a positive example of a good DIP that is relatively simple, is noncontroversial, and marks a definite move forward. We believe the feature's benefits are significant, obvious, and immediate.

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

On 12/13/2016 05:33 PM, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Major changes effected to the DIP, which affect it. In-depth discussion of lazy imports, a change in lookup rules, and a few minor things:

Re: CTFE Status

On Friday, 16 December 2016 at 10:33:32 UTC, Stefan Koch wrote: On Friday, 16 December 2016 at 10:26:15 UTC, Stefan Koch wrote: On Friday, 16 December 2016 at 09:32:13 UTC, Stefan Koch wrote: Hey Guys bad news, Regressions. The handling of default constructed Struct-Literals inside of newCTFE

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 17:21:13 UTC, John Colvin wrote: On Friday, 16 December 2016 at 15:09:02 UTC, Ilya Yaroshenko wrote: [...] Do you actually mean extern(C) or extern(D)? You said both at different points in this thread. Perhaps this will give you an idea to start from: name

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 17:21:13 UTC, John Colvin wrote: On Friday, 16 December 2016 at 15:09:02 UTC, Ilya Yaroshenko wrote: [...] Do you actually mean extern(C) or extern(D)? You said both at different points in this thread. Perhaps this will give you an idea to start from: name

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

On 12/16/2016 04:58 AM, John Colvin wrote: Is it worth the time and effort of core developers and community reviewers, both now and as an ongoing feature-maintenance burden: absolutely not. I have no idea why this proposal is a priority right now. Walter and I wanted to have a positive example

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 15:09:02 UTC, Ilya Yaroshenko wrote: On Friday, 16 December 2016 at 13:55:55 UTC, Guillaume Piolat wrote: Trying to answer with the existing dub. On Friday, 16 December 2016 at 13:21:53 UTC, Ilya Yaroshenko wrote: We need 1. a post fetch (build) options. GLAS

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

On 12/15/2016 05:56 PM, Dmitry Olshansky wrote: On 12/13/16 11:33 PM, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei On first it seems like an awesome idea. That solves ... but wait what? Thinking more about the problem at hand - I fail to see what

Re: DIP-1000 and slice lifetimes

On Friday, 16 December 2016 at 16:08:02 UTC, Walter Bright wrote: So am I! I wish I could help out, but I feel like I'm too unskilled in DMD internals to help out in the review.

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 15:09:02 UTC, Ilya Yaroshenko wrote: And it should be builded this way whatever compiler and dub options user use for his project. It sounds like what is really needed here is the ability to specify default build choices in `dub.json` (which the user could then

[Issue 16974] [REG2.068] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 safety0ff.bugz changed: What|Removed |Added Summary|Equal associative arrays|[REG2.068] Equal

Re: BetterC classes

On Friday, 16 December 2016 at 15:17:15 UTC, Ilya Yaroshenko wrote: Hi Is it possible to use classes, which do not have monitor and other DRuntime stuff? Object can be allocated/deallocated using allocators, but they are very complex for betterC mode (monitor, mutex, object.d dependency).

Linux Kernel in D?

A D port of the Linux Kernel? https://github.com/whatsthisnow/ProjectD Any thoughts on the project?

Re: DIP-1000 and slice lifetimes

On 12/16/2016 6:36 AM, Nordlöw wrote: Awesome! Your PR has been pending for quite some time. Im eagerly waiting for it to be reviewed and merged.  So am I!

[Issue 16588] uniq's BidirectionalRange behavior is inconsistent with its InputRange behavior

https://issues.dlang.org/show_bug.cgi?id=16588 Eduard Staniloiu changed: What|Removed |Added Keywords||pull

Re: Will this features be accepted for DUB?

16.12.2016 18:09, Ilya Yaroshenko пишет: This approach does not work for Mir GLAS. http://forum.dlang.org/post/dfqcgdfnxmnkreywo...@forum.dlang.org I can build a Mir GLAS library with DUB. But I can not do it automatically with DUB, but want to do it. For example: --- "dependencies": {

Re: extern(C++) struct - what is it?

On Friday, 16 December 2016 at 13:02:11 UTC, Nicholas Wilson wrote: On Friday, 16 December 2016 at 12:40:19 UTC, Ilya Yaroshenko wrote: [...] Like any other struct. [...] Thank you Nicholas

BetterC classes

Hi Is it possible to use classes, which do not have monitor and other DRuntime stuff? Object can be allocated/deallocated using allocators, but they are very complex for betterC mode (monitor, mutex, object.d dependency). Can we have something more primitive? Ilya

[Issue 8573] A simpler Phobos function that returns the index of the mix or max item

https://issues.dlang.org/show_bug.cgi?id=8573 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/d2c7d3761b73405ee39da3fd7fe5030dee35a39e Issue 8573 - A simpler Phobos function that returns the

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 13:55:55 UTC, Guillaume Piolat wrote: Trying to answer with the existing dub. On Friday, 16 December 2016 at 13:21:53 UTC, Ilya Yaroshenko wrote: We need 1. a post fetch (build) options. GLAS should be builded only in release, and in single file mode. It is a

Re: unDE 0.1.0: original file manager, image and text viewer

On Friday, 16 December 2016 at 14:51:53 UTC, John Colvin wrote: This looks like a very interesting project. I have had similar ideas recently but haven't had time to do anything. I'm looking forward to seeing what you create. Thank you!

Re: Will this features be accepted for DUB?

On Friday, 16 December 2016 at 13:28:49 UTC, rikki cattermole wrote: On 17/12/2016 2:21 AM, Ilya Yaroshenko wrote: Mir GLAS should be builded with special dub flags, in the future it will require to be linked with netlib libs. We need 1. a post fetch (build) options. GLAS should be builded

[Issue 16763] Associative array literal inside array or AA literal doesn't work as initializer if variable type is known

https://issues.dlang.org/show_bug.cgi?id=16763 --- Comment #1 from Denis Shelomovskii --- (In reply to Denis Shelomovskii from comment #0) > int[int][] b = [[0 : 2]]; // expression ([[1]]) of type int[][] It was "expression ([[2]])" actually. So, looks like if

Re: unDE 0.1.0: original file manager, image and text viewer

On Thursday, 15 December 2016 at 20:16:10 UTC, unDEFER wrote: Hello, my dear friends! So many days you answers on many my questions. And today I glad to present my work: unDE 0.1.0. It is very original file manager, image and text viewer. More information:

Re: DIP-1000 and slice lifetimes

On Friday, 16 December 2016 at 13:30:47 UTC, Walter Bright wrote: On 12/16/2016 4:37 AM, Nordlöw wrote: Will DIP-1000 correctly forbid code such as int[] xs; { int[3] x = [1, 2, 3]; xs = x[]; // leaks dangling pointer `xs.ptr` to enclosing scope } xs[] = 0; //

[Issue 16970] Fix deprecations and warnings when compiling Phobos

https://issues.dlang.org/show_bug.cgi?id=16970 Eduard Staniloiu changed: What|Removed |Added Keywords||pull

Re: Will this features be accepted for DUB?

Trying to answer with the existing dub. On Friday, 16 December 2016 at 13:21:53 UTC, Ilya Yaroshenko wrote: We need 1. a post fetch (build) options. GLAS should be builded only in release, and in single file mode. It is a betterC library with extern C interface. --combined -b

Re: DIP-1000 and slice lifetimes

On 12/16/2016 4:37 AM, Nordlöw wrote: Will DIP-1000 correctly forbid code such as int[] xs; { int[3] x = [1, 2, 3]; xs = x[]; // leaks dangling pointer `xs.ptr` to enclosing scope } xs[] = 0; // undefined behaviour from compiling? @safe void foo() {

Re: Will this features be accepted for DUB?

On 17/12/2016 2:21 AM, Ilya Yaroshenko wrote: Mir GLAS should be builded with special dub flags, in the future it will require to be linked with netlib libs. We need 1. a post fetch (build) options. GLAS should be builded only in release, and in single file mode. It is a betterC library with

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #3 from Jacob Carlborg --- (In reply to Timothee Cour from comment #2) > at very least it should be documented; but IMO thisExePath has no business > resolving symlinks; If I recall correctly, there was no suitable

Will this features be accepted for DUB?

Mir GLAS should be builded with special dub flags, in the future it will require to be linked with netlib libs. We need 1. a post fetch (build) options. GLAS should be builded only in release, and in single file mode. It is a betterC library with extern C interface. 2. ability to build C/C++

Re: extern(C++) struct - what is it?

On Friday, 16 December 2016 at 12:40:19 UTC, Ilya Yaroshenko wrote: It was in DMD sources. How it can be used? Are methods virtual? How multiple inheritance works? Can this be used in betterC mode? What different between classes in C++? Thanks, Ilya See also

Re: extern(C++) struct - what is it?

On Friday, 16 December 2016 at 12:40:19 UTC, Ilya Yaroshenko wrote: It was in DMD sources. How it can be used? Like any other struct. Are methods virtual? No. How multiple inheritance works? Don't think it works. Can this be used in betterC mode? Yes all it should affect is the

Re: not callable error

On Friday, 4 November 2016 at 23:26:40 UTC, lobo wrote: On Friday, 4 November 2016 at 14:37:04 UTC, bluphantom91 wrote: On Friday, 4 November 2016 at 02:59:49 UTC, Paul Backus wrote: On Friday, 4 November 2016 at 02:28:17 UTC, bluphantom91 wrote: Hello, Am I just using getc the wrong

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 --- Comment #4 from Denis Shelomovskii --- (In reply to Denis Shelomovskii from comment #3) > Though I didn't actually My friend's code which worked around 2.5 years ago is now broken. --

extern(C++) struct - what is it?

It was in DMD sources. How it can be used? Are methods virtual? How multiple inheritance works? Can this be used in betterC mode? What different between classes in C++? Thanks, Ilya

Re: DIP-1000 and slice lifetimes

On Friday, 16 December 2016 at 12:37:56 UTC, Nordlöw wrote: Will DIP-1000 correctly forbid code such as... If code reside in a @safe function, that is.

DIP-1000 and slice lifetimes

Will DIP-1000 correctly forbid code such as int[] xs; { int[3] x = [1, 2, 3]; xs = x[]; // leaks dangling pointer `xs.ptr` to enclosing scope } xs[] = 0; // undefined behaviour from compiling?

Re: CTFE Status

On Friday, 16 December 2016 at 10:26:15 UTC, Stefan Koch wrote: On Friday, 16 December 2016 at 09:32:13 UTC, Stefan Koch wrote: Hey Guys bad news, Regressions. The handling of default constructed Struct-Literals inside of newCTFE is broken. I have no idea were this came from all of a sudden.

Re: Making preconditions better specified and faster

On Thursday, 15 December 2016 at 18:48:22 UTC, Andrei Alexandrescu wrote: https://issues.dlang.org/show_bug.cgi?id=16975 Whenever I think about preconditions and speed, I think that they should actually be put into the caller instead of into the function/callee. The chance that

Re: CTFE Status

On Friday, 16 December 2016 at 09:32:13 UTC, Stefan Koch wrote: Hey Guys bad news, Regressions. The handling of default constructed Struct-Literals inside of newCTFE is broken. I have no idea were this came from all of a sudden. I was in crunch-mode to get the phobos unittest to compile, I

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 --- Comment #3 from Denis Shelomovskii --- (In reply to safety0ff.bugz from comment #2) > You've marked this as a regression, which version did this previously work > in? Because at least before

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

On Thursday, 15 December 2016 at 22:56:42 UTC, Dmitry Olshansky wrote: On 12/13/16 11:33 PM, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei On first it seems like an awesome idea. That solves ... but wait what? Thinking more about the problem at

Re: CTFE Status

Hey Guys bad news, Regressions. The handling of default constructed Struct-Literals inside of newCTFE is broken. I have no idea were this came from all of a sudden. I was in crunch-mode to get the phobos unittest to compile, I don't remember the last 72 hours at all :) So it might take a

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

On Friday, 16 December 2016 at 07:15:51 UTC, Walter Bright wrote: On 12/15/2016 9:07 AM, Dominikus Dittes Scherkl wrote: So, I no longer propose to change nothing except the internal compiler behaviour. Now I propose to additionally change the .di-file generation to also add all local imports

Re: All function attributes possible with "@"?

On Tuesday, 13 December 2016 at 22:40:47 UTC, 01010100b wrote: On the wiki there is an argument given for why not to allow "@" on function attributes which are keywords, however it seems to include a reasoning error. Related DIP: https://wiki.dlang.org/DIP64

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 Timothee Cour changed: What|Removed |Added CC|

Re: Other libraries - web site link, and other thoughts

Forgive if I'm suggesting something which was already discussed and dismissed, but I too would love a way to leverage C++ stuff into D. Can't we go to C++? Meaning there's a C++ compiler coming from the same hands as D. Couldn't we try to get the C++ compiler to compile in such a manner that D

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #1

Re: reading from file

On 12/15/2016 10:47 PM, KaattuPoochi wrote: > On Tuesday, 13 December 2016 at 21:13:26 UTC, Ali wrote: >> >> And extending Ali's solution you can actually get the data in >> to a two dimentional array at compile time and have it in static >> memory with a small adjustment: >> >> static immutable

Re: reading from file

On Friday, 16 December 2016 at 06:47:15 UTC, KaattuPoochi wrote: On Tuesday, 13 December 2016 at 21:13:26 UTC, Ali wrote: And extending Ali's solution you can actually get the data in to a two dimentional array at compile time and have it in static memory with a small adjustment: static