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 couple of language and library tweaks. Thanks to everyone involved in this https://dlang.org/contributors.html. http://downloads.dlang.org/releases/2.x/2.078.0/ http://dlang.org/changelog/2.078.0.html - -Martin What is the purpose of the coverage option "srcpath"? In my scenario I have a folder "dependencies" and a folder "source". I want to generate code coverage only for the files in folder "source". dmd -unittest -cov source/app.d dependencies/dep.d app.exe --DRT-covopt="srcpath:./source dstpath:./cov" By specifying "srcpath" there are 2 empty files created in folder cov: source-app.lst dependencies-dep.lst I thought by specifying "srcpath" I limit the code coverage generation to the files located in folder source... Kind regards André
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 page instead in the yaml makes things easier. I've changed my blueprint project accordingly https://github.com/MartinNowak/bloom/blob/1e2c2729a2618962e596d68635c5e7e46def2189/.travis.yml. Maybe worthwile to add this scaffolding to dub or some other tool? Anyone volunteering?
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 is great documentation!
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 using the GPL is that the anti-GPL zealots will post > messages telling you to change the license because the GPL is not > sufficiently pure. I'm old enough to remember when it was FSF members > that constantly bothered developers to conform to their philosophy. In the old days, it was the GPL that was considered most pure, and the other licenses were considered to be "compromising" with the proprietary. How the times have changed. T -- The most powerful one-line C program: #include "/dev/tty" -- IOCCC
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 because the GPL is not sufficiently pure. I'm old enough to remember when it was FSF members that constantly bothered developers to conform to their philosophy.
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 you could add it as a dub package ( http://code.dlang.org/publish) to dub repository (http://code.dlang.org) Done. Github project: https://github.com/rumbu13/decimal Documentation: http://rumbu13.github.io/decimal/doc/package.html Dub package: https://code.dlang.org/packages/decimal
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: 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 from here. This is an announce forum, and soon this information is lost. Please make sure to list necessary information to reproduce this issue (e.g. cc --version; ld -v; uname -a; cat /etc/redhat-release). If it works in 2.077.1, it should be filed as regression and the bug title should start with [2.078]. -Martin
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 complete and most compliant to the standards (at least until now). Wow!. So thorough. Documentation is fantastic. Very nice work, indeed! Mike I couldn't say it better. Its really well done...
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 DFLAGS=%DFLAGS% -L/OPT:NOICF When using the 7z dmd file, the most harmful setting is LINKCMD, that doesn't work for VS2017. Thanks a lot for the information. My use case is a XMake build plugin (Python) for D which currently only supports X86 COFF. Adapting the sc.ini from Python is only working with ugly workarounds as duplicate keys in sc.ini is not really allowed. I will wait until the corresponding pull request is merged. Does it make sense to open an issue or will it be anyway available in next relase? Kind regards André
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). Wow!. So thorough. Documentation is fantastic. Very nice work, indeed! Mike
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!