Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 05:38:25 UTC, H. S. Teoh wrote: Same thing goes with a fixed point type. People keep complaining about it, but honestly if I were in the finance sector I'd implement the type myself in a couple o' days and put it up on code.dlang.org or something. It's not *that*

Re: LDC 1.0.0 has been released!

On Tuesday, 7 June 2016 at 01:30:53 UTC, deadalnix wrote: On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! The release is based on the 2.070.2

[Issue 16086] Imported function name shadows alias this member

https://issues.dlang.org/show_bug.cgi?id=16086 Walter Bright changed: What|Removed |Added CC|

Re: Andrei's list of barriers to D adoption

On Tue, Jun 07, 2016 at 05:39:37AM +, ketmar via Digitalmars-d wrote: > On Monday, 6 June 2016 at 05:49:53 UTC, Ethan Watson wrote: > > Echoing the need for decimal support. I won't use it myself, but I > > know it's critical for finance. > > funny thing: those "financial sector" most of the

Re: LDC 1.0.0 has been released!

On Monday, 6 June 2016 at 13:58:55 UTC, Martin Nowak wrote: On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! Congratulations! And please update

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 05:49:53 UTC, Ethan Watson wrote: Echoing the need for decimal support. I won't use it myself, but I know it's critical for finance. funny thing: those "financial sector" most of the time doesn't give anything back. adding special decimal type complicating the

Re: Andrei's list of barriers to D adoption

On 6/6/2016 10:25 PM, Walter Bright via Digitalmars-d wrote: On 6/6/2016 5:19 PM, Brad Roberts via Digitalmars-d wrote: Safety as a usable subset of D is still pretty non-existent and yet is used as a selling point. The language still has holes -- I don't have bug report numbers, but others

[Issue 14648] DIP25's "return" attribute breaks safety checks

https://issues.dlang.org/show_bug.cgi?id=14648 Walter Bright changed: What|Removed |Added CC|

Re: Andrei's list of barriers to D adoption

On 6/6/2016 5:19 PM, Brad Roberts via Digitalmars-d wrote: Safety as a usable subset of D is still pretty non-existent and yet is used as a selling point. The language still has holes -- I don't have bug report numbers, but others have reported them in the past, some closed some not. At the

Re: Andrei's list of barriers to D adoption

On 6/6/2016 5:19 PM, Brad Roberts via Digitalmars-d wrote: This isn't a small problem, don't dismiss it quite that quickly. Safety as a usable subset of D is still pretty non-existent and yet is used as a selling point. I use it regularly. The language still has holes -- I don't have bug

Re: Andrei's list of barriers to D adoption

Walter Bright wrote: Andrei posted this on another thread. I felt it deserved its own thread. It's very important. - I go to conferences. Train and consult at large companies. Dozens every year, cumulatively thousands

Re: LDC 1.0.0 has been released!

On Tuesday, 7 June 2016 at 01:30:53 UTC, deadalnix wrote: On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! The release is based on the 2.070.2

Re: Enum that can be 0 or null

On Monday, 6 June 2016 at 20:32:23 UTC, Alex Parrill wrote: They'd be the same type, since you would define the vulkan functions to take these structures instead of pointer or integer types. It relies on a lot of assumptions about the ABI that make a raw pointer work the same as a structure

Re: DConf Videos

On Monday, 6 June 2016 at 18:48:30 UTC, Karabuta wrote: On Monday, 6 June 2016 at 16:22:18 UTC, Gary Willoughby wrote: On Monday, 6 June 2016 at 10:40:01 UTC, sarn wrote: What's the best source of DConf videos at the moment? Are there are any edited versions released? I'd like to share some

Re: How to enable feedback for AssertError?

On Tuesday, 7 June 2016 at 02:05:00 UTC, Seb wrote: On Tuesday, 7 June 2016 at 01:40:01 UTC, your_name wrote: The way I traced the problem, ironically ;), was to catch Error and print it to screen. It involved dereferencing a null pointer in a thread and an 'assert null this' silently killed

Re: Parse File at compile time, but not embedded

If I use an enum dmd DOES remove it in release build. But I'm not sure for the general case yet.

Re: Parse File at compile time, but not embedded

On Tuesday, 7 June 2016 at 02:04:41 UTC, Mithun Hunsur wrote: On Monday, 6 June 2016 at 21:57:20 UTC, Pie? wrote: On Monday, 6 June 2016 at 21:31:32 UTC, Alex Parrill wrote: [...] This doesn't seem to be the case. In a release build, even though I never "use" the string, it is embedded. I

Re: Windows system casting

On Tuesday, 7 June 2016 at 04:06:01 UTC, Mike Parker wrote: Fourth, while casting the string directly to void* will work, it's considered best practice to use the pointer property for clarity. Oops! cast(void*)path.ptr In both cases. Like I said, without .ptr, it works, but this makes

Re: Windows system casting

On Monday, 6 June 2016 at 19:52:36 UTC, Alexander Patapoff wrote: import std.stdio; import std.string; import core.sys.windows.windows; void main() { string filepath = "C:\\Users\\awpat\\Pictures\\patterns_00387591.jpg"; auto p = toStringz(filepath); int result;

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 05:13:11 UTC, Daniel Kozak wrote: You can still unregister your critical thread from GC. Thanks, didn't know you could do that.

Error: castSwitch

import std.algorithm.iteration : map; import std.algorithm : castSwitch; import std.format : format; class A { int value; this(int value) { this.value = value; }} interface I { } class B : I { } Object[] arr = [new A(5), new B(), null]; auto results = arr.map!(castSwitch!(

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 22:21:45 UTC, jmh530 wrote: On Monday, 6 June 2016 at 21:28:14 UTC, Walter Bright wrote: The reason is that otherwise, you've just limited your apps to handling a maximum amount of $21,474,836.48. I wouldn't mind running into that problem :-) It's really not

[OT] Do you see a problem in this serialization format ?

I had to make a custom format because - XML is not readable (think by hand edition; setting file) - JSON is not good to represent D data types (an object must be created for each data, currently i have a json writer I could post a sample if you don't get what i mean) I will use it as for

Re: How to enable feedback for AssertError?

On Tuesday, 7 June 2016 at 01:40:01 UTC, your_name wrote: On Monday, 6 June 2016 at 00:09:15 UTC, Ali Çehreli wrote: [...] Hello Ali, The behavior you described is what I'd expect, however, it's not what I get. The way I traced the problem, ironically ;), was to catch Error and print it

Re: Parse File at compile time, but not embedded

On Monday, 6 June 2016 at 21:57:20 UTC, Pie? wrote: On Monday, 6 June 2016 at 21:31:32 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 17:31:52 UTC, Pie? wrote: Is it possible to parse a file at compile time without embedding it into the binary? I have a sort of "configuration" file that

Re: LDC 1.0.0 has been released!

On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! The release is based on the 2.070.2 frontend and standard library and supports LLVM 3.5-3.8. We

Re: How to enable feedback for AssertError?

On Monday, 6 June 2016 at 00:09:15 UTC, Ali Çehreli wrote: On 06/05/2016 07:39 AM, your_name wrote: > The problem I have is whenever an assert in my debug build fails the > program or thread is just killed silently. That's strange. When an assertion fails, the stack trace is printed and the

Re: LDC 1.0.0 has been released!

On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote: Hi everyone, It is a great pleasure to announce that version 1.0.0 of LDC, the LLVM-based D compiler, is now available for download! The release is based on the 2.070.2 frontend and standard library and supports LLVM 3.5-3.8. We

[Issue 13940] std.algorithm.argMin

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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 00:19:27 UTC, Brad Roberts wrote: On 6/6/2016 2:16 AM, Walter Bright via Digitalmars-d wrote: On 6/6/2016 1:15 AM, Russel Winder via Digitalmars-d wrote: * Safety has holes and bugs. Then so does C, C++ and Rust, so this is just a comment made because it can be

Re: Andrei's list of barriers to D adoption

On 6/6/2016 2:16 AM, Walter Bright via Digitalmars-d wrote: On 6/6/2016 1:15 AM, Russel Winder via Digitalmars-d wrote: * Safety has holes and bugs. Then so does C, C++ and Rust, so this is just a comment made because it can be made and sounds bad. Bad enough to salve the conscience of the

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 21:25:07 UTC, Walter Bright wrote: On 6/6/2016 1:36 PM, Dave wrote: On Monday, 6 June 2016 at 20:33:14 UTC, Walter Bright wrote: On 6/6/2016 12:44 PM, Satoshi wrote: [...] More complex? Wow! [...] C++ for junior programmers is easier? Wow! [...] Most learn

Re: Andrei's list of barriers to D adoption

On 6/6/2016 4:22 PM, Jack Stouffer wrote: On Monday, 6 June 2016 at 22:25:34 UTC, Walter Bright wrote: Consider the recent gigantic thread on autodecoding. Is anyone working on any PRs for it? https://github.com/dlang/phobos/pull/4394 Wonderful!

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 22:25:34 UTC, Walter Bright wrote: Consider the recent gigantic thread on autodecoding. Is anyone working on any PRs for it? https://github.com/dlang/phobos/pull/4394

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 22:07:03 UTC, Andrei Alexandrescu wrote: On 6/6/16 5:41 PM, Joseph Cassman wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: [...] Curious of the progress/plan for RC. From the autodecode thread sounds like RC-string is still in the works. How's

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:28:47 UTC, poliklosio wrote: On Monday, 6 June 2016 at 15:06:49 UTC, Carl Vogel wrote: (...) Also, the idea that more people will adopt D if you just "get rid of the GC" ignores the fact that you don't just "get rid of the GC," you replace it with another memory

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 22:25:34 UTC, Walter Bright wrote: On 6/6/2016 9:40 AM, jmh530 wrote: Also, it's not like all energy will be poured into one or two of them - ideally several could be worked on. Consider the recent gigantic thread on autodecoding. Is anyone working on any PRs for

Re: Andrei's list of barriers to D adoption

On 6/6/2016 9:40 AM, jmh530 wrote: Also, it's not like all energy will be poured into one or two of them - ideally several could be worked on. Consider the recent gigantic thread on autodecoding. Is anyone working on any PRs for it?

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 21:28:14 UTC, Walter Bright wrote: The reason is that otherwise, you've just limited your apps to handling a maximum amount of $21,474,836.48. I wouldn't mind running into that problem :-) It's really not that hard when you consider that many institutional

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 21:35:20 UTC, DLearner wrote: IBM PL/I had a _FIXED DECIMAL_ datatype, many many years ago. Could it be used as a model? Not by me. I just checked, and I still have my IBM Fortran IV manuals, but my PL/I (F) Reference Manual seems to have evaporated. On the other

Re: Andrei's list of barriers to D adoption

On 6/6/16 5:41 PM, Joseph Cassman wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: Andrei posted this on another thread. I felt it deserved its own thread. It's very important. [...] * The garbage collector eliminates probably 60% of potential users right off. Curious of

Re: D syntax highlighting support for Jekyll websites in v1.11.0

On Monday, 6 June 2016 at 20:03:11 UTC, Borislav Kosharov wrote: Hey guys I implemented D syntax highlighting for rouge that is the default syntax highlighter for Jekyll. If you have a github pages jekyll site you will be able to post D code and get highlighting when pages moves to version

Re: Parse File at compile time, but not embedded

On Monday, 6 June 2016 at 21:31:32 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 17:31:52 UTC, Pie? wrote: Is it possible to parse a file at compile time without embedding it into the binary? I have a sort of "configuration" file that defines how to create some objects. I'd like to be

Re: Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object

On 06/06/2016 11:25 PM, Alex Parrill wrote: You might be able to get away with casting the const away, if you are sure it won't modify the hash or equality check. Casting away const and then mutating has undefined behavior. The compiler is free to assume that it doesn't happen. Be aware

Re: Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object

On Monday, 6 June 2016 at 21:25:16 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 21:16:18 UTC, Begah wrote: Does the key of a associative array will be const if the reference is requested? That's probably what it is, actually. Modifying the key with the ref could cause the hash of the

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 16:10:29 UTC, bob belcher wrote: Hello, why not a poll, and ask the community that they want first. http://www.rkursem.com/poll/view.php?id=7f7ebc16c280d0c3c - tiny web library from vibe.d will not be complicated - improve documentation, the same I don't think

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:19:20 UTC, Observer wrote: And when real-world money is involved, you'd better have arithmetic overflow trigger an exception, not just wrap around silently. Suggest as compiler option, default=on. IBM PL/I had a _FIXED DECIMAL_ datatype, many many years ago.

Re: Parse File at compile time, but not embedded

On Monday, 6 June 2016 at 17:31:52 UTC, Pie? wrote: Is it possible to parse a file at compile time without embedding it into the binary? I have a sort of "configuration" file that defines how to create some objects. I'd like to be able to read how to create them but not have that config file

Re: Andrei's list of barriers to D adoption

On 6/6/2016 1:56 PM, Observer wrote: On Monday, 6 June 2016 at 20:35:26 UTC, Walter Bright wrote: What I've done, though I know that I won't convince any users of BigDecimal, is use longs and have them represent pennies instead of dollars. Then they're all exact to two places. I loaned out my

Re: Andrei's list of barriers to D adoption

On 6/6/16 4:56 PM, Observer wrote: On Monday, 6 June 2016 at 20:35:26 UTC, Walter Bright wrote: What I've done, though I know that I won't convince any users of BigDecimal, is use longs and have them represent pennies instead of dollars. Then they're all exact to two places. I loaned out my

Re: Andrei's list of barriers to D adoption

On 6/6/2016 1:36 PM, Dave wrote: On Monday, 6 June 2016 at 20:33:14 UTC, Walter Bright wrote: On 6/6/2016 12:44 PM, Satoshi wrote: [...] More complex? Wow! [...] C++ for junior programmers is easier? Wow! [...] Most learn C++ in college. So they have a 'headstart' Even acquiring

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:33:14 UTC, Walter Bright wrote: On 6/6/2016 12:44 PM, Satoshi wrote: When I told of D to my boss he had a couple of reasons why not to use D for development of our products. * Backward compatibility with existing code. * D is much more complex than C++ More

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 19:43:13 UTC, qznc wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: * Hiring people who know D is a problem. * Documentation and tutorials are weak. * There's no web services framework (by this time many folks know of D, but of those a shockingly

Re: Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object

On Monday, 6 June 2016 at 20:40:12 UTC, Begah wrote: I have a pretty weird error : Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object [...] It may infer const from the type of `this.instance`, which may be further modified if the method you

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: * Let's wait for the "herd effect" (corporate support) to start. We should make a Slack community and another kind of forum like this one http://elixirforum.com/. They make really easy for starter to learn or question anything

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:56:04 UTC, Observer wrote: On Monday, 6 June 2016 at 20:35:26 UTC, Walter Bright wrote: What I've done, though I know that I won't convince any users of BigDecimal, is use longs and have them represent pennies instead of dollars. Then they're all exact to two

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:35:26 UTC, Walter Bright wrote: What I've done, though I know that I won't convince any users of BigDecimal, is use longs and have them represent pennies instead of dollars. Then they're all exact to two places. I loaned out my copy of TDPL, so I don't have it

Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object

I have a pretty weird error : Error: mutable method isolated.graphics.g3d.model.Model.begin is not callable using a const object The weird part is that i do not use const or immutable objects in my code ( for the Model ) : struct Handle { Model *asset = null; string

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:33:14 UTC, Walter Bright wrote: On 6/6/2016 12:44 PM, Satoshi wrote: [...] More complex? Wow! [...] C++ for junior programmers is easier? Wow! [...] Most learn C++ in college. So they have a 'headstart'

Re: Andrei's list of barriers to D adoption

On 6/6/2016 11:36 AM, Observer wrote: It's more complicated than that. Part of what you need is to be able to declare a variable as (say) having two significant fractional digits, and have the rounding rules be implicitly applied when saving to that variable, producing an exact representation

Re: Andrei's list of barriers to D adoption

On 6/6/2016 12:44 PM, Satoshi wrote: When I told of D to my boss he had a couple of reasons why not to use D for development of our products. * Backward compatibility with existing code. * D is much more complex than C++ More complex? Wow! * Not enough tutorials and solved problems in D on

Re: Enum that can be 0 or null

On Monday, 6 June 2016 at 18:43:33 UTC, ParticlePeter wrote: On Saturday, 21 May 2016 at 06:36:53 UTC, tsbockman wrote: ... As an example, if VK_NULL_HANDLE only ever needs to be assigned to opaque types on the D side (that is, types that serve only as an ID or address for communicating with

Structural Function Attributes

I'm pretty sure, someone before me has thought about that. Take pure as an example, but you can replace it by any subset of pure, nothrow, @safe and @nogc. Main reason: Assume a struct with simple opApply struct R { // pure -> error: dg possibly impure int opApply(scope int

Re: Emulate C's (polymorphic) NULL type

On Monday, 6 June 2016 at 18:33:36 UTC, ParticlePeter wrote: On Monday, 6 June 2016 at 16:19:02 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 09:43:23 UTC, ParticlePeter wrote: In C NULL can be used as integer as well as null pointer. Is there a way to create such a type in D? The type

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 15:06:49 UTC, Carl Vogel wrote: (...) Also, the idea that more people will adopt D if you just "get rid of the GC" ignores the fact that you don't just "get rid of the GC," you replace it with another memory management scheme (manual, RAII, RC). If you replace all the

Re: Blocking points for further D adoption

On Monday, 6 June 2016 at 18:49:21 UTC, ag0aep6g wrote: Works in /phobos-prerelease and /library-prerelease. Thanks.

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 19:55:53 UTC, DLearner wrote: If we allow _int foo;_ to declare an integer variable foo, then suggest we have _dec bar(a,b);_ to declare a decimal variable bar with a units in total length, b units of decimal places. D language then defines how (for example) assignment

Re: Andrei's list of barriers to D adoption

On Mon, Jun 06, 2016 at 09:23:05AM +0100, Russel Winder via Digitalmars-d wrote: > On Mon, 2016-06-06 at 06:24 +, Mithun Hunsur via Digitalmars-d > wrote: > > […] > > > The problem is that D is targeted as a multi-paradigm systems  > > programming language, and while it's largely successful

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 10:54:41 UTC, Guillaume Piolat wrote: On Monday, 6 June 2016 at 08:18:20 UTC, Russel Winder wrote: (...) This should be marketed as a major feature of D: the language with a GC for those situations where you want it, and manual memory management for those cases where

Re: Andrei's list of barriers to D adoption

On Sun, Jun 05, 2016 at 07:20:52PM -0700, Walter Bright via Digitalmars-d wrote: > Andrei posted this on another thread. I felt it deserved its own thread. > It's very important. > - > I go to conferences. Train and

D syntax highlighting support for Jekyll websites in v1.11.0

Hey guys I implemented D syntax highlighting for rouge that is the default syntax highlighter for Jekyll. If you have a github pages jekyll site you will be able to post D code and get highlighting when pages moves to version 1.11.0 . It is very identical to the pygments highliter but ported

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 08:42:55 UTC, Russel Winder wrote: On Mon, 2016-06-06 at 06:50 +, poliklosio via Digitalmars-d wrote: […] Please, elliminate GC. Let's not. It is a USP against C++ and Rust. It forges a new route to traction, cf. Go, Java, etc. I should have been more

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 19:30:52 UTC, Observer wrote: On Monday, 6 June 2016 at 18:55:22 UTC, Ola Fosheim Grøstad wrote: On Monday, 6 June 2016 at 18:36:37 UTC, Observer wrote: It's more complicated than that. Part of what you need is to be able to declare a variable as (say) having two

Windows system casting

import std.stdio; import std.string; import core.sys.windows.windows; void main() { string filepath = "C:\\Users\\awpat\\Pictures\\patterns_00387591.jpg"; auto p = toStringz(filepath); int result; result = SystemParametersInfo(cast(uint)SPI_SETDESKWALLPAPER,

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: Andrei posted this on another thread. I felt it deserved its own thread. It's very important. - I go to conferences. Train and consult at large companies.

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: * Hiring people who know D is a problem. * Documentation and tutorials are weak. * There's no web services framework (by this time many folks know of D, but of those a shockingly small fraction has even heard of vibe.d). I have

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 19:30:52 UTC, Observer wrote: Also, keeping values as only integers complicates input/output formatting. I want 123456 pennies to show up as either 1234.56 or perhaps 1,234.56 (at least, I want that punctuation in a U.S. locale), and this should happen without my

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 18:55:22 UTC, Ola Fosheim Grøstad wrote: On Monday, 6 June 2016 at 18:36:37 UTC, Observer wrote: It's more complicated than that. Part of what you need is to be able to declare a variable as (say) having two significant fractional digits, and have the rounding rules

[Issue 16133] New: core.sys.windows.oleidl.IOleInPlaceSite definition is incorrect

https://issues.dlang.org/show_bug.cgi?id=16133 Issue ID: 16133 Summary: core.sys.windows.oleidl.IOleInPlaceSite definition is incorrect Product: D Version: D2 Hardware: All OS: Windows Status: NEW

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 18:36:37 UTC, Observer wrote: It's more complicated than that. Part of what you need is to be able to declare a variable as (say) having two significant fractional digits, and have the rounding rules be implicitly applied when saving to that variable, producing an

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 18:47:25 UTC, Karabuta wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: [...] Tutorial, tutorials, tutorials Serach youtube for D tutorials and you will find none that is helpful to many people. Check rust tutorials, yeah JavaScript

Re: Blocking points for further D adoption

On 06/06/2016 12:05 AM, Bastiaan Veelo wrote: The links in the library menu under core->stdcpp are 404 in /phobos (the corresponding links in /library just point to empty pages). I am not sure how to fix these. Works in /phobos-prerelease and /library-prerelease.

Re: DConf Videos

On Monday, 6 June 2016 at 16:22:18 UTC, Gary Willoughby wrote: On Monday, 6 June 2016 at 10:40:01 UTC, sarn wrote: What's the best source of DConf videos at the moment? Are there are any edited versions released? I'd like to share some of my favourite talks. Also, where are the DConf 2016

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: Andrei posted this on another thread. I felt it deserved its own thread. It's very important. - I go to conferences. Train and consult at large companies.

[Issue 13348] std.uni.Grapheme is impure due to using C malloc and friends

https://issues.dlang.org/show_bug.cgi?id=13348 --- Comment #12 from Steven Schveighoffer --- (In reply to Dmitry Olshansky from comment #11) > > At this point, if we were to fix purity, I think this is the way to go. > > From your comments in the code, you said that most of

Re: Enum that can be 0 or null

On Saturday, 21 May 2016 at 06:36:53 UTC, tsbockman wrote: ... As an example, if VK_NULL_HANDLE only ever needs to be assigned to opaque types on the D side (that is, types that serve only as an ID or address for communicating with the C side), you could do this: private struct VkNullHandle

Re: Andrei's list of barriers to D adoption

On Mon, Jun 6, 2016 at 7:13 PM, Ethan Watson via Digitalmars-d wrote: > On Monday, 6 June 2016 at 07:18:56 UTC, Guillaume Piolat wrote: >> >> - well there is an AAA game using it now, > > > Replying solely to highlight that Unreal Engine has garbage collected since >

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 13:10:32 UTC, jmh530 wrote: On Monday, 6 June 2016 at 05:49:53 UTC, Ethan Watson wrote: Echoing the need for decimal support. I won't use it myself, but I know it's critical for finance. You can always round something to two digits if you need to. It's more

Re: Emulate C's (polymorphic) NULL type

On Monday, 6 June 2016 at 18:33:36 UTC, ParticlePeter wrote: On Monday, 6 June 2016 at 16:19:02 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 09:43:23 UTC, ParticlePeter wrote: In C NULL can be used as integer as well as null pointer. Is there a way to create such a type in D? The type

[Issue 13348] std.uni.Grapheme is impure due to using C malloc and friends

https://issues.dlang.org/show_bug.cgi?id=13348 --- Comment #11 from Dmitry Olshansky --- > At this point, if we were to fix purity, I think this is the way to go. From > your comments in the code, you said that most of the time allocations will > not happen. I'm sure

[Issue 16123] alias member of member

https://issues.dlang.org/show_bug.cgi?id=16123 Steven Schveighoffer changed: What|Removed |Added Severity|normal |enhancement ---

Re: Emulate C's (polymorphic) NULL type

On Monday, 6 June 2016 at 16:19:02 UTC, Alex Parrill wrote: On Monday, 6 June 2016 at 09:43:23 UTC, ParticlePeter wrote: In C NULL can be used as integer as well as null pointer. Is there a way to create such a type in D? The type should have only one value which is obviously (0/null). A

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 18:21:49 UTC, Johnjo Willoughby wrote: On Monday, 6 June 2016 at 04:24:14 UTC, Jack Stouffer wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: * Documentation and tutorials are weak. I never understood this, as I've always found D's docs to be

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 04:24:14 UTC, Jack Stouffer wrote: On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: * Documentation and tutorials are weak. I never understood this, as I've always found D's docs to be pretty average. If you understand why they are "pretty average" you

[Issue 16123] alias member of member

https://issues.dlang.org/show_bug.cgi?id=16123 --- Comment #6 from Steven Schveighoffer --- (In reply to Max Samukha from comment #5) > (In reply to Steven Schveighoffer from comment #4) > > I'm having trouble seeing how this logically is different. Access to t.s.x > > is

Re: Andrei's list of barriers to D adoption

On 06-Jun-2016 12:16, Walter Bright wrote: On 6/6/2016 1:15 AM, Russel Winder via Digitalmars-d wrote: Paying attention to our existing users is a much more reliable source of information. Can't agree more. In fact, I'm tired of discussions that revolve around winning appeal of some

[Issue 16123] alias member of member

https://issues.dlang.org/show_bug.cgi?id=16123 --- Comment #5 from Max Samukha --- (In reply to Steven Schveighoffer from comment #4) > I'm having trouble seeing how this logically is different. Access to t.s.x > is done by adding some offset to , just like access to s.x is

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote: On Sun, 2016-06-05 at 19:20 -0700, Walter Bright via Digitalmars-d wrote: […] * The garbage collector eliminates probably 60% of potential users right off. And i bet over 80% of them are just saying this based on zero evidence,

Re: Lifetime tracking

On Thursday, 2 June 2016 at 23:29:57 UTC, Timon Gehr wrote: void foo(scope int* k){ void bar(){ scope int* x; // need to check that lifetime of x ends not after lifetime of k assign(x,k); } } I.e. now we need a way to annotate 'assign' in order to specify

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 15:06:49 UTC, Carl Vogel wrote: I believe a big issue for D, and for any not-mainstream language, is being straight about what works and what doesn't. D is not alone in this, but I often feel I'm sold on features that I later find out are not fully implemented or have

  1   2   3   >