Re: Testing Nightly Build Service
On 2015-12-12 17:30, Jack Stouffer wrote: Does anyone who doesn't work on DMD read those? I do :). But looking at how many replies there are for those post, I would say it's very few. -- /Jacob Carlborg
Re: Testing Nightly Build Service
On 12 December 2015 at 16:48, Johan Engelen via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Saturday, 12 December 2015 at 12:08:50 UTC, Martin Nowak wrote: > >> As you might already know from the last sprint review ( >> http://forum.dlang.org/post/56592679.3010604@dawg.), we've setup a >> server to build nightlies. The service is still in a test phase but seems >> to work steadily. >> > > Great! > Are there plans for adding nightlies for GDC and LDC? > > More like fortnightlies. :-)
Re: Testing Nightly Build Service
https://builds.dawg.eu/dmd-nightly/ Why not https://builds.dlang.org ?
Re: Testing Nightly Build Service
On Sunday, 13 December 2015 at 11:57:18 UTC, Iain Buclaw wrote: On 12 December 2015 at 16:48, Johan Engelen via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: Are there plans for adding nightlies for GDC and LDC? More like fortnightlies. :-) I don't know what the situation is in your camp, but as far as LDC is concerned, there is much more development activity than once every two weeks. ;) We currently have AppVeyor set up to push successful Windows builds to GitHub, and should probably do something similar for the Linux/OS X builds on Travis. For the latter, we'd need to set up a custom script if we wanted to push to a perpetually unfinished GitHub release as well, but we could also go for Bintray, S3, or wherever Martin will end up hosting the DMD files. — David
Re: Testing Nightly Build Service
On Sunday, 13 December 2015 at 10:22:56 UTC, Suliman wrote: https://builds.dawg.eu/dmd-nightly/ Why not https://builds.dlang.org ? Because we're testing the service, once it's reliable, we'll move this to a dlang subdomain or integrate it with downloads.dlang.org.
Re: Testing Nightly Build Service
On 13 December 2015 at 12:49, David Nadlinger via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Sunday, 13 December 2015 at 11:57:18 UTC, Iain Buclaw wrote: > >> On 12 December 2015 at 16:48, Johan Engelen via Digitalmars-d-announce < >> digitalmars-d-announce@puremagic.com> wrote: >> >>> Are there plans for adding nightlies for GDC and LDC? >>> >> More like fortnightlies. :-) >> > > I don't know what the situation is in your camp, but as far as LDC is > concerned, there is much more development activity than once every two > weeks. ;) > > Yes, things are much more stable here. :-P Anything that is anywhere close to nightlies happens in the master branch which should never be used in any production environment.
Re: MurmurHash3
On Saturday, 12 December 2015 at 20:12:49 UTC, Guillaume Chatelet wrote: On Saturday, 12 December 2015 at 02:59:21 UTC, Ilya wrote: Current version is suitable for arrays but not ranges or types. Few examples: 1. Compute hash of ulong. 2. Compute hash of all elements in matrix column (element are in different arrays). I have created output range API draft http://dpaste.dzfl.pl/a24050042758 Ilya I created https://github.com/gchatelet/murmurhash3_d and updated the code a bit. It conforms to the digest template interface, allows pushing ulong[2] and accept ranges. PR welcome :) AFAICS this doesn't conform to the digest interface. For example, there should be a `finish` method that returns the hash as a static array (see the ExampleDigest [1]). More importantly, I believe your `put()` implementation only works if it is fed the entire data at once. I haven't tested it, but I believe that the following two calls will have a different result, while they should result in the same hash: hash.put([1,2,3,4,5,6]); vs hash.put([1,2,3]); hash.put([4,5,6]); [1] http://dlang.org/phobos/std_digest_digest.html#.ExampleDigest
Re: MurmurHash3
On Sunday, 13 December 2015 at 12:44:06 UTC, Marc Schütz wrote: AFAICS this doesn't conform to the digest interface. For example, there should be a `finish` method that returns the hash as a static array (see the ExampleDigest [1]). The structs themselves do not but the alias at the beginning of the file make sure they do. alias MurmurHash3_x86_32 = Digester!SMurmurHash3_x86_32; alias MurmurHash3_x86_128 = Digester!SMurmurHash3_x86_128; alias MurmurHash3_x64_128 = Digester!SMurmurHash3_x64_128; More importantly, I believe your `put()` implementation only works if it is fed the entire data at once. I haven't tested it, but I believe that the following two calls will have a different result, while they should result in the same hash: hash.put([1,2,3,4,5,6]); vs hash.put([1,2,3]); hash.put([4,5,6]); I suspect this as well although I haven't tested. I'll add more tests and add the missing logic if needed.
Re: MurmurHash3
On Sunday, 13 December 2015 at 16:24:35 UTC, Guillaume Chatelet wrote: On Sunday, 13 December 2015 at 12:44:06 UTC, Marc Schütz wrote: [...] The structs themselves do not but the alias at the beginning of the file make sure they do. alias MurmurHash3_x86_32 = Digester!SMurmurHash3_x86_32; alias MurmurHash3_x86_128 = Digester!SMurmurHash3_x86_128; alias MurmurHash3_x64_128 = Digester!SMurmurHash3_x64_128; [...] I suspect this as well although I haven't tested. I'll add more tests and add the missing logic if needed. Fixed in last commit. Thx for the heads up Marc.
"Programming in D" ebook is at major retailers
Kindle: http://www.amazon.com/dp/B019AQNQ96 iTunes: https://itunes.apple.com/us/book/id1067597230 Barnes & Noble (nook): http://www.barnesandnoble.com/w/programming-in-d-ali-ehreli/1123125945;jsessionid=C8E4E8D138CC3B7870D1EC1648D8B1BA.prodny_store01-va07?ean=2940152708011 kobo: https://store.kobobooks.com/en-us/ebook/programming-in-d Page Foundry (inktera): http://www.inktera.com/store/title/e8fc8d2c-053d-4515-b751-ae1ac45d461e Scribd: https://www.scribd.com/book/293004533/Programming-in-D tolino: (I don't have a link for this one.) 24symbols: (Should be available soon.) Ali P.S. In addition to the above, there are the following editions of the book. These options have different prices, shipping times, shipping costs, customs and other fees, availability at local book stores, etc. ISBNs: 978-0-692-59943-3 hardcover by IngramSpark (will be available in a week or two): The most expensive print option; can be available at your local store but you may have to pre-order. 978-0-692-52957-7 paperback by IngramSpark: Less expensive print option; can be availableat your local store but you may have to pre-order. 978-1-515-07460-1 paperback by CreateSpace: The least expensive print option; not available in local stores. Pay-what-you-want ebooks at Gumroad: https://gum.co/PinD Free HTML, PDF, EPUB, AZW3, and MOBI at http://ddili.org/ders/d.en/
Re: "Programming in D" ebook is at major retailers
This forum is too efficient. :p Already on Reddit: https://www.reddit.com/r/programming/comments/3wqt3p/programming_in_d_ebook_is_at_major_retailers_and/ Ali
