Re: [OT] Things I like about Andrei

On Friday, 3 June 2016 at 02:17:51 UTC, Adam D. Ruppe wrote: A lot of us, myself included, have been very critical of Andrei lately but I want to list of the excellent work he has done over the years: Andrei and Walter put up with a lot of complaining and "feedback". There's a lot of

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: The D Blog was born at DConf this year. With help from Jack Stouffer, it is now live at: http://dlang.org/blog/ This is a big deal for marketing the language. Thanks for doing it. With respect to blog comments, this article talks

Re: Improving DMD's memory management

On Friday, 3 June 2016 at 15:04:59 UTC, Stefan Koch wrote: Hi, I just saw something in the Vision 2016 H2 Document, which is very dear to me. Improving the Memory Management in the compiler. I think we need at least three different allocation primitives. One for allocating Temporary Memory

Re: The Official D Blog is Live

Pretty dazz! Thanks, Mike!

Re: Cool D tricks resources?

On Saturday, 4 June 2016 at 01:27:46 UTC, Mike Parker wrote: On Saturday, 4 June 2016 at 00:55:33 UTC, Pie? wrote: Has anyone gathered up all the cool tricks one can do in D? There are a ton of things D can do differently that are optimal in some cases but I never remember them. A sort of

Re: [OT] Things I like about Andrei

On 6/2/2016 7:17 PM, Adam D. Ruppe wrote: We're lucky to have him with us! Yup. And nobody does the Eyeroll of Destruction like Andrei! http://imgur.com/W5AMy0P

Re: Can I get a more in-depth guide about the inline assembler?

On Saturday, 4 June 2016 at 01:44:38 UTC, ZILtoid1991 wrote: Problem solved. Current assembly code: //moving the values to their destinations mov EBX, p[EBP]; movdMM0, src; movdMM1, [EBX]; The actual problem was the poor documentation of MMX instructions as it never really

Re: The Case Against Autodecode

On 6/3/2016 6:08 PM, H. S. Teoh via Digitalmars-d wrote: It's not a hard concept, except that these different letters have lookalike forms with completely unrelated letters. Again: - Lowercase Latin m looks visually the same as lowercase Cyrillic Т in cursive form. In some font renderings the

Re: The Case Against Autodecode

On Saturday, 4 June 2016 at 02:46:31 UTC, Walter Bright wrote: On 6/3/2016 5:42 PM, ketmar wrote: sometimes used Cyrillic font to represent English. Nobody here suggested using the wrong font, it's completely irrelevant. you suggested that unicode designers should make similar-looking

Re: The Case Against Autodecode

On 6/3/2016 5:42 PM, ketmar wrote: sometimes used Cyrillic font to represent English. Nobody here suggested using the wrong font, it's completely irrelevant.

Re: adamdruppe: Drawing scaled image

On Friday, 3 June 2016 at 20:06:50 UTC, Pie? wrote: Thanks! It is working. A few issues with my images being clipped and not throwing when file doesn't exist... That's weird.. I don't know what's going on there. BTW have you seen my documentation site too?

Re: Writing adaptor/wrappers with most scalability and least work

On Saturday, 4 June 2016 at 01:04:08 UTC, Pie? wrote: alias this pImage; It is actually `alias pImage this;` That should do what you want right here. Then you can add your own methods or wrap/disable the image ones one by one.

Re: Cool D tricks resources?

On Saturday, 4 June 2016 at 00:55:33 UTC, Pie? wrote: A sort of cook book of D tricks for different applications would be nice https://www.packtpub.com/application-development/d-cookbook lol

Re: The Official D Blog is Live

On Saturday, 4 June 2016 at 01:17:10 UTC, Mike Parker wrote: The blog will potentially attract people who do not frequent the forums. From that perspective, I think we should give comments a try. I agree, part of the fun of a blog is the comments!

Re: Can I get a more in-depth guide about the inline assembler?

On Wednesday, 1 June 2016 at 23:23:49 UTC, ZILtoid1991 wrote: Here's the assembly code for my alpha-blending routine: ubyte[4] src = *cast(ubyte[4]*)(palette.ptr + 4 * *c); ubyte[4] *p = cast(ubyte[4]*)(workpad + (offsetX + x)*4 + offsetY); asm{//moving the values to their destinations

Re: Cool D tricks resources?

On Saturday, 4 June 2016 at 00:55:33 UTC, Pie? wrote: Has anyone gathered up all the cool tricks one can do in D? There are a ton of things D can do differently that are optimal in some cases but I never remember them. A sort of cook book of D tricks for different applications would be

Re: [OT] Things I like about Andrei

On Sat, Jun 04, 2016 at 12:49:27AM +, ketmar via Digitalmars-d wrote: > On Friday, 3 June 2016 at 22:36:17 UTC, w0rp wrote: > > I've learned in software development that you hardly ever hear > > praise from others. Usually you only hear from others when you make > > mistakes. Such is life. >

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 21:15:46 UTC, Steven Schveighoffer wrote: On 6/3/16 4:50 PM, Rory McGuire via Digitalmars-d-announce wrote: Would be nice if the comment section was an interface to a specific news group here. Keeping things in one place. Yes. That would be cool if posting a

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 20:34:53 UTC, Jack Stouffer wrote: IMO we should disable the comment section. Right now we are just asking for spam, and I don't think we want to be in the position of moderating each of these sections. Plus, all of the D tech discussions happen on reddit, HN, or on

Re: The Case Against Autodecode

On Fri, Jun 03, 2016 at 03:35:18PM -0700, Walter Bright via Digitalmars-d wrote: > On 6/3/2016 1:53 PM, H. S. Teoh via Digitalmars-d wrote: [...] > > 'Cos by that argument, serif and sans serif letters should have > > different encodings, because in languages like Hebrew, a tiny little > > serif

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 19:34:22 UTC, WebFreak001 wrote: On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: The theme is not set in stone, so if you have any suggestions fire away. The font is way too big! Jack touched up the theme a bit. Looks better now.

Writing adaptor/wrappers with most scalability and least work

I would like to temporarily write some adapters or wrappers for various types that allow the most extensibility with the least amount of work. The goal is to get moving quickly as possible and not try to implement all future needs. The wrappers will slowly turn into full their own types and

Cool D tricks resources?

Has anyone gathered up all the cool tricks one can do in D? There are a ton of things D can do differently that are optimal in some cases but I never remember them. A sort of cook book of D tricks for different applications would be nice

Re: [OT] Things I like about Andrei

On Friday, 3 June 2016 at 22:36:17 UTC, w0rp wrote: I've learned in software development that you hardly ever hear praise from others. Usually you only hear from others when you make mistakes. Such is life. so it's somewhat safe to assume that if nobody is yelling at you, you must be a very

Re: The Case Against Autodecode

On Friday, 3 June 2016 at 18:43:07 UTC, Walter Bright wrote: It's almost as if printed documents and books have never existed! some old xUSSR books which has some English text sometimes used Cyrillic font to represent English. it was awful, and barely readable. this was done to ease the work

Re: Facebook is using D in production starting today

On Friday, 11 October 2013 at 00:36:12 UTC, Andrei Alexandrescu wrote: Today I committed the first 5112 lines of D code to Facebook's repository. The project is in heavy daily use at Facebook. Compared to the original version (written in C++) we've measured massive wins in all of source code

Re: First-class polymorphic lamdas?

On Friday, 3 June 2016 at 23:25:25 UTC, QAston wrote: On Friday, 5 February 2016 at 20:36:20 UTC, ZombineDev wrote: Background: I'm working on a transducers proposal for Phobos, which generalizes ranges to support push data-flow model (in addition to the current pull-only) enabling composable

Re: First-class polymorphic lamdas?

On Friday, 5 February 2016 at 20:36:20 UTC, ZombineDev wrote: Background: I'm working on a transducers proposal for Phobos, which generalizes ranges to support push data-flow model (in addition to the current pull-only) enabling composable algorithmic transformations that can be applied to

Re: The Case Against Autodecode

On Friday, 3 June 2016 at 22:38:38 UTC, Walter Bright wrote: If a font choice changes the meaning then it is not a font. Nah, then it is an Awesome Font that is totally Web Scale! i wish i was making that up http://fontawesome.io/ i hate that thing But, it is kinda legal: gotta love the

Re: The Case Against Autodecode

On 6/3/2016 2:10 PM, Jonathan M Davis via Digitalmars-d wrote: Actually, I would argue that the moment that Unicode is concerned with what the character actually looks like rather than what character it logically is that it's gone outside of its charter. The way that characters actually look is

Re: [OT] Things I like about Andrei

I've learned in software development that you hardly ever hear praise from others. Usually you only hear from others when you make mistakes. Such is life. Andrei is a pretty cool guy, and I'm totally pro Andrei. I'm thankful for the years of dedication and the development of a pretty

Re: The Case Against Autodecode

On 6/3/2016 1:53 PM, H. S. Teoh via Digitalmars-d wrote: But if we were to encode appearance instead of logical meaning, that would mean the *same* lowercase Cyrillic ь would have multiple, different encodings depending on which font was in use. I don't see that consequence at all. That

Re: First-class polymorphic lamdas?

On Friday, 3 June 2016 at 11:11:50 UTC, Vladimir Panteleev wrote: For some reason I didn't realize you can also create a value type templated functor by using explicitly nested structs. I had stumbled upon the new feature from https://github.com/dlang/dmd/pull/5518 by accident while working

Re: Why I won't fix phobos bugs anymore

I think a healthy option might be to find one or more professionals Andrei can respect and trust to delegate the work of approving pull requests and such to. As always with open source contributions, it's largely up to someone stepping up to the game. Then maybe bug fixes can be approved at a

Re: Request for approval: deploying dlang.org on merge

On Thursday, 26 May 2016 at 16:38:16 UTC, Andrei Alexandrescu wrote: If Vladimir is okay with auto-deployment I'm okay too. Move fast! This is now live. (Perhaps it should be posted in Announce?) The only question is, how do we avoid cases in which a deployment breaks something important? --

Re: The Case For Autodecode

On 06/03/2016 11:13 PM, Steven Schveighoffer wrote: No, but I like the idea of preserving the erroneous character you tried to convert. Makes sense. But is there an invalid wchar? I looked through the wikipedia article on UTF 16, and it didn't seem to say there was one. If we use U+FFFD,

Re: [OT] Things I like about Andrei

On Friday, 3 June 2016 at 02:17:51 UTC, Adam D. Ruppe wrote: A lot of us, myself included, have been very critical of Andrei lately but I want to list of the excellent work he has done over the years: First, early D was very different to D of today. Andrei changed that, for the better. He's

Re: The Official D Blog is Live

On 6/3/16 4:50 PM, Rory McGuire via Digitalmars-d-announce wrote: On 03 Jun 2016 22:35, "Jack Stouffer via Digitalmars-d-announce" > wrote: On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: The D

Re: The Case For Autodecode

On 6/3/16 4:39 PM, ag0aep6g wrote: On 06/03/2016 10:18 PM, Steven Schveighoffer wrote: But you can get a standalone code unit that is part of a coded sequence quite easily foo(string s) { auto x = s[0]; dchar d = x; } I don' think we're disagreeing on anything. I'm calling UTF-8

Re: The Case Against Autodecode

On Friday, June 03, 2016 03:08:43 Walter Bright via Digitalmars-d wrote: > On 6/3/2016 1:05 AM, H. S. Teoh via Digitalmars-d wrote: > > At the time > > Unicode also had to grapple with tricky issues like what to do with > > lookalike characters that served different purposes or had different > >

Re: Overriden method not detected ?

On 06/03/2016 10:06 PM, chmike wrote: If I have a static immutable object, I don't have to declare it as shared because it is implicit. Right ? Right. [...] 1. question --- I had a __gshared Info[N] infos_; that I fill in a static this() method. Should be filling it in a `shared

Re: The Case Against Autodecode

On Fri, Jun 03, 2016 at 11:43:07AM -0700, Walter Bright via Digitalmars-d wrote: > On 6/3/2016 9:28 AM, H. S. Teoh via Digitalmars-d wrote: > > Eventually you have no choice but to encode by logical meaning > > rather than by appearance, since there are many lookalikes between > > different

Re: The Official D Blog is Live

On 03 Jun 2016 22:35, "Jack Stouffer via Digitalmars-d-announce" < digitalmars-d-announce@puremagic.com> wrote: > > On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: >> >> The D Blog was born at DConf this year. With help from Jack Stouffer, it is now live at: >> >> http://dlang.org/blog/

Re: The Case For Autodecode

On 06/03/2016 10:18 PM, Steven Schveighoffer wrote: But you can get a standalone code unit that is part of a coded sequence quite easily foo(string s) { auto x = s[0]; dchar d = x; } I don' think we're disagreeing on anything. I'm calling UTF-8 code units below 0x80 "standalone" code

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: The D Blog was born at DConf this year. With help from Jack Stouffer, it is now live at: http://dlang.org/blog/ IMO we should disable the comment section. Right now we are just asking for spam, and I don't think we want to be in the

[Issue 15326] False positive for dangling else warning

https://issues.dlang.org/show_bug.cgi?id=15326 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/56574950f12ed955c480fcda5b4f6564ec4af868 Fix issue 15326 - False positive for dangling else warning

Re: The Case For Autodecode

On 6/3/16 3:52 PM, ag0aep6g wrote: On 06/03/2016 09:09 PM, Steven Schveighoffer wrote: Except many chars *do* properly convert. This should work: char c = 'a'; dchar d = c; assert(d == 'a'); Yeah, that's what I meant by "standalone code unit". Code units that on their own represent a code

Re: Overriden method not detected ?

On Friday, 3 June 2016 at 15:23:16 UTC, Jonathan M Davis wrote: Thank you for your detailed explanation. If I have a static immutable object, I don't have to declare it as shared because it is implicit. Right ? Changing my __gshared into static shared raises some errors which I don't know

Re: adamdruppe: Drawing scaled image

On Friday, 3 June 2016 at 15:47:16 UTC, Adam D. Ruppe wrote: On Thursday, 2 June 2016 at 04:01:03 UTC, Pie? wrote: Thanks, I'll look into it. I have tried OpenGL with simpledisplay but I cannot draw to the window. I assume other drawing methods are required? Yeah, you have to use the OpenGL

Re: The Case For Autodecode

On 06/03/2016 09:09 PM, Steven Schveighoffer wrote: Except many chars *do* properly convert. This should work: char c = 'a'; dchar d = c; assert(d == 'a'); Yeah, that's what I meant by "standalone code unit". Code units that on their own represent a code point would not be touched. As I

Re: The Case Against Autodecode

On 6/3/2016 11:54 AM, Timon Gehr wrote: On 03.06.2016 20:41, Walter Bright wrote: How did people ever get by with printed books and documents? They can disambiguate the letters based on context well enough. Characters do not have semantic meaning. Their meaning is always inferred from the

Re: The Official D Blog is Live

On Friday, 3 June 2016 at 19:33:31 UTC, Mike Parker wrote: The theme is not set in stone, so if you have any suggestions fire away. The font is way too big!

The Official D Blog is Live

The D Blog was born at DConf this year. With help from Jack Stouffer, it is now live at: http://dlang.org/blog/ The inaugural post is a short list of some of the work Andrei is doing with the D Foundation. That's one of the things you can expect to see -- updates on what's going on behind

Re: The Case For Autodecode

On 6/3/16 3:12 PM, Steven Schveighoffer wrote: On 6/3/16 3:09 PM, Steven Schveighoffer wrote: Hm... an interesting possiblity: dchar _dchar_convert(char c) { return cast(int)cast(byte)c; // get sign extension for non-ASCII } Allows this too: dchar d = char.init; // calls conversion

Re: Binding contexts

On 03.06.2016 18:36, Vladimir Panteleev wrote: On Friday, 3 June 2016 at 15:14:59 UTC, Timon Gehr wrote: https://github.com/dlang/dmd/pull/3361 ... Interesting. Not sure about this. It seems it should work by analogy with this: struct Test{ int x=2; int foo(){ return x; } int

Re: The Case For Autodecode

On 6/3/16 3:09 PM, Steven Schveighoffer wrote: Hm... an interesting possiblity: dchar _dchar_convert(char c) { return cast(int)cast(byte)c; // get sign extension for non-ASCII } Allows this too: dchar d = char.init; // calls conversion function assert(d == dchar.init); :) -Steve

Re: The Case Against Autodecode

On 02-Jun-2016 23:27, Walter Bright wrote: On 6/2/2016 12:34 PM, deadalnix wrote: On Thursday, 2 June 2016 at 19:05:44 UTC, Andrei Alexandrescu wrote: Pretty much everything. Consider s and s1 string variables with possibly different encodings (UTF8/UTF16). * s.all!(c => c == 'ö') works only

Re: The Case For Autodecode

On 6/3/16 2:55 PM, ag0aep6g wrote: On 06/03/2016 08:36 PM, Steven Schveighoffer wrote: but a direct cast of the bits from char does NOT mean the same thing as a dchar. That gives me an idea. A bitwise reinterpretation of int to float is nonsensical, too. Yet int implicitly converts to float

Re: The Case Against Autodecode

On Friday, 3 June 2016 at 18:41:36 UTC, Walter Bright wrote: How did people ever get by with printed books and documents? Printed books pick one font and one layout, then is read by people. It doesn't have to be represented in some format where end users can change the font and size etc.

Re: The Case For Autodecode

On 06/03/2016 08:36 PM, Steven Schveighoffer wrote: but a direct cast of the bits from char does NOT mean the same thing as a dchar. That gives me an idea. A bitwise reinterpretation of int to float is nonsensical, too. Yet int implicitly converts to float and (for small values) preserves

Re: The Case For Autodecode

On Friday, 3 June 2016 at 18:36:45 UTC, Steven Schveighoffer wrote: The real problem here is that char implicitly casts to dchar. That should not be allowed. Indeed.

Re: Problem with insertBack

On Friday, 3 June 2016 at 15:03:45 UTC, ag0aep6g wrote: On 06/03/2016 04:34 PM, John Nixon wrote: import std.stdio; import std.container; struct CS{ char[] t; CS dup()const{ CS cs; cs.t = this.t.dup; return cs;} }; Aside: No semicolon after struct declarations in D.

Re: The Case Against Autodecode

On 03.06.2016 20:41, Walter Bright wrote: On 6/3/2016 3:14 AM, Vladimir Panteleev wrote: That's not right either. Cyrillic letters can look slightly different from their latin lookalikes in some circumstances. I'm sure there are extremely good reasons for not using the latin lookalikes in the

Re: The Case Against Autodecode

On 6/3/2016 9:28 AM, H. S. Teoh via Digitalmars-d wrote: Eventually you have no choice but to encode by logical meaning rather than by appearance, since there are many lookalikes between different languages that actually mean something completely different, and often behaves completely

Re: The Case For Autodecode

On 06/03/2016 07:51 PM, Patrick Schluter wrote: You mean that '¶' is represented internally as 1 byte 0xB6 and that it can be handled as such without error? This would mean that char literals are broken. The only valid way to represent '¶' in memory is 0xC3 0x86. Sorry if I misunderstood, I'm

Re: The Case Against Autodecode

On 6/3/2016 3:14 AM, Vladimir Panteleev wrote: That's not right either. Cyrillic letters can look slightly different from their latin lookalikes in some circumstances. I'm sure there are extremely good reasons for not using the latin lookalikes in the Cyrillic alphabets, because most (all?)

Re: The Case Against Autodecode

On 6/3/2016 3:10 AM, Vladimir Panteleev wrote: I don't think it would work (or at least, the analogy doesn't hold). It would mean that you can't add new precomposited characters, because that means that previously valid sequences are now invalid. So don't add new precomposited characters when

Re: The Case For Autodecode

On 6/3/16 1:51 PM, Patrick Schluter wrote: On Friday, 3 June 2016 at 11:24:40 UTC, ag0aep6g wrote: This is mostly me trying to make sense of the discussion. So everyone hates autodecoding. But Andrei seems to hate it a good bit less than everyone else. As far as I could follow, he has one

Re: The Case For Autodecode

On Friday, 3 June 2016 at 11:24:40 UTC, ag0aep6g wrote: This is mostly me trying to make sense of the discussion. So everyone hates autodecoding. But Andrei seems to hate it a good bit less than everyone else. As far as I could follow, he has one reason for that, which might not be clear to

Re: Implicit conversion without alias this?

On Friday, June 03, 2016 16:12:50 maik klein via Digitalmars-d-learn wrote: > Any ideas? Well, alias this is the only way that D supports any kind of implicit conversions for user-defined types. So, if you want to have an implicit conversion for your type, you're going to have to figure out how

Re: Unicode Normalization (and graphemes and locales)

On Fri, Jun 03, 2016 at 05:06:33AM -0700, Jonathan M Davis via Digitalmars-d wrote: > On Friday, June 03, 2016 07:37:59 Steven Schveighoffer via Digitalmars-d > wrote: > > But consider the case where you are searching the string: "cassé" > > > > for the letter 'e'. If é is encoded as 'e' +

Re: Binding contexts

On Friday, 3 June 2016 at 15:14:59 UTC, Timon Gehr wrote: https://github.com/dlang/dmd/pull/3361 ... Interesting. Not sure about this. It seems it should work by analogy with this: struct Test{ int x=2; int foo(){ return x; } int call(alias a)(){ return a(); }

Re: The Case Against Autodecode

On Fri, Jun 03, 2016 at 10:14:15AM +, Vladimir Panteleev via Digitalmars-d wrote: > On Friday, 3 June 2016 at 10:08:43 UTC, Walter Bright wrote: > > On 6/3/2016 1:05 AM, H. S. Teoh via Digitalmars-d wrote: > > > At the time Unicode also had to grapple with tricky issues like > > > what to do

Re: Easier way to add libraries to visual d?

On Thursday, 26 May 2016 at 17:06:03 UTC, Basile B. wrote: colorize works. You meant "serial-port" ? Does Coedit have the possibility to debug?

Re: Beta D 2.071.1-b2

On Monday, 30 May 2016 at 09:24:21 UTC, Johan Engelen wrote: On Sunday, 29 May 2016 at 21:53:23 UTC, Martin Nowak wrote: Second beta for the 2.071.1 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.071.1.html Please report any bugs at https://issues.dlang.org

[Issue 10203] std.string.toUpperInPlace is... not in place

https://issues.dlang.org/show_bug.cgi?id=10203 Jack Stouffer changed: What|Removed |Added Status|NEW |RESOLVED

Implicit conversion without alias this?

I have my own version of Algebraic struct Ok(T){ T value; } struct Err(E){ E value; } auto ok(T)(auto ref T value){ return Ok!T(value); } auto err(E)(auto ref E err){ return Err!E(err); } alias Result(T, E) = Algebraic!(Ok!T, Err!E); I have a constructor and opAssign which

[Issue 16119] New: std.uni.normalize should accept ranges.

https://issues.dlang.org/show_bug.cgi?id=16119 Issue ID: 16119 Summary: std.uni.normalize should accept ranges. Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

Re: The Case Against Autodecode

On 06/02/2016 05:37 PM, Andrei Alexandrescu wrote: On 6/2/16 5:35 PM, deadalnix wrote: On Thursday, 2 June 2016 at 21:24:15 UTC, Andrei Alexandrescu wrote: On 6/2/16 5:20 PM, deadalnix wrote: The good thing when you define works by whatever it does right now No, it works as it was designed.

Re: Why I won't fix phobos bugs anymore

On Friday, 3 June 2016 at 05:51:02 UTC, Pie? wrote: Also, Sisyphus must not have been too crafty! If he spend all that time digging out the hill then it would have been lower in gravity and he wouldn't have to carry it for eternity... just give it a nudge and it would roll down. Hen he could

Re: adamdruppe: Drawing scaled image

On Thursday, 2 June 2016 at 04:01:03 UTC, Pie? wrote: Thanks, I'll look into it. I have tried OpenGL with simpledisplay but I cannot draw to the window. I assume other drawing methods are required? Yeah, you have to use the OpenGL functions instead of my painter functions. If so, I can

Re: Battle-plan for CTFE

On Monday, 9 May 2016 at 16:57:39 UTC, Stefan Koch wrote: I will post more details as soon as I dive deeper into the code. Okay I briefly evaluated the current IR dmd uses for backend communication, and it seems usable for the purposes of a CTFE-Interpreter/JIT. The Memory-Management

Re: What would be the best way to work with huge class hierarchies?

On 6/3/16 11:32 AM, O/N/Src wrote: Hi I'm trying to bring a class hierarchy with a lot of classes in D style. The original classes have sometimes identical names like "button" or "control". With the namespaces I've classes like followings ui.core.Button and subclasses like

What would be the best way to work with huge class hierarchies?

Hi I'm trying to bring a class hierarchy with a lot of classes in D style. The original classes have sometimes identical names like "button" or "control". With the namespaces I've classes like followings ui.core.Button ...and subclasses like ui.web.mobile.Button ui.web.desktop.Button

Re: Overriden method not detected ?

On Friday, June 03, 2016 13:27:41 chmike via Digitalmars-d-learn wrote: > On Friday, 3 June 2016 at 12:41:39 UTC, Jonathan M Davis wrote: > ... > > > On a side note, be warned that you almost certainly shouldn't > > be using __gshared like this. It's intended for interacting > > with C code not

Re: Beta D 2.071.1-b2

On Sunday, 29 May 2016 at 21:53:23 UTC, Martin Nowak wrote: Second beta for the 2.071.1 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.071.1.html Please report any bugs at https://issues.dlang.org -Martin Please consider pulling

Binding contexts

On 03.06.2016 13:11, Vladimir Panteleev wrote: I think that alias template parameters and context binding are a very rich and unexplored area of D, which will allow writing some really efficient and composable code. A while ago I created a few DMD pull requests with related improvements, and

Re: Problem with insertBack

On 06/03/2016 04:34 PM, John Nixon wrote: import std.stdio; import std.container; struct CS{ char[] t; CS dup()const{ CS cs; cs.t = this.t.dup; return cs;} }; Aside: No semicolon after struct declarations in D. void main(){ Array!CS cs_array = make!(Array!CS)();

Improving DMD's memory management

Hi, I just saw something in the Vision 2016 H2 Document, which is very dear to me. Improving the Memory Management in the compiler. I think we need at least three different allocation primitives. One for allocating Temporary Memory to which no one should keep references that have a longer

Re: Problem with insertBack

On 6/3/16 10:34 AM, John Nixon wrote: I recently came across another problem with my program in D, found a minimal program showing it, and experimented a little with it as follows: import std.stdio; import std.container; struct CS{ char[] t; CS dup()const{ CS cs; cs.t = this.t.dup;

Re: The Case For Autodecode

On 06/03/2016 03:56 PM, Kagamin wrote: A lot of discussion is disagreement on understanding of correctness of unicode support. I see 4 possible meanings here: 1. Implemented according to spec. 2. Provides level 1 unicode support. 3. Provides level 2 unicode support. 4. Achieves the goal of

[Issue 15800] std.conv.to!int does not work with ranges of any char type

https://issues.dlang.org/show_bug.cgi?id=15800 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/97edfbea90d72d8f4b6483c091a5b6d0e54db018 Fixed Issue 15800: std.conv.to does not work with

[Issue 15800] std.conv.to!int does not work with ranges of any char type

https://issues.dlang.org/show_bug.cgi?id=15800 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Problem with insertBack

I recently came across another problem with my program in D, found a minimal program showing it, and experimented a little with it as follows: import std.stdio; import std.container; struct CS{ char[] t; CS dup()const{ CS cs; cs.t = this.t.dup; return cs;} }; void main(){

Re: The Case For Autodecode

On Friday, 3 June 2016 at 11:24:40 UTC, ag0aep6g wrote: Finally, this is not the only argument in favor of *keeping* autodecoding, of course. Not wanting to break user code is the big one there, I guess. A lot of discussion is disagreement on understanding of correctness of unicode support.

[Issue 15792] Error Filling an array

https://issues.dlang.org/show_bug.cgi?id=15792 Jack Stouffer changed: What|Removed |Added Component|phobos |dmd

[Issue 15800] std.conv.to!int does not work with ranges of any char type

https://issues.dlang.org/show_bug.cgi?id=15800 --- Comment #2 from Jack Stouffer --- https://github.com/dlang/phobos/pull/4390 --

[Issue 16117] std.experimental.allocator does not work with non default constructible types

https://issues.dlang.org/show_bug.cgi?id=16117 --- Comment #2 from Andrei Alexandrescu --- Good point. Should work if the constructor is passed some argument: import std.experimental.allocator; struct Foo{ @disable this(); this(int) {} } auto foos =

Re: Overriden method not detected ?

On Friday, 3 June 2016 at 12:41:39 UTC, Jonathan M Davis wrote: ... On a side note, be warned that you almost certainly shouldn't be using __gshared like this. It's intended for interacting with C code not for D objects to be marked with D. As far as the type system is concerned, __gshared

[Issue 16117] std.experimental.allocator does not work with non default constructible types

https://issues.dlang.org/show_bug.cgi?id=16117 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

  1   2   >