Re: GC.malloc is pure - wat

On Thursday, 31 March 2016 at 22:18:03 UTC, ag0aep6g wrote: On 31.03.2016 23:25, Nordlöw wrote: A solution is to fake purity through extern(C) pure nothrow @system @nogc { void* malloc(size_t size); void* realloc(void* ptr, size_t size); void free(void* ptr); } Pay attention to

Re: Could we reserve void[T] for builtin set of T ?

On Thursday, 31 March 2016 at 19:29:19 UTC, H. S. Teoh wrote: On Thu, Mar 31, 2016 at 07:24:14PM +, deadalnix via Digitalmars-d wrote: Pretty much as per title. I has that in the back of my mind for a while. Would that work ? What's a "builtin set of T"? T https://en.wik

Could we reserve void[T] for builtin set of T ?

Pretty much as per title. I has that in the back of my mind for a while. Would that work ?

Re: Beta D 2.071.0-b1

On Monday, 28 March 2016 at 14:41:18 UTC, Martin Nowak wrote: On 03/27/2016 09:46 PM, deadalnix wrote: The one I intended to talk about: https://github.com/D-Programming-Language/phobos/pull/4099 This doesn't look like a bugfix or anything urgent, so it seems like it can wait for 2.072.

Re: Beta D 2.071.0-b1

On Thursday, 24 March 2016 at 10:52:44 UTC, Martin Nowak wrote: On 03/24/2016 03:00 AM, deadalnix wrote: No bug report for it, but a PR: https://github.com/deadalnix/pixel-saver/pull/53 That seems unrelated. Bugfixes should simply go into stable for them to be released. Sorry, wrong link.

Re: Oh, my GoD! Goroutines on D

On Sunday, 27 March 2016 at 18:17:55 UTC, Jin wrote: 1. You can give channel to more than two thread. I'm going to play with unique pointers to solve this problem. Any hints? Note that this is also the case in go. Yes, contrary to what is usually said, go is dead usnafe when it come to

Re: Females in the community.

On Saturday, 26 March 2016 at 18:31:06 UTC, Ola Fosheim Grøstad wrote: On Saturday, 26 March 2016 at 18:02:22 UTC, deadalnix wrote: On Saturday, 26 March 2016 at 17:59:39 UTC, Ola Fosheim Grøstad wrote: On Friday, 25 March 2016 at 22:35:56 UTC, Ali Çehreli wrote: On 03/25/2016 04:31 AM,

Re: Females in the community.

On Saturday, 26 March 2016 at 17:59:39 UTC, Ola Fosheim Grøstad wrote: On Friday, 25 March 2016 at 22:35:56 UTC, Ali Çehreli wrote: On 03/25/2016 04:31 AM, QAston wrote: > Well I can agree that Trump is like Hitler (and nazis, and fascists, and > eugenics, and communists, and jews) We've made

Re: Females in the community.

On Friday, 25 March 2016 at 04:12:10 UTC, Andrei Alexandrescu wrote: On 03/25/2016 12:08 AM, Vladimir Panteleev wrote: Added to my list. Also: syntax coloring for D code. It would be rad. -- Andrei I love rad :)

Re: Beta D 2.071.0-b1

On Thursday, 24 March 2016 at 10:52:44 UTC, Martin Nowak wrote: On 03/24/2016 03:00 AM, deadalnix wrote: No bug report for it, but a PR: https://github.com/deadalnix/pixel-saver/pull/53 That seems unrelated. Bugfixes should simply go into stable for them to be released. Unrelated to what ?

Re: A Huge Bummer When Using alias this

On Thursday, 24 March 2016 at 22:52:20 UTC, Jack Stouffer wrote: You just illustrated my point exactly. This doesn't scale, you can't create special rules for every type when you're writing a library. Nullable is aliased to the get function, which returns int in this case. YOU SHOULDN'T HAVE

Re: Females in the community.

On Thursday, 24 March 2016 at 23:04:42 UTC, QAston wrote: If only one could somehow engineer societies (males? - that seems to be the problem) meeting your standards. Replace male by jew in your sentence and ask yourself how it sounds.

Re: Females in the community.

On Thursday, 24 March 2016 at 04:05:53 UTC, Adam D. Ruppe wrote: On Wednesday, 23 March 2016 at 10:46:22 UTC, QAston wrote: I could point to the building you're sitting in. Most likely made almost exclusively by males. LOL. I happened to spend most the day today with a group of women...

Re: Beta D 2.071.0-b1

On Thursday, 24 March 2016 at 01:49:25 UTC, Martin Nowak wrote: First beta for the 2.071.0 release. This release comes with many import and lookup related changes and fixes. You might see a lot of deprecation warnings b/c of these changes. We've added the -transition=import switch and

Re: Females in the community.

On Wednesday, 23 March 2016 at 11:33:55 UTC, QAston wrote: Why don't we look past the superficial stuff in the language and assume good intent? Because some people have nothing of substance to contribute, but still want to feel superior.

Re: Females in the community.

On Wednesday, 23 March 2016 at 03:18:53 UTC, Adam D. Ruppe wrote: On Tuesday, 22 March 2016 at 20:52:03 UTC, deadalnix wrote: I mean from the Gnome outreach program, that ended up bankrupting the Gnome fundation, non peer reviewed research and invisible vitriol, you have presented no case that

Re: Females in the community.

On Tuesday, 22 March 2016 at 20:38:00 UTC, Chris Wright wrote: It's from a source with many peer-reviewed articles, and you're not providing any evidence at all, peer reviewed or otherwise, to counter it. Good thing the burden of proof is not on me then. I mean why would I have to present

Re: Females in the community.

On Tuesday, 22 March 2016 at 20:37:27 UTC, Chris Wright wrote: On Tue, 22 Mar 2016 19:33:47 +, deadalnix wrote: On Tuesday, 22 March 2016 at 18:19:16 UTC, Chris Wright wrote: There was Janice Caron, who was helpful and eager and got a fair bit of code into phobos. From what I recall, she

Re: Females in the community.

On Tuesday, 22 March 2016 at 18:19:16 UTC, Chris Wright wrote: There was Janice Caron, who was helpful and eager and got a fair bit of code into phobos. From what I recall, she was not well treated by the community. [citation needed] A quick glance show that you are full of crap:

Re: Females in the community.

On Tuesday, 22 March 2016 at 18:06:28 UTC, Chris Wright wrote: https://peerj.com/preprints/1733/ "Surprisingly, our results show that women's contributions tend to be accepted more often than men's. However, when a woman's gender is identifiable, they are rejected more often." It is not

Re: Females in the community.

On Tuesday, 22 March 2016 at 18:00:09 UTC, Chris Wright wrote: As an adjective, agreed. "Lady" compounds better than "woman", so you can use that too. So now, we are up to language policing already. You guys are true wonders of progress. The epitome of the free world. Using 'female' as a

Re: LDC now supports Windows MSVC x86/x64 as first class targets

Got the news first hand by David Majnemer first hand not so long ago. Congrats guys :)

Re: Is C++ trying to be like D?

On Sunday, 20 March 2016 at 19:54:54 UTC, deadalnix wrote: C++ invented it all. They then took a time machine to teach Walter how good they are ! Walter never will admit it, but it sole it all from C++27 . Also I apparently involuntarily made Walter a robot here. Or is he ? That would

Re: Is C++ trying to be like D?

On Saturday, 19 March 2016 at 13:23:55 UTC, Bauss wrote: Looking at C++14 and the proposed features for C++17 - https://en.wikipedia.org/wiki/C%2B%2B17 It looks a lot like C++ is trying to become similar to D. I believe that shows D's design pattern has been superior to C++'s from the start

Re: Females in the community.

On Thursday, 17 March 2016 at 16:17:46 UTC, Karabuta wrote: Are there any female programmers using D? :) Are you programing by slamming your dick on the keyboard ? No ? Me neither. Therefore, your genitalia don't matter here. Moreover, the socia Media representation of D sucks. I think we

Re: Females in the community.

On Saturday, 19 March 2016 at 13:14:14 UTC, Karabuta wrote: Yeah, you are totally right. I though that it was clear that the statement contained "metaphors". Howerver, people had there own "words they wanted to spit out" :) I will try not to use metaphors in coders forum next time :) No,

Re: Females in the community.

On Thursday, 17 March 2016 at 20:03:08 UTC, John Carter wrote: So a simple statement of welcome and some level of outreach would go a long way. https://www.gnome.org/outreachy/ First the women outreach program was a financial disaster for gnome, see:

Re: Walter, I need a __trait please.

On Tuesday, 15 March 2016 at 19:59:01 UTC, deadalnix wrote: On Tuesday, 15 March 2016 at 11:47:20 UTC, ZombineDev wrote: Instead I think that if we improve D's existing introspection capabilities and expose the compiler as a library at compile-time, we will have a much powerful system than any

Re: D could catch this wave: web assembly

On Tuesday, 15 March 2016 at 20:18:40 UTC, deadalnix wrote: On Tuesday, 15 March 2016 at 16:12:46 UTC, Joakim wrote: Maybe deadalnix would be interested in mentoring, I think he showed some interest earlier. Or worst case, 3-4 of us could tag team, if that's allowed. I can. I know LLVM

Re: D could catch this wave: web assembly

On Tuesday, 15 March 2016 at 16:12:46 UTC, Joakim wrote: Maybe deadalnix would be interested in mentoring, I think he showed some interest earlier. Or worst case, 3-4 of us could tag team, if that's allowed. I can. I know LLVM fairly well (I'm not a committer), but I do not have that much

Re: Walter, I need a __trait please.

On Tuesday, 15 March 2016 at 11:47:20 UTC, ZombineDev wrote: Instead I think that if we improve D's existing introspection capabilities and expose the compiler as a library at compile-time, we will have a much powerful system than any potential macro system, for a fraction of the complexity.

[Request] A way to extract all instance of X from a range

Right now, I'm repeating the following pattern many times : range.map!(x => cast(Foo) x).filter!(x => x !is null) Which is kind of annoying. Could we get something in phobos to do this ?

Re: Potential GSoC project - GC improvements

On Sunday, 13 March 2016 at 23:34:44 UTC, Adam Wilson wrote: Is there an implementation of a conservative moving (compacting) GC out there? I'm not aware of one, but there are a lot of GC's out there. Boehm isn't. That is impossible, you need to know what is and isn't a pointer to be able

Re: Deduction regression or improvement?

On Tuesday, 8 March 2016 at 22:35:57 UTC, H. S. Teoh wrote: On Tue, Mar 08, 2016 at 09:22:35PM +, Johan Engelen via Digitalmars-d wrote: Hi all, Should the following compile or not? auto foo(T)(T start, T end) {} void main() { const SomeStruct a; SomeStruct b; foo(a,b); } See

Re: A very interesting slide deck comparing sync and async IO

On Friday, 4 March 2016 at 22:22:48 UTC, Ola Fosheim Grøstad wrote: On Friday, 4 March 2016 at 03:14:01 UTC, Ali Çehreli wrote:. And that's exactly one of the benefits of fibers: two workers ping pong back and forth, without much risk of losing their cached data. Is my assumption correct?

Re: A very interesting slide deck comparing sync and async IO

On Friday, 4 March 2016 at 03:14:01 UTC, Ali Çehreli wrote: I imagine that lost cache is one of the biggest costs in thread switching. It would be great if a thread could select a thread with something like "I'm done, now please switch to my reader". And that's exactly one of the benefits of

Re: A very interesting slide deck comparing sync and async IO

On Thursday, 3 March 2016 at 20:31:51 UTC, Vladimir Panteleev wrote: 3. The first benchmark essentially measures the overhead of fiber context switching and nothing else Ha yes, forgot that. Many JVM use fiber instead of thread internally.

Re: A very interesting slide deck comparing sync and async IO

On Thursday, 3 March 2016 at 17:31:59 UTC, Andrei Alexandrescu wrote: https://www.mailinator.com/tymaPaulMultithreaded.pdf Andrei A lot of data presented are kind of skewed. For instance, the synchronization costs across cores are done at 0% writes. It comes to no surprise that

Re: Why don't you use the Github issue system?

On Thursday, 3 March 2016 at 23:54:15 UTC, cym13 wrote: On Thursday, 3 March 2016 at 00:27:39 UTC, Walter Bright wrote: On 3/2/2016 3:59 PM, Seb wrote: I am just curious whether you have already considered moving from Bugzilla to the Github issue system and where your current opinion is. 1.

Re: State of the Compiler

On Tuesday, 1 March 2016 at 21:01:13 UTC, Mathias Lang wrote: 2016-03-01 12:22 GMT+01:00 Ola Fosheim Grøstad via Digitalmars-d < digitalmars-d@puremagic.com>: On Tuesday, 1 March 2016 at 10:11:03 UTC, Kagamin wrote: On Tuesday, 1 March 2016 at 07:00:43 UTC, Ola Fosheim Grøstad wrote: If

Re: C++ UFCS update

On Wednesday, 2 March 2016 at 15:57:41 UTC, Piotrek wrote: On Wednesday, 2 March 2016 at 13:29:03 UTC, Dejan Lekic wrote: I am not sure I agree with this. "->" will make it *visible* what is going on, while "." can mean many things, and I would have to investigate what .something in part of a

Re: Official compiler

On Thursday, 18 February 2016 at 06:57:01 UTC, Kai Nacke wrote: If we would make GDC or LDC the official compiler then the next question which pops up is about compilation speed ldc is still significantly faster than clang, or gdc than gcc. I don't think this is that much of a valid

Re: Another new io library

On Wednesday, 17 February 2016 at 23:15:51 UTC, Jonathan M Davis wrote: On Wednesday, 17 February 2016 at 22:47:27 UTC, deadalnix wrote: See async/await in C# (https://msdn.microsoft.com/fr-fr/library/hh191443.aspx) Or for those poor souls who can't read French... ;)

Re: Another new io library

First, I'm very happy to see that. Sounds like a good project. Some remarks: - You seems to be using classes. These are good to compose at runtime, but we can do better at compile time using value types. I suggest using value types and have a class wrapper that can be used to make things

Re: C++ UFCS update

On Monday, 15 February 2016 at 06:12:30 UTC, Walter Bright wrote: On 2/13/2016 2:27 AM, Daniel N wrote: "Abstract This is the proposed wording for a unified call syntax based on the idea that f(x,y) can invoke a member function, x.f(y), if there are no f(x,y). The inverse transformation,

Re: C++ UFCS update

On Saturday, 13 February 2016 at 10:27:59 UTC, Daniel N wrote: "Abstract This is the proposed wording for a unified call syntax based on the idea that f(x,y) can invoke a member function, x.f(y), if there are no f(x,y). The inverse transformation, from x.f(y) to f(x,y) is not proposed."

Re: An important pull request: accessing shared affix for immutable data

On Saturday, 13 February 2016 at 13:10:19 UTC, Andrei Alexandrescu wrote: On 2/13/16 7:40 AM, John Colvin wrote: On Saturday, 13 February 2016 at 00:30:58 UTC, Andrei Alexandrescu wrote: On 02/12/2016 06:52 PM, deadalnix wrote: [...] I think we're good there. -- Andrei Is there somewhere

Re: An important pull request: accessing shared affix for immutable data

On Saturday, 13 February 2016 at 21:10:50 UTC, Andrei Alexandrescu wrote: There's no need. I'll do the implementation with the prefix, and if you do it with a global hashtable within the same or better speed, my hat is off to you. That is false dichotomy. What about storing the metadata at

Re: An important pull request: accessing shared affix for immutable data

On Sunday, 14 February 2016 at 01:27:40 UTC, Andrei Alexandrescu wrote: On 2/13/16 5:01 PM, deadalnix wrote: What about storing the metadata at an address that is computable from from the object's address, while not being contiguous with the object allocated ? Is substracting a constant really

Re: An important pull request: accessing shared affix for immutable data

On Friday, 12 February 2016 at 19:12:48 UTC, Andrei Alexandrescu wrote: https://github.com/D-Programming-Language/phobos/pull/3991 A short while ago Dicebot discussed the notion of using the allocator to store the reference count of objects (and generally metadata). The allocator seems to be

Re: Can I get more opinions on increasing the logo size on the site please

On Wednesday, 10 February 2016 at 16:26:33 UTC, Gary Willoughby wrote: Can I get more opinions on increasing the logo size on the website please. See here for an example: https://github.com/D-Programming-Language/dlang.org/pull/1227 Destroy! It is better on large screen, worse on small

Re: OT: 'conduct unbecoming of a hacker'

On Wednesday, 10 February 2016 at 18:31:22 UTC, Nick Sabalausky wrote: On 02/10/2016 01:09 PM, Joakim wrote: Pretty funny that he chose Stallman as his example of a guy who gets stuff done, whose Hurd microkernel never actually got done, :) though certainly ambitious, so Stallman would never

Re: voldemort stack traces (and bloat)

On Sunday, 7 February 2016 at 05:18:39 UTC, Steven Schveighoffer wrote: Thoughts? And no line number. But hey, these are convenience for youngsters. We real program, who type on the keyboard using our balls, don't need such distractions.

Re: My LLVM talk @ FOSDEM'16

On Monday, 1 February 2016 at 21:05:03 UTC, Kai Nacke wrote: It was recorded. I announce when the video is online. Regards, Kai Thanks, hope to see that soon :)

Re: CTFE thoughts & functional approach

On Tuesday, 2 February 2016 at 08:34:38 UTC, Robert M. Münch wrote: On 2016-02-01 08:15:11 +, deadalnix said: I'm not sure what is preventing you from doing that already. There is compile time reflection (has access to some compiler internals) and D support functional style. Unless you

Re: CTFE thoughts & functional approach

On Sunday, 31 January 2016 at 13:59:06 UTC, Robert M. Münch wrote: I like CTFE and the meta programming idea for languages like D. However, I'm wondering why most (everyone?) is trying to do meta-programming using the same language as the one getting compiled. IMO the use-cases a pretty

Re: My LLVM talk @ FOSDEM'16

On Saturday, 30 January 2016 at 12:25:38 UTC, Kai Nacke wrote: Live streaming is index here: https://fosdem.org/2016/schedule/streaming/ Room is K.3.201. Regards, Kai On Thursday, 7 January 2016 at 23:38:07 UTC, Kai Nacke wrote: Hi everybody! Like the last 2 years I am a speaker in the

Re: reduce -> fold?

On Friday, 29 January 2016 at 23:45:04 UTC, Ola Fosheim Grøstad wrote: So D is adding currying and builtin tuples? :^) Yes. Come back in 10 years it'll be ready for you.

Re: reduce -> fold?

On Friday, 29 January 2016 at 12:08:01 UTC, Andrei Alexandrescu wrote: As has been discussed before there's been discussion about std.algorithm.reduce taking the "wrong" order of arguments (its definition predates UFCS). I recall the conclusion was there'd be subtle ambiguities if we worked

Re: What are the real advantages that D offers in multithreading?

On Thursday, 28 January 2016 at 10:26:29 UTC, Kagamin wrote: On Wednesday, 27 January 2016 at 17:30:28 UTC, Brad Anderson wrote: Yeah, boost can do fibers. ASIO has clever/hacky "stackless coroutines" and C++17 is going to add "stackless resumable functions" for async/await. D is about to lose

Re: C++17

On Wednesday, 27 January 2016 at 20:51:43 UTC, rsw0x wrote: On Wednesday, 27 January 2016 at 20:31:33 UTC, deadalnix wrote: On Wednesday, 27 January 2016 at 09:00:17 UTC, rsw0x wrote: The response from the D community seems to be an overwhelming "It's fine as is" when it's obviously not. Which

Re: C++17

On Wednesday, 27 January 2016 at 14:22:18 UTC, Shachar Shemesh wrote: I bring it up every time the subject comes up, in the hopes that at some point it will sink in. No, D is not capable of doing it already. Without 100% reliable destructors, RAII is simply not implementable. D's

Re: C++17

On Wednesday, 27 January 2016 at 09:00:17 UTC, rsw0x wrote: The response from the D community seems to be an overwhelming "It's fine as is" when it's obviously not. Which is making me question sinking more time into D if there actually is no cohesive plan to make D an actual C++ competitor

Re: C++17

On Tuesday, 26 January 2016 at 09:16:47 UTC, Ola Fosheim Grøstad wrote: Would it be possible to make a fully compatible unique_ptr/shared_ptr solution that acts as the default memory management scheme in D within 6 months? No that would be stupid to make that the default as it is unsafe.

Re: C++17

On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to make that the default as it is unsafe. When would you estimate that D could have a production ready default memory managment

Re: C++17

On Tuesday, 26 January 2016 at 15:59:37 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 15:51:22 UTC, deadalnix wrote: On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to

Re: C++17

On Tuesday, 26 January 2016 at 19:04:33 UTC, rsw0x wrote: Now as to when, well, I'm waiting for your PR. They will never have the performance of e.g, jemalloc. In fact I will. The design of SDC's GC is based on jemalloc after extensive discussion with Jason Evan. He is considering

Re: C++17

On Tuesday, 26 January 2016 at 19:51:22 UTC, Joseph Rushton Wakeling wrote: On Tuesday, 26 January 2016 at 19:07:03 UTC, rsw0x wrote: I see C++17 and think of why I should keep using D when C++ is aping a lot of its best features. The real victory isn't, "Everyone carries our flag," it's

Re: C++17

On Tuesday, 26 January 2016 at 20:22:19 UTC, rsw0x wrote: On Tuesday, 26 January 2016 at 20:05:16 UTC, deadalnix wrote: On the other hand, D's type system can be leveraged to reduce lock contention on the GC (and not lock at all on thread local allocs). There's no such thing in D. shared

Re: C++17

On Tuesday, 26 January 2016 at 20:49:33 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 20:40:50 UTC, Chris Wright wrote: In this case, I think it's a marketing issue, not a technical one. D's being marketed as an alternative to C++, and existing C++ users tend to believe that

Re: Walter on his experience as a dev, on running an open source project and D

On Thursday, 21 January 2016 at 05:14:03 UTC, thedeemon wrote: On Wednesday, 20 January 2016 at 11:07:16 UTC, Rikki Cattermole wrote: From what Walter said, they all knew c. So not really too low level for them. To me it looked like: Walter: "You all write in C, right?" Audience silent with

Re: extern(C++, ns)

I'm not sure what situation you're imagining where modules would be created with the same names...? How do you plan to map C++'s standard lib ? One giant hundred of thousands of line C++ file ? Surely it would map by file. #include -> import stl.vector; #include -> import stl.map;

Re: DIP87: Enhanced Foreign-Language Binding

On Thursday, 21 January 2016 at 04:21:06 UTC, Anon wrote: Seeing the recent extern(C++) threads, and much concern therein, I'd like to propose DIP87: http://wiki.dlang.org/DIP87 Destroy to your heart's content. This propose to change everything while not even providing anything more than

Re: extern(C++, ns)

On Wednesday, 20 January 2016 at 07:51:27 UTC, Manu wrote: 1. C++ has namespaces. They went and invented a whole 'nother thing called modules. Evidently not even they think that modules and namespaces are the same thing. You admit that modules supersede namespaces. We have modules, we use

Re: extern(C++) multiple inheritence

On Tuesday, 19 January 2016 at 15:25:53 UTC, Andrei Alexandrescu wrote: On 01/19/2016 09:02 AM, Manu via Digitalmars-d wrote: On 19 January 2016 at 22:36, Andrei Alexandrescu via Digitalmars-d wrote: Is there an open issue? -- Andrei There is:

Walter on his experience as a dev, on running an open source project and D

https://www.reddit.com/r/programming/comments/41sdzj/walter_bright_on_being_a_developer_running_an/

Re: extern(C++, ns)

On Tuesday, 19 January 2016 at 20:29:42 UTC, David Nadlinger wrote: While I am not in the mood for mudslinging or making a heated discussion out of this, I have to agree with Daniel and Manu here. If I remember correctly, you never really provided any justification (including during the

Re: extern(C++, ns)

On Wednesday, 20 January 2016 at 02:15:27 UTC, Manu wrote: The C++ namespace semantic doesn't have a proper analogy in D, and the D code is already organised into modules anyway making mirroring of the C++ semantic irrelevant. We don't mirror C/C++ semantics in other facets of the bindings,

Re: extern(C++, ns)

On Wednesday, 20 January 2016 at 02:51:55 UTC, Timon Gehr wrote: What happens when one has conflicting symbols in 2 C++ namespaces ? D's mapping of C++ namespaces could just mimic how import resolution work : allow qualified and unqualified access to the symbol when there is no conflict,

Re: local import hijacking

On Monday, 18 January 2016 at 13:17:54 UTC, Martin Nowak wrote: On Thursday, 14 January 2016 at 16:10:29 UTC, Andrei Alexandrescu wrote: local symbols can hide global symbols Correct. The implicitly introduced locals are the problem. Can anyone on the compiler team work on this? -- Andrei

Re: [dlang.org] new forum design

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

Re: Beta D 2.070.0-b2

On Sunday, 17 January 2016 at 20:52:20 UTC, Martin Nowak wrote: Second and last beta for the 2.070.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.070.0.html Please report any bugs at https://issues.dlang.org -Martin

Re: topN using a heap

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: topN using a heap

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: [dlang.org] new forum design

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

Re: [dlang.org] new forum design

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

Re: [dlang.org] new forum design

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

Re: topN using a heap

On Saturday, 16 January 2016 at 15:25:50 UTC, Andrei Alexandrescu wrote: https://github.com/D-Programming-Language/phobos/pull/3934 So, say you're looking for the smallest 10 elements out of 100_000. The quickselect algorithm (which topN currently uses) will successively partition the set in

Re: topN using a heap

On Monday, 18 January 2016 at 01:38:16 UTC, Andrei Alexandrescu wrote: On 1/17/16 8:07 PM, deadalnix wrote: A common way to do it is to go quicksort, but only recurse on one side of the set. That should give log(n)^2 complexity on average. Yah, that's quickselect (which this work started

Re: DIP83

On Saturday, 16 January 2016 at 03:00:33 UTC, rsw0x wrote: On Friday, 15 January 2016 at 11:58:19 UTC, Márcio Martins wrote: On Thursday, 14 January 2016 at 14:28:05 UTC, deadalnix wrote: [...] True that. I think it's great to keep evolving the language and making it better, on the other

Re: DIP83

On Friday, 15 January 2016 at 15:06:00 UTC, Yazan D wrote: On Fri, 15 Jan 2016 13:20:18 +, deadalnix wrote: Well I don't, both on OSX and linux, using the latest release. On linux I can do the addr2line dance, but on OSX I can't even do that as it require information that are gone once

Re: DIP83

On Friday, 15 January 2016 at 11:11:41 UTC, Tofu Ninja wrote: On Thursday, 14 January 2016 at 14:28:05 UTC, deadalnix wrote: We don't have line number in stack traces Huh? We dont have line numbers in stack traces? I have line numbers, I am using latest dmd, or are you talking about one of

Re: [dlang.org] new forum design - preview

On Thursday, 14 January 2016 at 12:31:51 UTC, w0rp wrote: I love this redesign. Anyone who complains about not taking up the full width of the screen is wrong. If lines stretch on eternally, they become harder to scan with your eyes. It's a well known effect which has been studied and

Re: DIP86: Consistency for the "deprecated" attribute/storage class

On Thursday, 14 January 2016 at 02:31:38 UTC, Brian Schott wrote: http://wiki.dlang.org/DIP86 Your thoughts? HAHAHAHAHA consistency, good one :)

Re: DIP83

Ok I'll bite: it doesn't matter. This DIP is additive. The problem with D is not that we don't have stuff in there, is most of the stuff in there are half backed. Adding more half baked things in there only makes things worse. We don't have line number in stack traces, what does a better

Re: [dlang.org] new forum design - preview

On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ https://github.com/CyberShadow/DFeed/pull/51 <3

Re: What is your favourite programming language?

On Wednesday, 13 January 2016 at 14:04:13 UTC, Russel Winder wrote: On Wed, 2016-01-13 at 13:01 +, pvb via Digitalmars-d wrote: Hello guys, for a school project I need to know which programming languages are popular. For this I created a poll and I would be thankful if you would fill it

Re: extern(C++, ns)

On Monday, 11 January 2016 at 03:05:44 UTC, Manu wrote: On 11 January 2016 at 12:38, Andrei Alexandrescu via Digitalmars-d wrote: On 1/10/16 8:20 PM, Manu via Digitalmars-d wrote: I'll continue to try and reduce the structure of the problem, but I still just

Re: [dlang.org] getting the redesign wrapped up

On Sunday, 10 January 2016 at 23:31:07 UTC, anonymous wrote: On 10.01.2016 22:14, deadalnix wrote: - Learn barely make the cut on my 15' monitor. That's way too low. If one doesn't know D, one doesn't care about news, community or whatever. We can shuffle things around, of course. One

Re: [dlang.org] getting the redesign wrapped up

On Sunday, 10 January 2016 at 17:17:44 UTC, Andrei Alexandrescu wrote: On 1/10/16 10:23 AM, anonymous wrote: On 10.01.2016 16:11, Andrei Alexandrescu wrote: Do you have a PR in place yet? Here we go: https://github.com/D-Programming-Language/dlang.org/pull/1187 ...aand we're live.

<    1   2   3   4   5   6   7   8   9   10   >