Re: Some Observations on the D Development Process

On Sunday, 7 January 2018 at 16:52:55 UTC, Random D user wrote: While not directly applicable to 'technical debt', has anyone ever written a fuzzer for dmd? Johan Engelen has used LLVM libFuzzer on it.

Re: Release D 2.078.0

On Wednesday, 3 January 2018 at 17:43:36 UTC, Martin Nowak wrote: Glad to announce D 2.078.0. This release comes with runtime detection of Visual Studio installation paths, an integral promotion transition for unary operations on byte and short sized integers, more -betterC features, and a

Re: Some Observations on the D Development Process

On Friday, 5 January 2018 at 04:26:25 UTC, Walter Bright wrote: On 1/4/2018 9:44 AM, Jack Stouffer wrote: DMD also has at least 30 PRs which have had no action from the author in over a year. There's no reason these should be kept open; they just take up auto-tester resources and lower the

Re: Dll support: testers needed

On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote: I'm currently back on dll support and I'm applying finishing touches to my dll support PR. Now I want to know if I missed any corner cases and it would be great if a few more people gave the dll support a try. [...] I am

[Issue 18040] rdmd --exclude= --include= should allow passing in modules (not just packages)

https://issues.dlang.org/show_bug.cgi?id=18040 Jonathan Marler changed: What|Removed |Added CC|

[Issue 18042] rdmd ignores --exclude when -deps is provided

https://issues.dlang.org/show_bug.cgi?id=18042 Jonathan Marler changed: What|Removed |Added CC|

[Issue 18079] rdmd does not discover all dependencies

https://issues.dlang.org/show_bug.cgi?id=18079 --- Comment #1 from Jonathan Marler --- This bug should be fixed with this PR. https://github.com/dlang/tools/pull/271 --

Re: [howto] Serve ddox documentation on github.io deployed by Travis CI

On Monday, 8 January 2018 at 22:06:44 UTC, Bastiaan Veelo wrote: Cheers, Bastiaan. (It turned out as a gist. I don't mind it being recycled on wiki's, blog's or elsewhere.) Using Travis' built-in deployment toGithub Pages is indeed a bit simpler. Also adding the token in Travis' settings

Re: Some Observations on the D Development Process

On Saturday, 6 January 2018 at 02:53:38 UTC, Walter Bright wrote: For example, there were several uses of the word 'ctor' instead of 'constructor'. I couldn't find any cases like that. If you know of them, please explicitly identify them for me. Thanks, Mike

[Issue 18218] New: __traits(isDeprecated, creal) should return true

https://issues.dlang.org/show_bug.cgi?id=18218 Issue ID: 18218 Summary: __traits(isDeprecated, creal) should return true Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: normal

Re: Rvalue references

On 1/8/18 6:07 PM, Jiyan wrote: Sry i know i asked it already in IRC: Are rvalue references already solved with auto ref? https://p0nce.github.io/d-idioms/#Rvalue-references:-Understanding-auto-ref-and-then-not-using-it Says rvalues are moved! But an rvalue move is cheaper. You construct

Re: Is old style compile-time foreach redundant?

On Tuesday, 9 January 2018 at 23:27:42 UTC, H. S. Teoh wrote: On Wed, Jan 10, 2018 at 12:18:46AM +0100, Timon Gehr via Digitalmars-d-learn wrote: On 09.01.2018 22:04, H. S. Teoh wrote: > [...] I think "if (0 == 3) { static break; }" should be a compile-time error. That's also a possible

Re: Dll support: testers needed

On Tuesday, 9 January 2018 at 20:07:03 UTC, Andre Pany wrote: On Tuesday, 9 January 2018 at 18:32:24 UTC, Benjamin Thaut wrote: Thanks for your deep analysis. There are several reasons I want to have the exe as Delphi application: 1) I faced some minor (Delphi) IDE/Libraries bugs with having

[Issue 15206] ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547

https://issues.dlang.org/show_bug.cgi?id=15206 --- Comment #4 from briancsch...@gmail.com --- It seems that the problem is in the allocreg function called from loaddata. I added some debugging printfs before and after calls to `allocreg` and I see the following: before: tym = 0x1d, forregs =

[Issue 13742] undefined reference to __coverage

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

Re: Is old style compile-time foreach redundant?

On Wed, Jan 10, 2018 at 12:18:46AM +0100, Timon Gehr via Digitalmars-d-learn wrote: > On 09.01.2018 22:04, H. S. Teoh wrote: > > if (0 == 3) {} > > // all subsequent iterations deleted > > > > because the static break is unconditionally compiled (it has nothing > > to do with the runtime

Re: Another take on decimal data types

On Tuesday, 9 January 2018 at 22:00:13 UTC, rumbu wrote: Documentation: http://rumbu13.github.io/decimal/doc/package.html I noticed a minor typo in the documentation: auto b = decimal32(123456789); //inexact, represented as 1234568 * x 10^^2 I believe the "*" should be deleted. This

[Issue 18212] Usage of cfloat,cdouble,cfloat,ifloat,idouble,ireal shouldn't trigger an error in deprecated code

https://issues.dlang.org/show_bug.cgi?id=18212 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/028e362d9564a7a4bdb35ac6f8a3e5843587141d Fix Issue 18212 - Usage of

[Issue 18212] Usage of cfloat,cdouble,cfloat,ifloat,idouble,ireal shouldn't trigger an error in deprecated code

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

Re: Is there a way to get this associative array initialization to work?

On Tuesday, 9 January 2018 at 23:05:21 UTC, WhatMeWorry wrote: source\app.d(148,1): Error: not an associative array initializer The C-style struct initialization in there is a problem. Try making it immutable Sound[string] soundLibrary = // line 148 [ "SCRATCH" :

Re: Is old style compile-time foreach redundant?

On 09.01.2018 22:04, H. S. Teoh wrote: if (0 == 3) {} // all subsequent iterations deleted because the static break is unconditionally compiled (it has nothing to do with the runtime branch). You'd have to use static if to make it conditionally-compiled and thus not instantly

Re: Is there a way to get this associative array initialization to work?

On 1/9/18 6:05 PM, WhatMeWorry wrote: enum SoundType { MUSIC = 0, SOUND_EFFECT }; struct Sound {     string file;     SoundType  musicOrSfx;     void*  ptr;   // Mix_Chunk* for sfx;  Mix_Music* for music; } immutable Sound[string] soundLibrary  =   // line 148 [     "SCRATCH"   

Is there a way to get this associative array initialization to work?

enum SoundType { MUSIC = 0, SOUND_EFFECT }; struct Sound { string file; SoundType musicOrSfx; void* ptr; // Mix_Chunk* for sfx; Mix_Music* for music; } immutable Sound[string] soundLibrary = // line 148 [ "SCRATCH" : { file : "scratch.wav", musicOrSfx

Re: ArithEval v0.5.0 released

On Tue, Jan 09, 2018 at 10:32:33PM +, bachmeier via Digitalmars-d-announce wrote: > On Monday, 8 January 2018 at 11:45:25 UTC, rjframe wrote: > > But don't let anyone peer-pressure you into changing licenses. > > Figure out your goals and license your code accordingly. > > The main cost of

Re: ArithEval v0.5.0 released

On Monday, 8 January 2018 at 11:45:25 UTC, rjframe wrote: But don't let anyone peer-pressure you into changing licenses. Figure out your goals and license your code accordingly. The main cost of using the GPL is that the anti-GPL zealots will post messages telling you to change the license

[Issue 18217] Don't repeatedly call unpredictableSeed to initialize rndGen

https://issues.dlang.org/show_bug.cgi?id=18217 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/befc9896d0f699163e6c252771ef3f4234b48f3b Fix Issue 18217: Don't repeatedly call

[Issue 18217] Don't repeatedly call unpredictableSeed to initialize rndGen

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

Re: Test case available for issue 15206

On Tuesday, 9 January 2018 at 21:59:58 UTC, Ali Çehreli wrote: On 01/09/2018 01:33 PM, H. S. Teoh wrote: > On Tue, Jan 09, 2018 at 09:08:11PM +, Brian Schott via Digitalmars-d wrote: > This made me smile and cringe at the same time. I took it as Brian Schott humor right away. :) I was

Re: Another take on decimal data types

On Monday, 8 January 2018 at 22:54:06 UTC, rikki cattermole wrote: Great job. 1) Assembly 2) That file needs to be split up. I can feel the lag as I scroll it. 1) I don't understand :) 2) Done. On Monday, 8 January 2018 at 22:46:27 UTC, Daniel Kozak wrote: Wow awesome, it would be nice if

Re: Test case available for issue 15206

On 01/09/2018 01:33 PM, H. S. Teoh wrote: > On Tue, Jan 09, 2018 at 09:08:11PM +, Brian Schott via Digitalmars-d wrote: > [...] >> I'm posting here so that this doesn't get lost in the bug tracker. > [...] > > This made me smile and cringe at the same time. I took it as Brian Schott humor

[Issue 15206] ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547

https://issues.dlang.org/show_bug.cgi?id=15206 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx

Re: Test case available for issue 15206

On Tue, Jan 09, 2018 at 09:08:11PM +, Brian Schott via Digitalmars-d wrote: [...] > I'm posting here so that this doesn't get lost in the bug tracker. [...] This made me smile and cringe at the same time. I thought it was stuff posted *here* on the forum that get lost and forgotten, buried

[Issue 10930] std.array.replace cannot simple replace an element in array

https://issues.dlang.org/show_bug.cgi?id=10930 Seb changed: What|Removed |Added Keywords||pull --- Comment #8 from Seb

Re: ArithEval v0.5.0 released

On Monday, 8 January 2018 at 11:45:25 UTC, rjframe wrote: But don't let anyone peer-pressure you into changing licenses. Figure out your goals and license your code accordingly. Your opinion is much appreciated. For this particular project, MIT will do just fine.

Re: Is old style compile-time foreach redundant?

On Tue, Jan 09, 2018 at 03:26:32PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: > On 1/9/18 2:31 PM, H. S. Teoh wrote: [...] > > If there were a hypothetical `static continue` or `static break` > > that's recognized by the static foreach unroller, we could in theory > > automate

Test case available for issue 15206

With some of the changes that are part of release of 2.078.0, this old bug can be more easily reproduced. I'm posting here so that this doesn't get lost in the bug tracker. Fortunately I can work around this by disabling optimizations on one or two executables, but it would be nice to have

[Issue 18215] std.array.replace throws a range violation if the from range is longer than the array

https://issues.dlang.org/show_bug.cgi?id=18215 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/7c0dab8d121a34ae73f467cf7aa9be9d306b4fea Fix Issue 18215 - std.array.replace throws a range

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 20:43:05 UTC, Wild wrote: On Tuesday, 9 January 2018 at 18:28:46 UTC, Johan Engelen wrote: Extra info: LDC should also recognize the libclang_rt.asan and libclang_rt.fuzzer libraries if they are in the same path where LDC would try to find the libldc copies. So

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 20:43:05 UTC, Wild wrote: On Arch these files are stored in "/usr/lib/clang/5.0.1/lib/linux/", and the archlinux package tool doesn't like symlinks that point outside of the package. So a patch would be my only choice. So my solution is: sed -i

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 18:28:46 UTC, Johan Engelen wrote: Extra info: LDC should also recognize the libclang_rt.asan and libclang_rt.fuzzer libraries if they are in the same path where LDC would try to find the libldc copies. So the symlink is not even necessary in that case. -Johan

Re: Submit D Machine Learning libraries

On Tuesday, 9 January 2018 at 19:46:00 UTC, aberba wrote: [1] is a curated list of machine learning libraries for several programming languages (no D library in list). I don't know much about ML that much to suggest any of those in the Dub registry. I know we have Vectorflow from Netflix

Re: Is old style compile-time foreach redundant?

On 1/9/18 2:31 PM, H. S. Teoh wrote: On Tue, Jan 09, 2018 at 02:24:11PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: [...] A break or continue is simply a goto underneath. A goto in an unrolled loop isn't much different than a goto in a um... rolled loop :) It's just that there

Re: Release D 2.078.0

On 01/05/2018 03:30 PM, Глеб Куликов/Gleb Kulikov wrote: > Martin Nowak wrote: > > >> >> Glad to announce D 2.078.0. > > Hello and Happy New Year ! :) > > Unfortunally, linux x86_64 version(*) has problems: Please file a bug report under https://issues.dlang.org/enter_bug.cgi and link to it

Re: Dll support: testers needed

On Tuesday, 9 January 2018 at 18:32:24 UTC, Benjamin Thaut wrote: Am 09.01.2018 um 16:03 schrieb Andre Pany: [...] First let me say that what you are describing is a very uncommon and ill-advised use case. As such there is not going to be any nice to use workflow to acieve what you are

[Issue 18217] New: Don't repeatedly call unpredictableSeed to initialize rndGen

https://issues.dlang.org/show_bug.cgi?id=18217 Issue ID: 18217 Summary: Don't repeatedly call unpredictableSeed to initialize rndGen Product: D Version: D2 Hardware: All OS: All Status: NEW

Submit D Machine Learning libraries

[1] is a curated list of machine learning libraries for several programming languages (no D library in list). I don't know much about ML that much to suggest any of those in the Dub registry. I know we have Vectorflow from Netflix (http://code.dlang.org/packages/vectorflow), D computer Vision

Re: Is old style compile-time foreach redundant?

On Tue, Jan 09, 2018 at 02:24:11PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: [...] > A break or continue is simply a goto underneath. A goto in an unrolled > loop isn't much different than a goto in a um... rolled loop :) It's > just that there are copies of each loop body, and

Re: Is old style compile-time foreach redundant?

On 1/9/18 11:35 AM, H. S. Teoh wrote: On Tue, Jan 09, 2018 at 10:57:03AM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: I may have been misleading when I made my first comment. What I mean is that you *can't* break or continue a static foreach, even with labels. However, you *can*

Re: Storing struct in a array

On Tuesday, 9 January 2018 at 18:09:58 UTC, Vino wrote: It is possible to store struct in a array ans use the same in csvReader Sure, you can just pass the type of your struct to csvReader: Array!T1 T1s; reader(fName, T1s); // pass the array Type as a function parameter First you write

Re: Another take on decimal data types

On Tuesday, 9 January 2018 at 10:41:42 UTC, Mike Franklin wrote: On Monday, 8 January 2018 at 22:16:25 UTC, rumbu wrote: This is my first D finalized project (+16k loc). I know that there are other two projects intended to provide a decimal data type for D, but I consider mine the most

[Issue 18215] std.array.replace throws a range violation if the from range is longer than the array

https://issues.dlang.org/show_bug.cgi?id=18215 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/7c0dab8d121a34ae73f467cf7aa9be9d306b4fea Fix Issue 18215 - std.array.replace throws a range

[Issue 18215] std.array.replace throws a range violation if the from range is longer than the array

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

Re: Dll support: testers needed

Am 09.01.2018 um 16:03 schrieb Andre Pany: I am building a bridge between Delphi and D. At the moment the executable is written in D and the Dll (Firemonkey UI) is written in Delphi. But I think I want to enable also the other way around. The D coding which is then located in the Dll should

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 17:54:11 UTC, kinke wrote: On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote: On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote: I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't

Re: Storing struct in a array

On Tuesday, 9 January 2018 at 17:41:10 UTC, Vino wrote: On Tuesday, 9 January 2018 at 17:00:05 UTC, thedeemon wrote: On Tuesday, 9 January 2018 at 13:49:41 UTC, Vino wrote: Hi All, It is possible to store struct in a array ans use the same in csvReader Sure, you can just pass the type of

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 17:54:11 UTC, kinke wrote: Thanks. The official package ships with a renamed copy of the LLVM compiler-rt library (matching the LLVM version LDC was built with), libldc_rt.asan-x86_64.a. If a copy is out of the question, a dependency on the package containing that

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote: On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote: I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote: On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote: I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I

Re: Storing struct in a array

On Tuesday, 9 January 2018 at 17:00:05 UTC, thedeemon wrote: On Tuesday, 9 January 2018 at 13:49:41 UTC, Vino wrote: Hi All, It is possible to store struct in a array ans use the same in csvReader Sure, you can just pass the type of your struct to csvReader: struct Layout { string name;

[Issue 10930] std.array.replace cannot simple replace an element in array

https://issues.dlang.org/show_bug.cgi?id=10930 Seb changed: What|Removed |Added CC||greensunn...@gmail.com ---

Re: Bug in TypeInfo generation?

On Tue, Jan 09, 2018 at 06:20:31PM +0100, Benjamin Thaut via Digitalmars-d wrote: > [...] The compiler should be able to figure out that the destructor of > SomeOtherStruct must already exist, as its clearly always > instanciated. As a result the compiler should not instanciate the > TypeInfo for

Bug in TypeInfo generation?

Lets say I have a library and it contains the following module: module a; struct SomeStruct { string name; } struct SomeOtherStruct(T) { ~this() { typeid(T).initializer; } } struct ThirdStruct { SomeOtherStruct!SomeStruct m; } And now I have a second module: module b; import

Re: Storing struct in a array

On Tuesday, 9 January 2018 at 13:49:41 UTC, Vino wrote: Hi All, It is possible to store struct in a array ans use the same in csvReader Sure, you can just pass the type of your struct to csvReader: struct Layout { string name; int value; double other; } auto readArrayOfStructs(string

Re: Is old style compile-time foreach redundant?

On Tue, Jan 09, 2018 at 10:57:03AM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: > On 1/8/18 9:27 AM, H. S. Teoh wrote: > > On Sun, Jan 07, 2018 at 10:39:19PM -0500, Steven Schveighoffer via > > Digitalmars-d-learn wrote: > > > On 1/6/18 6:25 PM, Ali Çehreli wrote: > > > > Is

Re: Is old style compile-time foreach redundant?

On 1/8/18 9:27 AM, H. S. Teoh wrote: On Sun, Jan 07, 2018 at 10:39:19PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: On 1/6/18 6:25 PM, Ali Çehreli wrote: Is 'static foreach' sufficient for all needs or is there any value for regular foreach over compile-time sequences? If you

Re: Is old style compile-time foreach redundant?

On 1/8/18 3:07 PM, Jonathan M Davis wrote: But regardless, labeled break definitely works within a static foreach, and I expect that a labeled continue does as well, but I haven't tried it. I didn't mean it that way, see my reply to H. -Steve

Re: Arch Linux ldc package can't use asan

On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote: I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here: I will look into

Re: Storing struct in a array

On Tuesday, 9 January 2018 at 13:49:41 UTC, Vino wrote: Hi All, It is possible to store struct in a array ans use the same in csvReader e.g. import std.stdio; import std.container.array; void main () { Array!string a; struct Layout { string name; int value; double other; }

Arch Linux ldc package can't use asan

I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here: https://github.com/ldc-developers/ldc/issues/2488 But it turns out that the

Re: Dll support: testers needed

On Tuesday, 9 January 2018 at 14:43:43 UTC, Benjamin Thaut wrote: Am 09.01.2018 um 12:02 schrieb MrSmith: Is it possible to put common code in exe, and use that code from dlls? Or anything can be exported only by dll? You can only export from dlls. I don't know of any use case where

Re: Dll support: testers needed

Am 09.01.2018 um 12:02 schrieb MrSmith: Is it possible to put common code in exe, and use that code from dlls? Or anything can be exported only by dll? You can only export from dlls. I don't know of any use case where exporting from a executable would make sense. No, you can't put common

Re: Creating Struct for an output of a program.

On Tuesday, 9 January 2018 at 12:50:04 UTC, Mengu wrote: On Tuesday, 9 January 2018 at 07:57:19 UTC, Vino wrote: [...] if S2 consists of data for Layout struct, then you can simply do: auto S2 = S1.map!(a => Layout(a[0], a[1], a[2])); which will give you a range of Layout. Hi, We

[Issue 18209] std.uni.byGrapheme is not usable in CTFE

https://issues.dlang.org/show_bug.cgi?id=18209 --- Comment #3 from Jack Stouffer --- (In reply to Jack Stouffer from comment #2) > Apparently this isn't possible. > > There are two ways of fixing this > > 1. remove the small string optimization from Grapheme > 2. have

[Issue 18209] std.uni.byGrapheme is not usable in CTFE

https://issues.dlang.org/show_bug.cgi?id=18209 --- Comment #2 from Jack Stouffer --- (In reply to Jack Stouffer from comment #1) > Pretty sure there's a way to change a struct's layout if it's being used in > compile time. All that needs to be done is just bring the fields

Storing struct in a array

Hi All, It is possible to store struct in a array ans use the same in csvReader e.g. import std.stdio; import std.container.array; void main () { Array!string a; struct Layout { string name; int value; double other; } a.insert(Layout); auto record =

Re: Creating Struct for an output of a program.

On Tuesday, 9 January 2018 at 07:57:19 UTC, Vino wrote: Hi All, Request your help on how to create a struct with the output of the below program. Program: import std.algorithm: all, map, filter; import std.stdio: File, writeln; import std.typecons: Tuple, tuple; import std.container.array;

[Issue 7054] format() aligns using code units instead of graphemes

https://issues.dlang.org/show_bug.cgi?id=7054 Basile B. changed: What|Removed |Added Keywords||pull --- Comment #14 from

[Issue 7054] format() aligns using code units instead of graphemes

https://issues.dlang.org/show_bug.cgi?id=7054 Basile B. changed: What|Removed |Added CC||b2.t...@gmx.com

[Issue 18205] Format string with width specification doesn't work with multibyte characters

https://issues.dlang.org/show_bug.cgi?id=18205 Basile B. changed: What|Removed |Added Depends on|18209 | Referenced Issues:

[Issue 18209] std.uni.byGrapheme is not usable in CTFE

https://issues.dlang.org/show_bug.cgi?id=18209 Basile B. changed: What|Removed |Added Blocks|18205 | Referenced Issues:

Re: Release D 2.078.0

On Monday, 8 January 2018 at 22:41:31 UTC, Rainer Schuetze wrote: Unfortunately the corresponding installer PRs didn't make it into the release, so you still have to remove most options of section Environment64 from sc.ini yourself. This should be enough [Environment64] LIB=%@P%\..\lib64

Re: Dll support: testers needed

Is it possible to put common code in exe, and use that code from dlls? Or anything can be exported only by dll? Is it possible to have circular dependencies between dlls? Tips for doing dlls with dub?

Re: Another take on decimal data types

On Monday, 8 January 2018 at 22:16:25 UTC, rumbu wrote: This is my first D finalized project (+16k loc). I know that there are other two projects intended to provide a decimal data type for D, but I consider mine the most complete and most compliant to the standards (at least until now).

Re: Another take on decimal data types

On Monday, 8 January 2018 at 22:16:25 UTC, rumbu wrote: Documentation: http://rumbu13.github.io/decimal/doc/decimal.html Wow, slick documentation!

Re: Help optimizing UnCompress for gzipped files

On 07.01.18 14:44, Steven Schveighoffer wrote: > Not from what I'm reading, the C solution is about the same (257 vs. > 261). Not sure if you have averaged these numbers, especially on a real > computer that might be doing other things. yes you are right ... for proper benchmarking proper

Re: Dll support: testers needed

On Tuesday, 9 January 2018 at 08:10:56 UTC, Benjamin Thaut wrote: Am 09.01.2018 um 05:19 schrieb Dylan Graham: It's pretty basic but I'm glad it works. I'll try doing something more advanced. Hi Dylan, I'm glad that it works for you. I'm curios though, why are you using an import library

Re: Dll support: testers needed

Am 09.01.2018 um 05:19 schrieb Dylan Graham: It's pretty basic but I'm glad it works. I'll try doing something more advanced. Hi Dylan, I'm glad that it works for you. I'm curios though, why are you using an import library for your plugin? Normally plugins are build without and import

Creating Struct for an output of a program.

Hi All, Request your help on how to create a struct with the output of the below program. Program: import std.algorithm: all, map, filter; import std.stdio: File, writeln; import std.typecons: Tuple, tuple; import std.container.array; import std.string: split, strip; import std.uni: isWhite,