Software developer/data scientist positions at Sociomantic

2014-05-07 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Hello all, Sociomantic has some new D developer positions open. This time, we're particularly interested in those of you whose background covers things like machine learning, data science, and other fun and related topics. Perfect for people with research backgrounds who want to get

Re: Software developer/data scientist positions at Sociomantic

2014-05-07 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 7 May 2014 at 15:09:05 UTC, Andrei Alexandrescu wrote: (you’ll be programming in D1) ಠ_ಠ I refer you to my colleague's excellent talk, soon to be presented at DConf :-) http://dconf.org/2014/talks/clugston.html

Re: Livestreaming DConf?

2014-05-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote: We at Facebook are very excited about the upcoming DConf 2014. In fact, so excited we're considering livestreaming the event for the benefit of the many of us who can't make it to Menlo Park, CA. Livestreaming entails additional

hap.random: a new random number library for D

2014-06-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Hello all, Some of you may remember my earlier draft of a class-based std.random successor: http://forum.dlang.org/thread/cyytvhixkqlbwkmiu...@forum.dlang.org Following revisions made in response to feedback, and some further development, I decided that it would be best to release the

Re: hap.random: a new random number library for D

2014-06-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 9 June 2014 at 18:51:53 UTC, Ryan Voots wrote: It definitely looks interesting. The 64bit MT is definitely something I'm after. I have a particularly strange need with PRNGs though. I need to easily make a bunch of child RNGs based off a master RNG. Nothing cryptographic about

Re: hap.random: a new random number library for D

2014-06-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 06:53:46 UTC, Chris Cain wrote: Awesome! I'll definitely check this out :) Thanks, that would be great! Would there be any chance of additional contributions, such as an ISAAC RNG implementation, being accepted? I wouldn't go as far as to guarantee it for crypto

Re: hap.random: a new random number library for D

2014-06-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 10:21:39 UTC, bearophile wrote: I have appreciated to use this generator (but I am not yet sure how much good it is. I have seen it's fast and sufficiently good for some of my simpler purposes): http://en.literateprograms.org/R250/521_%28C%29 Should be

Re: hap.random: a new random number library for D

2014-06-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 10:37:17 UTC, Kagamin wrote: Pass it by reference, I see no reason why MT can't be pure. For what it's worth, the Mersenne Twister in hap.random is already weakly pure (.front and .popFront are both pure methods).

Re: hap.random: a new random number library for D

2014-06-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 11:32:54 UTC, bearophile wrote: So can you can generate random values in strongly pure functions with this? You can allocate the RNG class inside the function... If that's right, then is this simple strongly pure random generator worth adding to std.random2?

Re: hap.random: a new random number library for D

2014-06-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 21:02:54 UTC, bearophile wrote: Sorry, the R250/521 idea and the strongly pure idea are unrelated to each other. Ah, good. That makes things simpler. I'll implement R250/521 for you, though. For the strongly pure random generator we should choose a generator

Re: hap.random: a new random number library for D

2014-06-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 23:08:33 UTC, Chris Cain wrote: I had an opportunity to give the entire code a good once over read and I have a few comments. Thanks! :-) 1. Biggest thing about the new hap.random is how much nicer it is to actually READ. The first few times I went through the

Re: hap.random: a new random number library for D

2014-06-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 10 June 2014 at 23:48:09 UTC, bearophile wrote: Please stop, I am not worth that, and I don't even know how much good that generator is. So for you it's better to focus on more important matters of the new random module. Extra generators can be added later if needed. After all

Re: hap.random: a new random number library for D

2014-06-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 9 June 2014 at 18:09:21 UTC, Joseph Rushton Wakeling wrote: Hello all, Incidentally, would it be a good idea to post a link to the blog post on r/programming? Haven't done so yet, as generally I prefer to leave decisions about D publicity to others, but can do so if people would

Re: hap.random: a new random number library for D

2014-06-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 11 June 2014 at 07:42:10 UTC, Andrea Fontana wrote: Have you any plan to implement CMWC? http://en.wikipedia.org/wiki/Multiply-with-carry#Complementary-multiply-with-carry_generators I hadn't made any concrete plans about that particular family of generators (my impression was

Re: hap.random: a new random number library for D

2014-06-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 11 June 2014 at 07:24:11 UTC, Chris Cain wrote: I almost always like all the D posts I see on r/programming, but in general if any language highlighted the efforts in the RNG part of the standard library, I would like it. Too many languages get it wrong or don't care enough about

Re: hap.random: a new random number library for D

2014-06-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 12 June 2014 at 08:49:45 UTC, Chris Cain wrote: Well, the ultimate conclusion of the conversation with the guy is that: 1. ISAAC probably isn't cryptographically secure. Despite not having found any attacks, it just isn't proof of security. It's not been looked at enough to really

Re: hap.random: a new random number library for D

2014-06-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 9 June 2014 at 18:09:21 UTC, Joseph Rushton Wakeling wrote: I think that hap.random fixes certain fundamental design issues with std.random. However, this needs to be put to the test in the wild, so I'd really appreciate it if as many people as possible could try it out with their

Re: hap.random: a new random number library for D

2014-06-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 12 June 2014 at 21:51:28 UTC, Joseph Rushton Wakeling wrote: A few things I'd really like to hear back on, if anyone can give them a go: ... obviously I have tested the above myself, but Works for me is not a valid quality control strategy ;-) The other thing I'd really like to

Re: hap.random: a new random number library for D

2014-06-19 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 9 June 2014 at 18:09:21 UTC, Joseph Rushton Wakeling wrote: I think that hap.random fixes certain fundamental design issues with std.random. However, this needs to be put to the test in the wild, so I'd really appreciate it if as many people as possible could try it out with their

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 20 June 2014 at 18:15:49 UTC, Nick Sabalausky wrote: I'm on the fence: Pro: Upgrade paths and backwards compatibility are great, especially for Phobos. Con: If any semantics are changed (default ref/value passing is the only one that comes to mind), then maybe it would mask

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 15:31:51 UTC, bearophile wrote: So creating a random number generator can't be @nogc? I think even as things are there is nothing stopping the user from manually allocating and using emplace to create an RNG instance without relying on the GC. However, even if

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 15:34:31 UTC, Dicebot wrote: std.typecons.scoped _should_ still work - I actually suggest adding unit tests for this as it is quite an important use case. std.typecons.scoped works per se (I'm adding unittests as we speak) but using my current dmd, this: //

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 16:12:16 UTC, Dicebot wrote: Quite likely it has not been updated to @nogc at all - which makes scoped kind of joke if it is true :) Seems to be the case, looking at current scoped() code in Phobos (I just updated my dmd/druntime/phobos install:-) BTW I note that

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 16:20:12 UTC, Joseph Rushton Wakeling wrote: I'm guessing the reason it doesn't in this case is because it's all wrapped up in the scoped() template ... no, it's because the private Scoped_store is passed out via the Scoped_payload property. Anyway, the actual

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 16:24:29 UTC, bearophile wrote: Even if the 1.0.0 release of std.random2 is not much @nogc, in my opinion it needs to have an API designed to allow it to be retrofitted cleanly and nicely for @nogc usages too. Completely agree. Incidentally the library is intended

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 16:29:11 UTC, Joseph Rushton Wakeling wrote: Anyway, the actual scoped() method itself is templated, so whether it can be @nogc or not obviously depends on its arguments and has to be inferred. Hmm, I tried patching up what I could of the Scoped struct's methods to

Re: hap.random: a new random number library for D

2014-07-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 13 July 2014 at 15:34:31 UTC, Dicebot wrote: std.typecons.scoped _should_ still work - I actually suggest adding unit tests for this as it is quite an important use case. Unittest at least for scoped _without_ @nogc:

Re: Blog: making sure your D projects won't break

2014-12-16 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 15 December 2014 at 05:51:56 UTC, Dicebot wrote: Short story about my attempt to put a bit more efforts in detecting user projects breakage by compiler changes: http://blog.dicebot.lv/2014/12/making-sure-your-d-projects-wont-break.html Quoting important bit: It is quite likely

Re: Blog: making sure your D projects won't break

2014-12-20 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 15 December 2014 at 05:51:56 UTC, Dicebot wrote: Ironically not a single of few projects I have tried adding currently compiles with a dmd git master - will add more as issues get resolved. Well, that nudged me to get some fixes done, at least :-) I'd like to reiterate my thanks

Re: Calypso: Direct and full interfacing to C++

2014-12-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 23 December 2014 at 07:18:01 UTC, Dicebot wrote: Project itself is very cool but I am in doubts about possibility of merging this upstream. Doing so would make full D implementation effectively impossible without some C++ compiler already available as a library on same platform -

Re: Berlin D Meetup Feb 2015

2015-02-07 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 5 February 2015 at 11:14:28 UTC, Ben wrote: The next Berlin D Meetup will be happening on Friday the 20th of February at 19:30. The venue will be Berlin Co-Op (http://co-up.de/) on the 3rd floor who have the equipment for us to do presentations. Speaking of presentations, big

Sociomantic: We're looking for a Software Developer! (D language)

2015-01-08 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Hello all, Just to mention that this call is particularly focused on getting new people for my team at Sociomantic. It may be of especial interest to anyone who wants to work on machine learning problems (we have lots of fun stuff in the pipeline), but whatever your background, this is a great

Re: We're looking for a Software Developer! (D language)

2015-01-08 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 8 January 2015 at 13:21:05 UTC, Rikki Cattermole wrote: Unfortunately I half wish you guys had a New Zealand office. As I am in need of a job. Sure we can't tempt you to consider crossing the oceans? Berlin is a fun city and you will find many fellow New Zealanders to help you

Re: Berlin D Meetup Feb 2015

2015-02-27 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 12 February 2015 at 01:58:04 UTC, Walter Bright wrote: I see you're doing the presentation! I note that you haven't submitted a presentation proposal for Dconf 2015 yet. Please submit this one! Why not get the most mileage out of it? Submitted :-)

Re: dsq-1: open-source software synthesizer

2015-04-01 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 30 March 2015 at 05:23:18 UTC, Rikki Cattermole wrote: This is a primarily a french license. It took me a good while to understand that it was compatible with e.g. MIT. Compatible in what way? Isn't CeCILL a copyleft license? (It's not 100% obvious to me whether strong or weak

Re: forum.dlang.org, version 2 (BETA)

2015-06-06 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ Many major and minor improvements. Some major ones: - dlang.org theme, fully responsive and mobile-friendly - keyboard navigation in all views - automatically saved post drafts - get notified of

Re: DConf 2015 has ended. See you in Berlin at DConf 2016!

2015-06-01 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 1 June 2015 at 16:23:14 UTC, Steven Schveighoffer wrote: I will note to those reading this thread, the absolute most phenomenal part of attending the d conference is the live discussion that happens between talks, and afterwards over drinks/dinner. The live streams and recorded

Re: Laptop volunteer wanted for tomorrows live-stream

2015-05-29 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 29 May 2015 at 15:04:03 UTC, Dicebot wrote: https://www.youtube.com/watch?v=oA1exjdEIWw According to YouTube, it's still streaming ... :-)

Re: DConf 2015 has ended. See you in Berlin at DConf 2016!

2015-05-31 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote: DConf 2015 has been awesome, I'm taking a minute to post this that's been announced a short while ago. We're pleased to announce that DConf 2016 will take place in Berlin, sponsored by Sociomantic. We'll be back with

DConf 2015 day 2 is livestreaming

2015-05-28 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
https://www.youtube.com/watch?v=AH35IxWkx8M :-)

Re: Martin Nowak's talk cancelled

2015-05-27 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 27 May 2015 at 20:04:04 UTC, Iain Buclaw wrote: I could do a John Cage inspired talk remotely that lasts 4 minutes and 33 seconds. How do you plan on indicating the start and end of the 3 movements?

Re: Release D 2.069.0

2015-11-04 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 4 November 2015 at 01:50:38 UTC, Martin Nowak wrote: Glad to announce D 2.069.0. This is the first release with a self-hosted dmd compiler and comes with even more rangified phobos functions, std.experimental.allocator, and many other improvements. Thanks and congratulations

Re: The D Language Foundation is now incorporated

2015-10-16 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 16 October 2015 at 10:04:36 UTC, Andrei Alexandrescu wrote: We are pleased to announce that the D Language Foundation is now incorporated with the state of Washington, USA. The foundation's Board of Directors are Walter Bright, Ali Çehreli, and myself. ... We're very excited

Re: Four new DConf 2015 videos

2015-07-08 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Great! :-) You know, I think I'm slightly disappointed they cut the moment when the USB presentation controller cut out early in my talk. I kind of thought that was fun. :-P

Re: Moving forward with work on the D language and foundation

2015-08-25 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 24 August 2015 at 18:43:01 UTC, Andrei Alexandrescu wrote: Hello everyone, Following an increasing desire to focus on working on the D language and foundation, I have recently made the difficult decision to part ways with Facebook, my employer of five years and nine months. Wow,

D wrapper for TestU01 random-number-generator test batteries

2015-11-25 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Hello all, Recently I realized that TestU01 had been packaged in the latest Ubuntu, so for fun, I thought I'd have a little play with it and see if I could set up something to trial Phobos' uniform random number generators. The (very, VERY) provisional results are here:

Re: https everywhere!

2015-11-25 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 23 November 2015 at 20:55:32 UTC, Walter Bright wrote: I'm pleased to announce that Jan Knepper has gotten us some proper certificates now, and dlang.org and digitalmars.com are now fully https! Trying to access https://forum.dlang.org/ I get a "This Connection Is Untrusted" page

Re: D wrapper for TestU01 random-number-generator test batteries

2015-11-25 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 25 November 2015 at 23:48:48 UTC, Joseph Rushton Wakeling wrote: Hello all, Recently I realized that TestU01 had been packaged in the latest Ubuntu, so for fun, I thought I'd have a little play with it and see if I could set up something to trial Phobos' uniform random number

Re: Release D 2.070.0

2016-01-31 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 31 January 2016 at 00:13:46 UTC, Dicebot wrote: NB: tagged commit has 2.069 in VERSION file resulting in built compiler reporting wrong version. I have added a workaround in packaging script for now but would be nice to fix that in 2.070.1 It's already fixed in master, but no one

Re: Official dub packages for Debian and Ubuntu

2016-04-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 12 April 2016 at 01:58:13 UTC, Matthias Klumpp wrote: On Monday, 11 April 2016 at 21:58:55 UTC, Joseph Rushton Wakeling wrote: Related note: I see the lcd version in xenial is 0.17.0~beta2 -- I don't suppose there's any chance of upgrading that to the stable 0.17.1 release ... ?

Re: Mir v0.13.0: mir.combinatorics & mir.ndslice allocators/constructors/converters

2016-04-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 11 April 2016 at 18:20:29 UTC, 9il wrote: Mir v0.13.0 was released. http://mir.dlang.io Interesting choice of project name there -- for a second I thought you were providing display server bindings ;-)

Re: Release D 2.071.0

2016-04-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 7 April 2016 at 10:13:35 UTC, Dicebot wrote: On Tuesday, 5 April 2016 at 22:43:05 UTC, Martin Nowak wrote: Glad to announce D 2.071.0. http://dlang.org/download.html This release fixes many long-standing issues with imports and the module system. See the changelog for more

Re: Official dub packages for Debian and Ubuntu

2016-04-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 11 April 2016 at 14:21:46 UTC, Matthias Klumpp wrote: As part of that work, the dub package an build management system is now available in Debian, and I will ensure it works well. Additionally, it was possible to make dub available late in the Ubuntu 16.04 (Xenial) development

Re: Official dub packages for Debian and Ubuntu

2016-04-21 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 18 April 2016 at 21:54:43 UTC, Matthias Klumpp wrote: Unfortunately it FTBFSes... Hopefully we can get the patch for that in as well: https://github.com/ldc-developers/ldc/commit/cb709bfc0a0a3ee8a730c0a99fa53198b6d75364.patch (I'm working on that) I see you succeeded -- many

Re: Google Summer of Code

2016-04-27 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 25 April 2016 at 21:58:33 UTC, CRAIG DILLABAUGH wrote: Joseph. If you are interested in becoming a mentor (ideally each project has multiple mentors) I may still be able to add you to our GSoC mentors list. Ilya (Sebastian's mentor) is the lead mentor on the project, but having a

Re: Google Summer of Code

2016-04-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 22 April 2016 at 22:43:43 UTC, CraigDillabaugh wrote: I am pleased to announce that the D Foundation has been awarded 4 slots for the 2016 Google Summer of Code. https://summerofcode.withgoogle.com/organizations/5078256051027968/ Congratulations to everyone involved -- this is

Re: XDG-APP and D

2016-04-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 23 April 2016 at 11:29:29 UTC, NX wrote: I will just leave it here: http://www.zdnet.com/article/linux-expert-matthew-garrett-ubuntu-16-04s-new-snap-format-is-a-security-risk/ This is FUD. There are no security risks with snappy packages that there aren't with any other

Re: XDG-APP and D

2016-04-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 23 April 2016 at 15:13:15 UTC, Anonymouse wrote: But that's more or less what he's saying though, if you read his original blog post. Just to add further: while I have a lot of doubts about the motives behind the original blogpost (which I feel misleads by omission on several

Re: XDG-APP and D

2016-04-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 23 April 2016 at 15:13:15 UTC, Anonymouse wrote: But that's more or less what he's saying though, if you read his original blog post. His gripe isn't that it's defect security-wise, but rather that it's being marketed as capital-s Safe. Except that his original blogpost is just

Re: Official dub packages for Debian and Ubuntu

2016-04-21 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 21 April 2016 at 20:13:07 UTC, Joseph Rushton Wakeling wrote: On Monday, 18 April 2016 at 21:54:43 UTC, Matthias Klumpp wrote: Unfortunately it FTBFSes... Hopefully we can get the patch for that in as well:

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 11:15:38 UTC, Joseph Rushton Wakeling wrote: On Sunday, 15 May 2016 at 10:43:55 UTC, Joseph Rushton Wakeling wrote: Probably the best way to handle this is to handle the take-the-address side of things by a @trusted wrapper that uses `return ref` to guarantee the

dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
http://code.dlang.org/packages/dxorshift https://github.com/WebDrake/dxorshift Following my earlier list posting , I'm pleased to announce an initial release of a dub package providing some of the RNGs from the extended family of

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-18 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 18 May 2016 at 16:12:35 UTC, jmh530 wrote: On Sunday, 15 May 2016 at 23:34:46 UTC, Joseph Rushton Wakeling wrote: Wrapper implemented here, together with documentation and tests: https://github.com/WebDrake/dxorshift/pull/1 N.B. I'm sticking with the explicit wrapper, because

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 10:35:11 UTC, Basile B. wrote: The "@disable this" is really a concern, because pointers have to be used (for example if the seed comes from a program option and that the gen is a global var then global var must be a pointer to the stuff). I see that you are

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 10:43:55 UTC, Joseph Rushton Wakeling wrote: Probably the best way to handle this is to handle the take-the-address side of things by a @trusted wrapper that uses `return ref` to guarantee the pointer remains valid for the lifetime of the wrapper itself. Note, I've

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 11:15:38 UTC, Joseph Rushton Wakeling wrote: On Sunday, 15 May 2016 at 10:43:55 UTC, Joseph Rushton Wakeling wrote: Probably the best way to handle this is to handle the take-the-address side of things by a @trusted wrapper that uses `return ref` to guarantee the

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 15:33:24 UTC, Joseph Rushton Wakeling wrote: I think you may have discovered a bug in `isForwardRange` Less a bug than a subtlety, it seems. Because of this line:

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 15:15:30 UTC, Basile B. wrote: I confirm that all of them are run. As in your original paste. All pass, 100% coverage. No problem. Anyway, NVM I should just take care of my own buisness... Ah, interesting. I think you may have discovered a bug in `isForwardRange`,

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-15 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 15 May 2016 at 14:25:44 UTC, Basile B. wrote: The wrapper could be smaller with an alias this: [... snip ...] even if I'm not 100% sure if this is conform with previous version. At least the tests pass. I'm surprised that one passes the test, static

Re: It's alive! D building D building D, all on Android

2016-05-05 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 5 May 2016 at 08:17:07 UTC, Joakim wrote: After a sleepless night of trying to build the latest ldc master branch 2.070.2 on my Android tablet a couple nights ago, almost the full druntime/phobos standard library test suite passes (only one assert in std.conv) and the same for the

Re: Official dub packages for Debian and Ubuntu

2016-04-18 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 18 April 2016 at 16:57:27 UTC, Matthias Klumpp wrote: Freeze exception for LDC was approved last-minute, which means the final release will be in Xenial :-) That's fantastic, thank you very much for making this happen :-) Yeah, the description is really off-putting and should

Re: Official dub packages for Debian and Ubuntu

2016-04-16 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 14 April 2016 at 16:29:31 UTC, Matthias Klumpp wrote: FTR, I filed https://bugs.launchpad.net/ubuntu/+source/ldc/+bug/1570006 - if we are lucky, this still has a chance to go in. That's great, thank you very much. As for further dub stuff, it is important that

Re: DIP1000: Scoped Pointers

2016-08-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Wednesday, 10 August 2016 at 20:35:23 UTC, Dicebot wrote: - At this point the question I'd personally suggest to be evaluated is "does this proposal enable enough useful designs?". A good check would be to try taking some of your projects and see if having DIP1000 approved and implemented

Re: DIP1000: Scoped Pointers

2016-08-11 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 11 August 2016 at 19:59:22 UTC, Joseph Rushton Wakeling wrote: Any chance the proposal authors could add some examples of how scope could affect class/struct fields which borrow data by reference (meaning the class/struct instance should not escape the scope of the input data)?

Re: DIP1000: Scoped Pointers

2016-08-14 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 14 August 2016 at 10:11:25 UTC, Guillaume Chatelet wrote: Isn't it what a scoped class is supposed to provide? class Rnd {} void foo() { scope rnd = new Rnd; // reference semantic and stack allocated } Does that actually work in D2? I thought it was a D1-only thing.

Re: DIP1000: Scoped Pointers

2016-08-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 12 August 2016 at 12:01:41 UTC, Walter Bright wrote: On 8/12/2016 4:12 AM, Joseph Rushton Wakeling wrote: On Thursday, 11 August 2016 at 22:07:57 UTC, Walter Bright wrote: The scheme does not implement borrowing. References to internal data should be returned via 'return ref' or

Re: DIP1000: Scoped Pointers

2016-08-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 11 August 2016 at 22:07:57 UTC, Walter Bright wrote: The scheme does not implement borrowing. References to internal data should be returned via 'return ref' or 'return scope', where their usage will be limited to the expression they appear in. I want to make sure we have the

Re: DIP1000: Scoped Pointers

2016-08-12 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 12 August 2016 at 12:51:26 UTC, Joseph Rushton Wakeling wrote: I'm not sure I follow. I'm looking for the ability to guarantee that a pointer to a stack-allocated entity will not go out of scope ... more precisely, that the pointer will not become invalid because the data it

Re: DIP1000: Scoped Pointers

2016-08-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 12 August 2016 at 19:37:47 UTC, Walter Bright wrote: That's just what this DIP addresses. struct MyWrapperStruct (T) { private T* data; public this (ref T input) { this.data = // error: not allowed to take address of ref variable

Re: DIP1000: Scoped Pointers

2016-08-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 13 August 2016 at 11:09:05 UTC, Walter Bright wrote: Taking the address of a ref variable has not been allowed in @safe code for a long time. Which is understandable given things as they are, but which could probably be relaxed given good scope/lifetime analysis by the

Re: DIP1000: Scoped Pointers

2016-08-13 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 13 August 2016 at 19:51:07 UTC, Walter Bright wrote: On 8/13/2016 5:02 AM, Joseph Rushton Wakeling wrote: On Saturday, 13 August 2016 at 11:09:05 UTC, Walter Bright wrote: Taking the address of a ref variable has not been allowed in @safe code for a long time. Which is

Snap package for LDC 1.1.0 available to test

2017-02-03 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
As of earlier today, a snap package for LDC 1.1.0 has been published in the 'edge' channel of the Ubuntu store. Snap packages are a new format developed by Ubuntu to facilitate upstreams being able to provide the latest versions of their apps directly to users. The format is also designed to

Re: Snap package for LDC 1.1.0 available to test

2017-02-06 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Monday, 6 February 2017 at 12:50:15 UTC, qznc wrote: Worked in my quick try. :) Great, thanks for trying it out :-) Why does it not show up with `snap find`? Because it is "edge"? Yes, I think so. Off the top of my head I can't remember what the command is to find snaps in non-stable

Re: Snap package for LDC 1.1.0 available to test

2017-02-04 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Saturday, 4 February 2017 at 14:56:21 UTC, aberba wrote: There is now support for 14.04 too. Right now that may not work for people unless they enable the `proposed` repository. There's a bug that currently prevents installation of `snapd` via the stable repos, but a fix for that has

Re: Call for arms: Arch Linux D package maintenance

2017-02-07 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 2 February 2017 at 10:08:19 UTC, Daniel Kozak wrote: I belive arch would prefer flatpak ;) Didn't notice this before, but: the good thing about both snap and flatpak is one doesn't have to choose between them; these packages can coexist on the same system. So as long as Arch

Re: Call for arms: Arch Linux D package maintenance

2017-02-06 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 2 February 2017 at 11:34:42 UTC, Dicebot wrote: On Thursday, 2 February 2017 at 10:01:04 UTC, qznc wrote: In another thread [0] Snap packages are discussed. What is the view of Arch? If Snap wins, there would be only one package to maintain for all distros. [0]

Updated LDC snap package with improved Ubuntu 14.04 support

2017-02-19 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Revision 4 of the ldc2 snap package is now available in the 'edge' channel of the snap store. This still provides LDC 1.1.0 with an LLVM 3.9.1 backend, but has been rebuilt in a clean build using the latest `snapcraft` release, which has improved support for classic snaps across different

Re: Updated LDC snap package with improved Ubuntu 14.04 support

2017-02-19 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Sunday, 19 February 2017 at 16:18:48 UTC, visitor wrote: Works for me on ubuntu 16.04 (llvm-3.8), Thanks :-) Not heavily tested, just to let you know for some feedback on your work, again Thanks Great to know that it works for you, thanks for trying it out :-) Note the snap package

Re: two points

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 19:53:37 UTC, Walter Bright wrote: There's a lot going on needing attention, and sometimes a bit of championing is needed by their proponents. Yes, but it could be good to examine what can be done to more pro-actively look at open PRs that have had no recent

Re: two points

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 20:43:00 UTC, Walter Bright wrote: *Anyone* in this community can step up and do that. Anyone can make observations and proposals, but not everyone has the authority to effect change. I appreciate how frustrating it must be to have people saying, 'Hey, do

Re: two points

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 19:58:57 UTC, Seb wrote: We gave this a try a couple of months ago with Facebook's mention-bot: Example: https://github.com/dlang/phobos/pull/4318#issuecomment-241817191 Repo: https://github.com/dlang-bots/mention-bot Eventually I disabled it because people

Re: Updated LDC snap package with link-time optimization (LTO) support

2017-02-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 10 February 2017 at 16:30:57 UTC, David Nadlinger wrote: Hmm, for whatever reason, Arch still ships 2.16 by default… Seems to work fine on Ubuntu 16.10, though. Yes, I'll ping the maintainer about it some time soon. It's possible they were holding off until after the Ubuntu 14.04

Re: GSoC 2017 Application Rejected

2017-02-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Hi Craig, So sorry to hear that this happened. I know very well from working with you last year how much care and attention you put into GSoC, so I can imagine how you must feel right now. In the circumstances it seems best to focus on: how could we try to stop something like this

Re: Updated LDC snap package with link-time optimization (LTO) support

2017-02-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Friday, 10 February 2017 at 16:37:13 UTC, Daniel Kozak wrote: http://www.phoronix.com/scan.php?page=news_item=Snaps-v-Flatpaks-Linux-Distros Please don't ask me to read that dreadful, dreadful website :-\ I have read the blogpost that article summarizes. My own feelings are: * short

Re: two points

2017-02-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 23:44:31 UTC, Walter Bright wrote: I appreciate how frustrating it must be to have people saying, 'Hey, do this! Do that!' without necessarily volunteering their own efforts in support, but organizational improvements so very often fail unless they are eagerly

Re: Updated LDC snap package with link-time optimization (LTO) support

2017-02-10 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 17:16:35 UTC, Joseph Rushton Wakeling wrote: This package should be possible to install on Ubuntu 16.04 or later, or Ubuntu 14.04, as well as any other distro making available a recent version of snapd (2.21 or later): https://snapcraft.io/docs/core/install

Re: two points

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 09:49:53 UTC, Walter Bright wrote: In any case, shouldn't it be an uphill battle to merge things? There are a lot of things that need to be satisfied to merge something. Being too hasty leads to legacy code that we come to regret, angry people whose code was

Re: two points

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Thursday, 9 February 2017 at 08:02:23 UTC, Walter Bright wrote: The PR in question: https://github.com/dlang/dmd/pull/4745 It took me a while to find it, because you were using a pseudonym that I did not recognize. There are a number of frequent contributors to D using pseudonyms, and

Updated LDC snap package with link-time optimization (LTO) support

2017-02-09 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
Revision 3 of the ldc2 snap package is now available in the 'edge' channel of the snap store. This still provides LDC 1.1.0, but with the following important changes: * the backend is provided by LLVM 3.9.1 * support for LDC's experimental link-time optimization (the

Re: [GSoC] Mir.random.flex - Generic non-uniform random sampling

2016-08-23 Thread Joseph Rushton Wakeling via Digitalmars-d-announce
On Tuesday, 23 August 2016 at 05:40:24 UTC, Ilya Yaroshenko wrote: This is an API problem, and will not be fixed. Making D scripting like language is bad for Science. For example, druntime (Fibers and Mutexes) is useless because it is too high level and poor featured in the same time. Yes,

  1   2   >