Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Tuesday, 19 January 2016 at 07:21:09 UTC, Puming wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 14:40:21 UTC, Adam D. Ruppe wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. I can't tell what threads I've read anymore on on the defa

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Tuesday, 19 January 2016 at 01:33:34 UTC, Bubbasaur wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: ... Very good but like someone already said, one problem is the "light gray" or whatever color used on quoted text. I changed it to its original color (#666).

Re: [dlang.org] new forum design

2016-01-18 Thread Puming via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe we've addressed the most stringent issues. Once again than

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 19:15:08 UTC, bachmeier wrote: On Monday, 18 January 2016 at 19:01:05 UTC, Vladimir Panteleev wrote: That's wrong. Can you post a screenshot? For this thread, so obviously I have viewed some of the posts: http://lancebachmeier.com/pics/screenshot.png That's r

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 20:14:29 UTC, deadalnix wrote: On Monday, 18 January 2016 at 14:28:44 UTC, Vladimir Panteleev wrote: On Monday, 18 January 2016 at 14:22:16 UTC, deadalnix wrote: Looks great. One thing: layout of posts change when selecting them. I'm not sure what you're referri

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 18:17:31 UTC, Uranuz wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe

Re: [dlang.org] new forum design

2016-01-18 Thread deadalnix via Digitalmars-d
On Tuesday, 19 January 2016 at 04:54:29 UTC, Vladimir Panteleev wrote: Second thing: yup the font is not super duper easy to read. I think the major issue is that is is quite compact in the horizontal direction. Previous font was more readable. For the same reason, it makes some link not very e

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Tuesday, 19 January 2016 at 06:17:17 UTC, tsbockman wrote: 1) It introduces substantial template bloat, as the number of instantiations of the entire function - including the body! - scales as the square of the number of `auto ref` parameters. Oops - I was being a little dyslexic here. It's

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Tuesday, 19 January 2016 at 05:43:57 UTC, bitwise wrote: Sorry if that seemed mean, but it wasn't meant to be insulting. But while your solution is clever, I find it totally unrealistic. Why would anyone use it when they can just templatize their function and get exactly the same thing?

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread bitwise via Digitalmars-d
On Tuesday, 19 January 2016 at 04:27:12 UTC, tsbockman wrote: On Tuesday, 19 January 2016 at 03:37:17 UTC, tsbockman wrote: It's ten times easier to write code that way, than the way Manu complained about in the OP. To clarify: 1) If `scope` were implemented, Manu's example would look like t

Re: extern(C++) multiple inheritence

2016-01-18 Thread Manu via Digitalmars-d
Building DMD-Win64 against MSC2015-Win64.

extern(C++) multiple inheritence

2016-01-18 Thread Manu via Digitalmars-d
I'm repeating this here from the depths of my prior whinge thread, since this is kind of a new topic. D's multiple inheritance solution is single-inheritance + interfaces. Rightly so, it's a great solution, and this matches what all the C++ programmers I've ever worked with do anyway. Trouble is,

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 20:14:29 UTC, deadalnix wrote: On Monday, 18 January 2016 at 14:28:44 UTC, Vladimir Panteleev wrote: On Monday, 18 January 2016 at 14:22:16 UTC, deadalnix wrote: Looks great. One thing: layout of posts change when selecting them. I'm not sure what you're referri

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 20:51:23 UTC, Nick Treleaven wrote: This would really help on my nexus tablet, it's painful selecting a text block of lines that flow off the visible screen. Where does that happen?

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Tuesday, 19 January 2016 at 03:37:17 UTC, tsbockman wrote: It's ten times easier to write code that way, than the way Manu complained about in the OP. To clarify: 1) If `scope` were implemented, Manu's example would look like this: // Declaration void func(in CustomString s1, in C

Re: DMD - issue building shared library

2016-01-18 Thread bitwise via Digitalmars-d
On Monday, 18 January 2016 at 23:55:33 UTC, Dibyendu Majumdar wrote: On Monday, 18 January 2016 at 23:53:45 UTC, Dibyendu Majumdar wrote: Thanks - that worked, but I had to write it this way: import std.c.windows.windows; import core.sys.windows.dll; mixin SimpleDllMain; I noticed that

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Tuesday, 19 January 2016 at 03:01:55 UTC, bitwise wrote: On Tuesday, 19 January 2016 at 00:11:45 UTC, tsbockman wrote: On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: [...] https://github.com/D-Programming-Language/phobos/pull/3937 Is this like...a sarcastic pull request? You ca

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread bitwise via Digitalmars-d
On Monday, 18 January 2016 at 21:39:09 UTC, Anon wrote: On Monday, 18 January 2016 at 19:32:19 UTC, bitwise wrote: struct S; void func(ref S s); func(S()); // FINE void func(ref S s) @safe; func(S()); // ERROR Isn't that backwards? I mean, @safe functions can't escape their parameters,

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread bitwise via Digitalmars-d
On Tuesday, 19 January 2016 at 00:11:45 UTC, tsbockman wrote: On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: [...] https://github.com/D-Programming-Language/phobos/pull/3937 Is this like...a sarcastic pull request? You can't actually expect people to write code like this just to h

Re: topN using a heap

2016-01-18 Thread Ivan Kazmenko via Digitalmars-d
On Tuesday, 19 January 2016 at 00:11:40 UTC, Andrei Alexandrescu wrote: 4. sort was and is attackable before all of these changes (b) Improve sort() first, then apply a similar strategy to improving topN. Do not use RNGs at all. Since point 4 is in fact already fixed a good while ago, my sug

Re: topN using a heap

2016-01-18 Thread Xinok via Digitalmars-d
On Tuesday, 19 January 2016 at 00:11:40 UTC, Andrei Alexandrescu wrote: Of course not. I think this back-and-forth takes away from the gist of things. So let me summarize what has happened: 1. topN was reportedly slow. It was using a random pivot. I made it use getPivot (deterministic) instead

Re: topN using a heap

2016-01-18 Thread Ivan Kazmenko via Digitalmars-d
On Tuesday, 19 January 2016 at 00:11:40 UTC, Andrei Alexandrescu wrote: 4. sort was and is attackable before all of these changes No, sort utilizes Introsort (Quicksort but switch to Heapsort if recurse too deep): see https://github.com/D-Programming-Language/phobos/blob/2.067/std/algorithm/s

Re: topN using a heap

2016-01-18 Thread deadalnix via Digitalmars-d
On Tuesday, 19 January 2016 at 00:17:30 UTC, Andrei Alexandrescu wrote: How would this translate to a matter of selecting the pivot during sort? -- Andrei A large chunk of a given datacenter going quadratic at the same time.

Re: local import hijacking

2016-01-18 Thread Joakim via Digitalmars-d
On Monday, 18 January 2016 at 17:02:07 UTC, Jack Stouffer wrote: On Monday, 18 January 2016 at 14:01:15 UTC, rsw0x wrote: one of the biggest things D has over C++ is its vastly superior module system. When you compare D's something with C++'s nothing, then the module system in D is infinitely

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 01:04:03 UTC, Andrei Alexandrescu wrote: On 1/18/16 7:46 PM, Ilya wrote: On Tuesday, 19 January 2016 at 00:38:14 UTC, Timon Gehr wrote: On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Progr

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 01:04:03 UTC, Andrei Alexandrescu wrote: On 1/18/16 7:46 PM, Ilya wrote: On Tuesday, 19 January 2016 at 00:38:14 UTC, Timon Gehr wrote: On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Progr

Re: [dlang.org] new forum design

2016-01-18 Thread Bubbasaur via Digitalmars-d
On Tuesday, 19 January 2016 at 01:33:34 UTC, Bubbasaur wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: ... Very good but like someone already said, one problem is the "light gray" or whatever color used on quoted text. Bubba. And by the way, after the first pa

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 01:04:03 UTC, Andrei Alexandrescu wrote: On 1/18/16 7:46 PM, Ilya wrote: On Tuesday, 19 January 2016 at 00:38:14 UTC, Timon Gehr wrote: On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Progr

Re: [dlang.org] new forum design

2016-01-18 Thread Bubbasaur via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: ... Very good but like someone already said, one problem is the "light gray" or whatever color used on quoted text. Bubba.

Re: [dlang.org] new forum design

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: [...] Please change it so that the "Thread Overview" bar appears on every page, not just the first one in the thread.

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 7:46 PM, Ilya wrote: On Tuesday, 19 January 2016 at 00:38:14 UTC, Timon Gehr wrote: On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Programming-Language/phobos/blob/master/std/random.d#L1151 --Ilya The defau

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 00:38:14 UTC, Timon Gehr wrote: On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Programming-Language/phobos/blob/master/std/random.d#L1151 --Ilya The default RNG is seeded with unpredictabl

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/19/2016 01:12 AM, Ilya wrote: There is already implementation with predictable seed. Proof: https://github.com/D-Programming-Language/phobos/blob/master/std/random.d#L1151 --Ilya The default RNG is seeded with unpredictableSeed. What is the point you are trying to make?

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 00:11:40 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:51 PM, Ilya wrote: On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 6:55 PM, deadalnix wrote: On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: unpredictableSeed uses the system clock as a source of randomness, so we're good there. -- Andrei I got problem with that even when crytographically secure randomness wasn't needed more

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Tuesday, 19 January 2016 at 00:02:08 UTC, Timon Gehr wrote: On 01/19/2016 12:55 AM, Ilya wrote: On Monday, 18 January 2016 at 23:53:53 UTC, Timon Gehr wrote: On 01/19/2016 12:50 AM, Ilya wrote: ... 1. Yes, probability of hitting the worst case repeatedly is is practically zero. But RNGs

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: [...] https://github.com/D-Programming-Language/phobos/pull/3937

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 6:51 PM, Ilya wrote: On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It o

Re: topN using a heap

2016-01-18 Thread Ivan Kazmenko via Digitalmars-d
On Monday, 18 January 2016 at 23:39:02 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:18 PM, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for worst case. --Ilya Well it does improve things. The probability of hitting the worst case repeatedly is practically zero,

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/19/2016 12:55 AM, Ilya wrote: On Monday, 18 January 2016 at 23:53:53 UTC, Timon Gehr wrote: On 01/19/2016 12:50 AM, Ilya wrote: ... 1. Yes, probability of hitting the worst case repeatedly is is practically zero. But RNGs do not change this probability. 2. It is possible to build attack

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 23:55:38 UTC, Timon Gehr wrote: On 01/19/2016 12:51 AM, Ilya wrote: On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: [...] No, it is definitel

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/19/2016 12:51 AM, Ilya wrote: On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case.

Re: DMD - issue building shared library

2016-01-18 Thread Dibyendu Majumdar via Digitalmars-d
On Monday, 18 January 2016 at 23:53:45 UTC, Dibyendu Majumdar wrote: Thanks - that worked, but I had to write it this way: import std.c.windows.windows; import core.sys.windows.dll; mixin SimpleDllMain; I noticed that above modules are documented in the library reference so I assume tha

Re: topN using a heap

2016-01-18 Thread deadalnix via Digitalmars-d
On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: unpredictableSeed uses the system clock as a source of randomness, so we're good there. -- Andrei I got problem with that even when crytographically secure randomness wasn't needed more than once. A specific case included

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 23:53:53 UTC, Timon Gehr wrote: On 01/19/2016 12:50 AM, Ilya wrote: ... 1. Yes, probability of hitting the worst case repeatedly is is practically zero. But RNGs do not change this probability. 2. It is possible to build attack for our RNGs, because they are Pseu

Re: [dlang.org] new forum design

2016-01-18 Thread anonymous via Digitalmars-d
On 18.01.2016 21:32, wobbles wrote: On the reddit thread, a bug in safari was posted: " I found a bug on Safari 7.1.3: each time I click the "Edit" button for the code editor, the gray panel with the code it in gets longer, and pushes the rest of the content in the site down. Here's an album with

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/19/2016 12:39 AM, Andrei Alexandrescu wrote: On 1/18/16 6:18 PM, Ilya wrote: On Monday, 18 January 2016 at 20:45:56 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 12:00:10 UTC, Ivan Kazmenko wrote: Here goes the test which shows quadratic behavior for the new version: http://dpa

Re: DMD - issue building shared library

2016-01-18 Thread Dibyendu Majumdar via Digitalmars-d
On Monday, 18 January 2016 at 05:58:38 UTC, bitwise wrote: On Sunday, 17 January 2016 at 22:12:44 UTC, Dibyendu Majumdar wrote: Presumably there is no compiler flag to auto generate this? There's no compiler flag, but you can use this: https://github.com/D-Programming-Language/druntime/blob/m

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/19/2016 12:50 AM, Ilya wrote: ... 1. Yes, probability of hitting the worst case repeatedly is is practically zero. But RNGs do not change this probability. 2. It is possible to build attack for our RNGs, because they are Pseudo-RNGs. --Ilya You also need to predict the seed. How do you d

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 23:49:36 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for w

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 23:39:02 UTC, Andrei Alexandrescu wrote: On 1/18/16 6:18 PM, Ilya wrote: On Monday, 18 January 2016 at 20:45:56 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 12:00:10 UTC, Ivan Kazmenko wrote: Here goes the test which shows quadratic behavior for the new

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 6:44 PM, Ilya wrote: On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for worst case. --Ilya Still, use of RNG makes it impossible to construct th

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 6:27 PM, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for worst case. --Ilya Still, use of RNG makes it impossible to construct the worst case beforehand, once and for all. In that sense

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 23:27:19 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for worst case. --Ilya Still, use of RNG makes it impossible to construct the worst case beforehand, once an

Re: topN using a heap

2016-01-18 Thread Andrei Alexandrescu via Digitalmars-d
On 1/18/16 6:18 PM, Ilya wrote: On Monday, 18 January 2016 at 20:45:56 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 12:00:10 UTC, Ivan Kazmenko wrote: Here goes the test which shows quadratic behavior for the new version: http://dpaste.dzfl.pl/e4b3bc26c3cf (dpaste kills the slow code

Re: topN using a heap

2016-01-18 Thread Ivan Kazmenko via Digitalmars-d
On Monday, 18 January 2016 at 23:18:03 UTC, Ilya wrote: A RNGs don't improve worst case. It only changes an permutation for worst case. --Ilya Still, use of RNG makes it impossible to construct the worst case beforehand, once and for all. In that sense, this is a regression.

Re: topN using a heap

2016-01-18 Thread Ilya via Digitalmars-d
On Monday, 18 January 2016 at 20:45:56 UTC, Ivan Kazmenko wrote: On Monday, 18 January 2016 at 12:00:10 UTC, Ivan Kazmenko wrote: Here goes the test which shows quadratic behavior for the new version: http://dpaste.dzfl.pl/e4b3bc26c3cf (dpaste kills the slow code before it completes the task)

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread Anon via Digitalmars-d
On Monday, 18 January 2016 at 19:32:19 UTC, bitwise wrote: struct S; void func(ref S s); func(S()); // FINE void func(ref S s) @safe; func(S()); // ERROR Isn't that backwards? I mean, @safe functions can't escape their parameters, so whether or not it is a temporary shouldn't matter to

Re: local import hijacking

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/18/2016 06:02 PM, Jack Stouffer wrote: Is there a compiled list of issues? 1. As deadalnix pointed out, a lack of spec 2. Issue 313 3. Issue 314 4. Issue 10378 These are the biggest IMO. There are probably others I don't know of. https://issues.dlang.org/show_bug.cgi?id=1238

Re: [dlang.org] new forum design

2016-01-18 Thread deadalnix via Digitalmars-d
On Monday, 18 January 2016 at 16:05:37 UTC, Tofu Ninja wrote: On Monday, 18 January 2016 at 15:03:18 UTC, Vladimir Panteleev wrote: ... OK, I figured this one out. We weren't loading Roboto Slab Bold, so the browsers were making up what they thought bold could look like from the regular weigh

Re: topN using a heap

2016-01-18 Thread Timon Gehr via Digitalmars-d
On 01/18/2016 01:00 PM, Ivan Kazmenko wrote: The old version (2.070.0-b2) could not be tricked with it, does it use random? Yes, it selected the pivot uniformly at random using the global RNG. (This is also why the documentation says topN is O(n) in expectation.)

Re: Dub and posix

2016-01-18 Thread Jacob Carlborg via Digitalmars-d
On 2016-01-18 16:05, Russel Winder via Digitalmars-d wrote: if you tried something like that, you would get all present LLVM versions in the path which would likely lead to some chaos. Hmm, true. I was thinking that one would only have one version installed. But that might not be the case.

Re: [dlang.org] new forum design

2016-01-18 Thread Nick Treleaven via Digitalmars-d
Thanks for developing the forum software. One feature request: if there's selected text in the message body when clicking reply, only quote the selected text rather than the whole message body. This is what my email client does. This would really help on my nexus tablet, it's painful selectin

Re: topN using a heap

2016-01-18 Thread Ivan Kazmenko via Digitalmars-d
On Monday, 18 January 2016 at 12:00:10 UTC, Ivan Kazmenko wrote: Here goes the test which shows quadratic behavior for the new version: http://dpaste.dzfl.pl/e4b3bc26c3cf (dpaste kills the slow code before it completes the task) Correction: this is the result of removing a uniform call in pull

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread Nick Treleaven via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: One more time... Assuming: void func(const CustomString &s1, const CustomString &s2); void func(ref const(CustomString) s1, ref const(CustomString) s2); C++: func("hello", "world"); D: auto dumb_name = CustomString("hello"); auto

Re: [dlang.org] new forum design

2016-01-18 Thread wobbles via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe we've addressed the most stringent issues. Once again than

Re: [dlang.org] new forum design

2016-01-18 Thread deadalnix via Digitalmars-d
On Monday, 18 January 2016 at 14:28:44 UTC, Vladimir Panteleev wrote: On Monday, 18 January 2016 at 14:22:16 UTC, deadalnix wrote: Looks great. One thing: layout of posts change when selecting them. I'm not sure what you're referring to. Screenshots, please? Is it the link hotkeys? Is this a

Re: extern(C++, ns)

2016-01-18 Thread Max Samukha via Digitalmars-d
On Monday, 18 January 2016 at 10:24:28 UTC, Walter Bright wrote: A known problem is that D doesn't put destructors in the vtbl[] for C++ classes, although it should. Also, virtual destructors on Linux 64 consume 2 slots in the vtbl[], which surprised me. One is for the destructor, the other

Re: [dlang.org] new forum design

2016-01-18 Thread anonymous via Digitalmars-d
On 18.01.2016 20:35, Andrej Mitrovic via Digitalmars-d wrote: On 1/18/16, anonymous via Digitalmars-d wrote: [...] Microsoft does this. And techcrunch apparently too.. Another one: stackoverflow

Re: Localization (i18n) Options

2016-01-18 Thread Johannes Pfau via Digitalmars-d
Am Mon, 18 Jan 2016 14:00:05 + schrieb Gerald : > On Monday, 18 January 2016 at 09:04:48 UTC, Luis wrote: > > On Sunday, 17 January 2016 at 03:03:14 UTC, Gerald wrote: > >> On Sunday, 17 January 2016 at 02:51:30 UTC, Gerald wrote: > >>> Are there any other options out there that I might no

Re: [dlang.org] new forum design

2016-01-18 Thread Andrej Mitrovic via Digitalmars-d
On 1/18/16, anonymous via Digitalmars-d wrote: > On 18.01.2016 19:59, Andrej Mitrovic via Digitalmars-d wrote: >> Btw, drop-down menus which do not drop-down on hover are really >> strange. I've never seen a drop-down menu on a modern website which >> required you to click to open and click to clo

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread bitwise via Digitalmars-d
On Monday, 18 January 2016 at 18:03:34 UTC, Namespace wrote: That is mine. I closed it after it was more or less abandoned. Yeah.. I was initially for this proposal/PR, but on top of the fact that it will cause confusion because of how it differs from the template auto ref, it simply shouldn'

Re: [dlang.org] new forum design

2016-01-18 Thread anonymous via Digitalmars-d
On 18.01.2016 19:59, Andrej Mitrovic via Digitalmars-d wrote: Btw, drop-down menus which do not drop-down on hover are really strange. I've never seen a drop-down menu on a modern website which required you to click to open and click to close. Microsoft does this.

Re: [dlang.org] new forum design

2016-01-18 Thread bachmeier via Digitalmars-d
On Monday, 18 January 2016 at 19:01:05 UTC, Vladimir Panteleev wrote: That's wrong. Can you post a screenshot? For this thread, so obviously I have viewed some of the posts: http://lancebachmeier.com/pics/screenshot.png

Re: Localization (i18n) Options

2016-01-18 Thread karabuta via Digitalmars-d
On Monday, 18 January 2016 at 15:06:12 UTC, Luis wrote: On Monday, 18 January 2016 at 14:00:05 UTC, Gerald wrote: [...] I browse your code and grestful code a few times. I did stuff with GtkD on a different approach, using GtkBuilder and Gtk autolink of functions by name. I try to avoid gene

Re: [dlang.org] new forum design

2016-01-18 Thread karabuta via Digitalmars-d
On Monday, 18 January 2016 at 18:17:31 UTC, Uranuz wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe

Re: Dub and posix

2016-01-18 Thread Johannes Pfau via Digitalmars-d
Am Mon, 18 Jan 2016 15:05:28 + schrieb Russel Winder via Digitalmars-d : > On Mon, 2016-01-18 at 15:33 +0100, Jacob Carlborg via Digitalmars-d > wrote: > > On 2016-01-18 14:23, Russel Winder via Digitalmars-d wrote: > > > > > I am just trying this out. I added -L/usr/lib64/llvm in the > > >

Re: [dlang.org] new forum design

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 18:59:27 UTC, Andrej Mitrovic wrote: On 1/18/16, Vladimir Panteleev via Digitalmars-d wrote: As the new design rolled out on dlang.org Btw, drop-down menus which do not drop-down on hover are really strange. I've never seen a drop-down menu on a modern website

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 18:10:01 UTC, tcak wrote: New design is good, though it uses "Roboto Slab" according to Firefox Web tools. But due to lack of this font (does the web site use Google Fonts?), I see everything in Sans Serif. As far as I see, no other font name is provided in CSS as

Re: [dlang.org] new forum design

2016-01-18 Thread Vladimir Panteleev via Digitalmars-d
On Monday, 18 January 2016 at 16:37:53 UTC, bachmeier wrote: On Monday, 18 January 2016 at 15:13:20 UTC, Vladimir Panteleev wrote: Hi Adam, The forum remembers which posts you've read and marks those you haven't in bold. Do you browse the forum without an account and without cookies? Whe

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 18:08:31 UTC, tsbockman wrote: Again, I can probably automate generation of the wrapper easily enough. Genericized: template acceptRVals(alias func) { private: import std.traits : arity; alias impl = acceptRVals!(arity!func); public: alias acceptRVals

Re: [dlang.org] new forum design

2016-01-18 Thread Andrej Mitrovic via Digitalmars-d
On 1/18/16, Vladimir Panteleev via Digitalmars-d wrote: > As the new design rolled out on dlang.org Btw, drop-down menus which do not drop-down on hover are really strange. I've never seen a drop-down menu on a modern website which required you to click to open and click to close. I do think hug

Re: Localization (i18n) Options

2016-01-18 Thread Mike Wey via Digitalmars-d
On 01/18/2016 04:06 PM, Luis wrote: Were I can find the script to generate ddox for GtkD ? https://github.com/gtkd-developers/GtkD/blob/master/makeddox.sh -- Mike Wey

Re: [dlang.org] new forum design

2016-01-18 Thread Uranuz via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe we've addressed the most stringent issues. Once again than

Re: [dlang.org] new forum design

2016-01-18 Thread tcak via Digitalmars-d
New design is good, though it uses "Roboto Slab" according to Firefox Web tools. But due to lack of this font (does the web site use Google Fonts?), I see everything in Sans Serif. As far as I see, no other font name is provided in CSS as well.

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: One more time... Assuming: void func(const CustomString &s1, const CustomString &s2); void func(ref const(CustomString) s1, ref const(CustomString) s2); C++: func("hello", "world"); D: auto dumb_name = CustomString("hello"); auto

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread Namespace via Digitalmars-d
That is mine. I closed it after it was more or less abandoned.

Re: extern(C++, ns)

2016-01-18 Thread Walter Bright via Digitalmars-d
On 1/18/2016 6:09 AM, Manu via Digitalmars-d wrote: I'd suggest it needs fixing. I agree. I suggested the workaround so you wouldn't be blocked by it.

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread Meta via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: One more time... Assuming: void func(const CustomString &s1, const CustomString &s2); void func(ref const(CustomString) s1, ref const(CustomString) s2); C++: func("hello", "world"); D: auto dumb_name = CustomString("hello"); auto

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread tsbockman via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: One more time... Assuming: void func(const CustomString &s1, const CustomString &s2); void func(ref const(CustomString) s1, ref const(CustomString) s2); C++: func("hello", "world"); D: auto dumb_name = CustomString("hello"); auto

Re: extern(C++, ns)

2016-01-18 Thread Walter Bright via Digitalmars-d
On 1/18/2016 6:46 AM, Manu via Digitalmars-d wrote: Yeah, this is now in new territory, since name lookup seems to be working. Shall I spawn a new thread? A good idea. This one has run its course.

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread Namespace via Digitalmars-d
You don't give up, huh? ;)

Re: local import hijacking

2016-01-18 Thread Jack Stouffer via Digitalmars-d
On Monday, 18 January 2016 at 14:01:15 UTC, rsw0x wrote: one of the biggest things D has over C++ is its vastly superior module system. When you compare D's something with C++'s nothing, then the module system in D is infinitely better by definition. Is there a compiled list of issues? 1.

Re: Distributed Memory implementation

2016-01-18 Thread Xinok via Digitalmars-d
On Monday, 18 January 2016 at 09:56:17 UTC, Adrian Matoga wrote: ... Your idea seems interesting, but IMHO a compacting GC should be the preferred solution for heap fragmentation. Implementing a compacting GC in D would be exceedingly difficult, if not impossible, because of raw pointers, uni

Re: rval->ref const(T), implicit conversions

2016-01-18 Thread bachmeier via Digitalmars-d
On Monday, 18 January 2016 at 15:36:09 UTC, Manu wrote: Nobody will want to transition if their code gets plainly worse, from a basic practical standpoint. This is a good example of why D should stop trying to convert C++ programmers. There's no way to integrate C++ code into a D project, b

Re: [dlang.org] new forum design

2016-01-18 Thread Meta via Digitalmars-d
On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: - GOOD if you are as specific as possible in what can be improved - GREAT if you can provide detailed suggestions in how things can be improved - AMAZING if you can provide a mock-up (screenshot or web page) of how things cou

Re: Distributed Memory implementation

2016-01-18 Thread Xinok via Digitalmars-d
On Monday, 18 January 2016 at 11:46:36 UTC, Nemanja Boric wrote: On Monday, 18 January 2016 at 09:28:59 UTC, tcak wrote: On Monday, 18 January 2016 at 08:12:03 UTC, Nemanja Boric wrote: Check https://dlang.org/phobos/std_experimental_allocator.html Which part of this module provide the functi

Re: [dlang.org] new forum design

2016-01-18 Thread bachmeier via Digitalmars-d
On Monday, 18 January 2016 at 15:13:20 UTC, Vladimir Panteleev wrote: Hi Adam, The forum remembers which posts you've read and marks those you haven't in bold. Do you browse the forum without an account and without cookies? When I browse on the web (which is a lot of the time) I do so wi

Re: [dlang.org] new forum design

2016-01-18 Thread JohnCK via Digitalmars-d
On Monday, 18 January 2016 at 16:11:37 UTC, Vladimir Panteleev wrote: Nothing changed in this regard since the last iteration. Alright and finally (Before you get tired) I was looking the new DLANG.org and it's very nice. The only small thing I saw is the: "Latest announcements" and "Active D

  1   2   >