Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 06:30:05 UTC, ketmar wrote: On Tuesday, 7 June 2016 at 06:22:50 UTC, Walter Bright wrote: On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds

[Issue 16049] core.sys.windows structs have wrong sizes and aligns

https://issues.dlang.org/show_bug.cgi?id=16049 --- Comment #4 from j...@red.email.ne.jp --- Created attachment 1599 --> https://issues.dlang.org/attachment.cgi?id=1599=edit verification tool for struct sizes Attached my verification tool. (nearly plain list of structs) This is intended to work

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 06:22:50 UTC, Walter Bright wrote: On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds checking, D is safer than C++. Better doesn't matter.

[Issue 10512] Reinterpret-casting struct fields as another struct should be @safe

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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 05:52:33 UTC, ketmar wrote: 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

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 21:36:52 UTC, Seb wrote: 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 Btw current intermediate results: Immature tooling

[Issue 4221] dmd should not allow overload between @safe/@trusted and @system

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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 05:38:25 UTC, H. S. Teoh wrote: 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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 05:38:25 UTC, H. S. Teoh wrote: A Decimal type isn't hard to implement as a user-defined type. I don't understand the obsession with some people that something must be a built-in type to be acceptable... As I see it, any kind of an implementation that's comparable

[Issue 8752] Unsafe use of T.init should be allowed in @system function

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

Testing D stuff

Are there any test frameworks for D that are not specifically unit test frameworks? I thought testing had gone beyond being obsessed with units. Has anyone got property-based testing with shrinking? -- Russel. = Dr

Re: Andrei's list of barriers to D adoption

On 6/7/2016 12:40 AM, Ola Fosheim Grøstad wrote: On Tuesday, 7 June 2016 at 07:17:04 UTC, Walter Bright wrote: Granted, one can certainly have other reasons to prefer C++. But memory safety isn't one of them. That's true, but memory safety isn't a big problem in C++ if one sticks to what one

[Issue 4222] druntime should apply @safe/@system/@trusted

https://issues.dlang.org/show_bug.cgi?id=4222 Walter Bright changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Issue 15996] @safe allows escaping of ptrs to variables going out of scope

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

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. - (...) * Documentation and tutorials are weak. Regarding

Re: LDC 1.0.0 has been released!

On Tue, 2016-06-07 at 01:30 +, deadalnix via Digitalmars-d-announce 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! > > > >

Re: Andrei's list of barriers to D adoption

On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds checking, D is safer than C++.

[Issue 5305] intrinsic functions have @safe stripped of them in release mode.

https://issues.dlang.org/show_bug.cgi?id=5305 --- Comment #4 from Walter Bright --- Works with the current version of DMD. Adding a test case: https://github.com/dlang/dmd/pull/5845 --

Re: Andrei's list of barriers to D adoption

On 6/6/2016 11:46 PM, deadalnix wrote: On Tuesday, 7 June 2016 at 06:22:50 UTC, Walter Bright wrote: On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds checking, D is

Re: Andrei's list of barriers to D adoption

On 6/7/2016 12:07 AM, Brad Roberts via Digitalmars-d wrote: Yes, D is safer than C++, but we were talking about @safe as a specific, advertised, but low-priority and largely unrealized feature, not the general safety of the language. @safe is intended to be a big leap forward, but falls flat

[Issue 6333] The 'capacity' function is not pure/nothrow/@safe.

https://issues.dlang.org/show_bug.cgi?id=6333 --- Comment #4 from Walter Bright --- https://github.com/dlang/druntime/pull/1588 --

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 07:17:04 UTC, Walter Bright wrote: Granted, one can certainly have other reasons to prefer C++. But memory safety isn't one of them. That's true, but memory safety isn't a big problem in C++ if one sticks to what one can do in @safe code. Using gsl::span you get

Re: Andrei's list of barriers to D adoption

On 6/6/2016 11:22 PM, Walter Bright via Digitalmars-d wrote: On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds checking, D is safer than C++. Nice deflection, has the

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

On Monday, 6 June 2016 at 22:09:17 UTC, Johan Engelen wrote: 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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 05:38:09 UTC, Brad Roberts wrote: I've fixed some of the issues in a couple bursts of activity over the last several years, and filed a bunch more bugs, but the specifics aren't the point I'm raising here, though your trimming of the thread dropped that part of the

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 06:22:50 UTC, Walter Bright wrote: On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote: The D ecosystem is a large pile of incomplete features, with more added all the time. Even with only array bounds checking, D is safer than C++. +inf. this feature

[Issue 6333] The 'capacity' function is not pure/nothrow/@safe.

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

[Issue 8838] Slicing static arrays should be considered unsafe (@system)

https://issues.dlang.org/show_bug.cgi?id=8838 --- Comment #16 from Walter Bright --- The first case no longer compiles, but the second case remains. --

[Issue 16134] New: core.sys.windows.exdisp.DWebBrowserEvents2 incorrect definition

https://issues.dlang.org/show_bug.cgi?id=16134 Issue ID: 16134 Summary: core.sys.windows.exdisp.DWebBrowserEvents2 incorrect definition Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW

[Issue 13442] __gshared default value allowed in @safe function signature

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

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 00:07 +0200, Andrei Alexandrescu via Digitalmars- d wrote: > […] > > We will share things as soon as we have something worth sharing. Why not release early, release often? -- Russel. = Dr Russel

Re: [OT] Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 14:25 -0700, Walter Bright via Digitalmars-d wrote: > […] > My personal pet peeve are junior programmers who think they get it, > find some  > perverted corner case in the language, and build their entire > application around  > that. They confuse their mastery of the corner

Re: [OT] Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 09:00 +, Laeeth Isharc via Digitalmars-d wrote: > […] > > I only know a certain portion of that world, but for example Jane  > Street has done quite a lot for Ocaml, Bloomberg has released  > some useful things including for languages, Morgan Stanley has  > supported

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 09:05:10 UTC, Russel Winder wrote: Generally I would agree. However with something like "big decimal" I'd say it is worth doing anyway – even though the impetus appears to be from financial computing. as an external library, i'd say, by someone who really needs it.

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 09:09:04 UTC, Russel Winder wrote: On Mon, 2016-06-06 at 08:21 +, ketmar via Digitalmars-d wrote: On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote: > 3. Have one lightweight D realized cross platform IDE. by the way, Buggins has dlangIDE written with

[Issue 12742] @nogc @safe std.algorithm.remove

https://issues.dlang.org/show_bug.cgi?id=12742 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 12845] @safe std.algorithm.remove on array of tuples

https://issues.dlang.org/show_bug.cgi?id=12845 Walter Bright changed: What|Removed |Added Keywords||safe

Re: Beta release DUB 1.0.0-beta.1

On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote: DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is support for single-file packages, which can be used to write shebang-style scripts on Posix systems: #!/usr/bin/env dub /++ dub.sdl: name "colortest"

Re: Beta release DUB 1.0.0-beta.1

On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote: DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is support for single-file packages, which can be used to write shebang-style scripts on Posix systems: #!/usr/bin/env dub /++ dub.sdl: name "colortest"

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 10:28:37 UTC, Ethan Watson wrote: performance. There are plenty of ex-game-developers in that sector making three times as much money as they used to. I am sure there is, game programmers/smaller companies also contribute a lot of libraries and knowhow (tutorials

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:31:09 UTC, Russel Winder wrote: On Tue, 2016-06-07 at 05:39 +, ketmar via Digitalmars-d wrote: […] funny thing: those "financial sector" most of the time doesn't give anything back. adding special decimal type complicating the compiler and all backends. i

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 22:45 +, Carl Vogel via Digitalmars-d wrote: > […] > I get that and agree. My point was a different one -- that these  > conversations are about a totally hypothetical RC implementation  > that we all imagine is perfect, and so we just discuss  > theoretical GC vs RC

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 18:03 +, Ola Fosheim Grøstad via Digitalmars- d wrote: > […] > GC in Go is not an issue, because in Go the concurrent GC is  > basically what it has to offer in addition to builtin decent HTTP  > and cloud-server adoption. That is the current state after 7 years of

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 09:10 +, Ola Fosheim Grøstad via Digitalmars- d wrote: > […] > C++ isn't a safe language, but if you are proficient in modern  > C++ then memory issues aren't the big hurdle. I find the  > syntactic mess that comes from having N different convoluted ways  > of doing the

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 09:29:35 UTC, Russel Winder wrote: That is the current state after 7 years of development, and at least three GCs. The arguments about GCs in the Go mailing list were almost similar to those in these D mailing lists. It probably was. I only followed those mailing

[Issue 15624] opApply with @safe and @system variants can't be used with foreach syntax

https://issues.dlang.org/show_bug.cgi?id=15624 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 13983] RefCounted needs to be pure, @safe, nothrow

https://issues.dlang.org/show_bug.cgi?id=13983 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 14445] std.net.curl not usable in @safe code

https://issues.dlang.org/show_bug.cgi?id=14445 Walter Bright changed: What|Removed |Added Keywords||safe

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 20:19:20 UTC, Observer wrote: 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

Re: Andrei's list of barriers to D adoption

I just noticed you [i.e. Brad] had made some bugzilla entries about @safe that were not tagged with the 'safe' keyword. I have gone ahead and tagged them, so now: https://issues.dlang.org/buglist.cgi?bug_status=NEW_status=ASSIGNED_status=REOPENED=safe_type=allwords_id=208819_format=advanced

Re: Beta release DUB 1.0.0-beta.1

On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote: DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is support for single-file packages, which can be used to write shebang-style scripts on Posix systems: [...] This is great - very nice feature. That was one of the

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 09:55 +, ketmar via Digitalmars-d wrote: > […] > considering that the whole package, including dlangUI, is one man  > work... give it a chance! ;-) A project starting as a one person thing is quite natural, a project aiming to gain traction remaining a one person

std.experimental.checkedint is ready for comments!

As with many other languages (C, C++, Java, etc.), D's built-in integer data types are quite difficult to use correctly. It is tempting to think of int, for example, as if it were an actual mathematical integer. Doing so, however leads to buggy code due to unintuitive behaviour like: *

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:45:14 UTC, ketmar wrote: never seen "this language is used in banking" to be used as the main reason for choosing one language over another (outside the banking, of course ;-). True, positioning yourself as a toolmaker for banking/finance is basically saying it

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 08:21 +, ketmar via Digitalmars-d wrote: > On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote: > > 3. Have one lightweight D realized cross platform IDE. > by the way, Buggins has dlangIDE written with his dlangUI  > package. it is cross-platform, has debugger

[Issue 10201] "= void" initialization should not be allowed in @safe

https://issues.dlang.org/show_bug.cgi?id=10201 --- Comment #7 from Dicebot --- I do agree with closing it for now though, as the issue is unlikely to cause any trouble in real code and thus is not worth major attention. --

[Issue 13838] @safe by default

https://issues.dlang.org/show_bug.cgi?id=13838 Walter Bright changed: What|Removed |Added Keywords||safe --

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 05:39 +, ketmar via Digitalmars-d wrote: > […] > funny thing: those "financial sector" most of the time doesn't  > give anything back. adding special decimal type complicating the  > compiler and all backends. i myself never needed that for my  > whole lifetime (and this

Re: Easier way to add libraries to visual d?

On Friday, 3 June 2016 at 16:20:53 UTC, TheDGuy wrote: 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? Yes / No?

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 19:57 +, poliklosio via Digitalmars-d wrote: > […] > > I should have been more specific here. I mean I want to  > elliminate GC in my code. I don't mind if you or anyone else uses  > GC. Even I use GC languages when writing things like scripts, so  > I'm not a

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 08:41 +, Ola Fosheim Grøstad via Digitalmars- d wrote: > On Tuesday, 7 June 2016 at 08:31:09 UTC, Russel Winder wrote: > > Financial organizations generally want all their language  > > infrastructure for free (GCC, Python, Eclipse) anything they  > > write themselves is

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 08:45 +, ketmar via Digitalmars-d wrote: > […] > > so let 'em use those languages. they will not return anything,  > thus i see no reason to care about their bussiness needs. i've  > never seen "this language is used in banking" to be used as the  > main reason for

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:54:32 UTC, Walter Bright wrote: On 6/7/2016 1:22 AM, Ola Fosheim Grøstad wrote: So this is solved in modern C++. This is where we diverge. A language isn't safe unless it can mechanically guarantee that unsafe constructs are not used. Saying "don't write unsafe

Re: std.experimental.checkedint is ready for comments!

On Tuesday, 7 June 2016 at 08:50:07 UTC, Robert burner Schadek wrote: I will do the review management. Thanks.

Re: Andrei's list of barriers to D adoption

On 6/7/2016 12:43 AM, Ola Fosheim Grøstad wrote: Well, it is a lot of work to get the base 10 IEEE 754-2008 implementation conformant. Fortunately IBM has already done it under a BSD license: http://www.bytereef.org/mpdecimal/index.html So all you base-10 dudes have to do is to translate it

Re: LDC 1.0.0 has been released!

On 2016-06-06 13:25, FreeSlave wrote: Cool! Just checked on osx, Objective-C support works and it's free from dmd bugs that prevent my project to work with Cocoa. Have these bugs been reported? -- /Jacob Carlborg

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 13:10 +, jmh530 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. > > You can always round something to two digits if you

Re: Andrei's list of barriers to D adoption

On Tue, 2016-06-07 at 06:23 +, Andre Pany via Digitalmars-d wrote: > […] > In my opinion passionate D developer will build the missing parts  > themselves. I also developed my own decimal library. But the  > developers starting with D and which rather want to build content  > instead of the

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:31:09 UTC, Russel Winder wrote: Financial organizations generally want all their language infrastructure for free (GCC, Python, Eclipse) anything they write themselves is treated as asset and so theirs not for anyone else. So basically no advantage in having

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:31:09 UTC, Russel Winder wrote: Financial organizations generally want all their language infrastructure for free (GCC, Python, Eclipse) anything they write themselves is treated as asset and so theirs not for anyone else. ... That leads to them using Java,

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:05:58 UTC, Russel Winder wrote: So instead of debating this endlessly, I think this is about the tenth time this has come up in the last two years, why doesn't a group of people who know about GC algorithms get together and write a new one? ... D has had lots of

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:05:58 UTC, Russel Winder wrote: On Mon, 2016-06-06 at 16:56 +, Wyatt via Digitalmars-d wrote: [...] So instead of debating this endlessly, I think this is about the tenth time this has come up in the last two years, why doesn't a group of people who know

Re: Dealing with Autodecode

On Wednesday, 1 June 2016 at 00:46:04 UTC, Walter Bright wrote: It is not practical to just delete or deprecate autodecode - it is too embedded into things. What we can do, however, is stop using it ourselves and stop relying on it in the documentation, much like [] is eschewed in favor of

[Issue 12857] Don't allow declaring @system function inside @safe block

https://issues.dlang.org/show_bug.cgi?id=12857 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 12948] @safe std.algorithm.sort().release

https://issues.dlang.org/show_bug.cgi?id=12948 Walter Bright changed: What|Removed |Added Keywords||safe

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

On Tuesday, 7 June 2016 at 02:11:55 UTC, Basile B. wrote: I had to make a custom format because Why do you want to make a custom format? There is a SDL library for D (dub uses it) and SDL looks pretty nice if you absolutely don't want to use JSON. This is the SDL page which s`ludwig made

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 09:16:45 UTC, Walter Bright wrote: Paying attention to our existing users is a much more reliable source of information. +1000

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 21:35 +, DLearner via Digitalmars-d wrote: > […] > IBM PL/I had a _FIXED DECIMAL_ datatype, many many years ago. > Could it be used as a model? That will almost certainly be because IBM hardware has a decimal ALU as well as a binary ALU.  -- Russel.

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 22:38 -0700, H. S. Teoh via Digitalmars-d wrote: > […] > A Decimal type isn't hard to implement as a user-defined type. I > don't > understand the obsession with some people that something must be a > built-in type to be acceptable... user-defined types were invented > for a

Re: Andrei's list of barriers to D adoption

On Monday, 6 June 2016 at 21:35:20 UTC, DLearner wrote: 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. Full

[Issue 11469] Add function attributes wildcards for `@safe`, `pure`, and `nothrow`

https://issues.dlang.org/show_bug.cgi?id=11469 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 13615] stable sort not usable in @safe code

https://issues.dlang.org/show_bug.cgi?id=13615 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 13639] std.internal.math.biguintcore.fromDecimalString from @trusted to @safe fails unittests

https://issues.dlang.org/show_bug.cgi?id=13639 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 10201] "= void" initialization should not be allowed in @safe

https://issues.dlang.org/show_bug.cgi?id=10201 --- Comment #6 from Dicebot --- (In reply to Walter Bright from comment #4) > (In reply to monarchdodra from comment #2) > > I mentioned this in > > https://github.com/D-Programming-Language/phobos/pull/1434#issuecomment- > >

[Issue 13608] std.range range interfaces hide @safe-ness

https://issues.dlang.org/show_bug.cgi?id=13608 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 15703] @safe code should not allow certain types of array casts

https://issues.dlang.org/show_bug.cgi?id=15703 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 15762] Array casts involving const enums can be made @safe

https://issues.dlang.org/show_bug.cgi?id=15762 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 15544] Escaping fields to a heap delegate must be disallowed in @safe code

https://issues.dlang.org/show_bug.cgi?id=15544 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 15594] Make all of std.json @safe-friendly

https://issues.dlang.org/show_bug.cgi?id=15594 Walter Bright changed: What|Removed |Added Keywords||safe

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 13:19 -0700, David Soria Parra via Digitalmars-d wrote: > […] > Go is the perfect example here. The traction that Go has and D has > not doesn't come from GC > or not, it comes from accessible documentation, easy installation, > good libraries and community support. I think

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 16:56 +, Wyatt via Digitalmars-d wrote: > On Monday, 6 June 2016 at 14:27:52 UTC, Steven Schveighoffer  > wrote: > > I agree. It's telling that nearly all real-world examples we've  > > seen (sociomantic, remedy games, etc.) use D without GC or with  > > specialized

Re: Andrei's list of barriers to D adoption

On Mon, 2016-06-06 at 13:35 -0700, Walter Bright via Digitalmars-d 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. You are right, your use

[Issue 12939] More uniform error messages for not nothrow and not @safe functions

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

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 08:21:23 UTC, Russel Winder wrote: On Mon, 2016-06-06 at 13:35 -0700, Walter Bright via Digitalmars-d 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

[Issue 12941] Everything should be @unsafe by default, and explicitly vetted (and documented) as @safe

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

Re: Andrei's list of barriers to D adoption

On 6/7/2016 1:22 AM, Ola Fosheim Grøstad wrote: So this is solved in modern C++. This is where we diverge. A language isn't safe unless it can mechanically guarantee that unsafe constructs are not used. Saying "don't write unsafe code" in C++ does not make it safe language. How would you

Re: Easier way to add libraries to visual d?

On Tuesday, 7 June 2016 at 08:49:16 UTC, TheDGuy wrote: On Friday, 3 June 2016 at 16:20:53 UTC, TheDGuy wrote: 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? Yes / No? No

Re: Andrei's list of barriers to D adoption

On Tuesday, 7 June 2016 at 09:03:15 UTC, Russel Winder wrote: As a counter-point to the "downer" on financial institutions and contributing back, it perhaps should be noted that Goldman Sachs did release their Java data structures framework as FOSS, but I think it hasn't gained much traction.

[Issue 13054] pure nothrow @safe std.algorithm.schwartzSort

https://issues.dlang.org/show_bug.cgi?id=13054 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 13188] @safe std.array.array of an array of Typedef

https://issues.dlang.org/show_bug.cgi?id=13188 Walter Bright changed: What|Removed |Added Keywords||safe

  1   2   3   4   >