On Tuesday, September 25, 2018 4:34:17 AM MDT aliak via Digitalmars-d wrote:
> Alo,
>
> I'm wondering what’s the deal with dmd.conf and what’s the
> correct way to handle it with dmd installations.
>
> Scenario: `brew install dmd` puts dmd in `/usr/local/bin/dmd`
> (symlink) and sets the `SYSCONFDI
On Tuesday, September 25, 2018 7:03:30 AM MDT FeepingCreature via
Digitalmars-d wrote:
> I'm playing with a branch of DMD that would warn on unused
> imports:
>
> https://github.com/FeepingCreature/dmd/tree/feature/Issue-3507-warn-on-unu
> sed-imports
>
> Two problems have arisen.
>
> First:
>
> i
On Tuesday, September 25, 2018 1:21:50 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 09/25/2018 09:14 AM, Jonathan M Davis wrote:
> > On Tuesday, September 25, 2018 7:03:30 AM MDT FeepingCreature via
> >
> > Digitalmars-d wrote:
> >> I'm playing with a branch of DMD that would wa
On Wednesday, September 26, 2018 2:26:20 AM MDT Laurent Tréguier via
Digitalmars-d wrote:
> On Wednesday, 26 September 2018 at 01:13:11 UTC, Jonathan M Davis
>
> wrote:
> > The way that C++ handles warnings is how I've seen most
> > languages handle warnings. IMHO, the only time that anything
> >
On Wednesday, September 26, 2018 4:46:23 AM MDT Laurent Tréguier via
Digitalmars-d wrote:
> From dmd's help:
> ```
>-dsilently allow deprecated features
>-dw show use of deprecated features as warnings
> (default)
>-de show use of deprecated
On Sunday, September 23, 2018 2:49:39 PM MDT Walter Bright via Digitalmars-d
wrote:
> There's a reason why dmd doesn't have international error messages. My
> experience with it is that international users don't want it. They prefer
> the english messages.
It reminds me of one of the reasons that
On Wednesday, September 26, 2018 11:15:01 PM MDT Ali Çehreli via
Digitalmars-d wrote:
> A delicious Turkish desert is "kabak tatlısı", made of squash. Now, it
> so happens that "kabak" also means "zucchini" in Turkish. Imagine my
> shock when I came across that desert recipe in English that used
>
On Friday, September 28, 2018 6:50:01 AM MDT Olivier FAURE via Digitalmars-d
wrote:
> Warnings often catch real problems, even categories of warnings
> with high amounts of false positives like unused variables.
>
> But yeah, I get your point. Warning lose their interest when they
> start to pile
On Saturday, September 29, 2018 10:34:20 PM MDT Manu via Digitalmars-d
wrote:
> Who knows about DIP 1014? (struct move hook)
> Is it well received? Is it likely to be accepted soon?
>
> I'm working on the std::string binding, it's almost finished... but
> then I hit a brick wall.
> GNU's std::stri
On Sunday, September 30, 2018 1:35:28 AM MDT Shachar Shemesh via
Digitalmars-d wrote:
> On 30/09/18 10:26, Manu wrote:
> > Other implementations make much better use of that built-in space by
> > not wasting 8 bytes on an interior pointer for small-strings.
>
> I will point out that a pointer that
On Monday, October 1, 2018 3:55:41 AM MDT ag0aep6g via Digitalmars-d wrote:
> On 10/01/2018 08:47 AM, Nicholas Wilson wrote:
> > In order to be safe, a mutable parameter can be implicitly cast to
> > shared iff the parameter is also scope (that includes the `this`
> > reference`). With an implicit
On Monday, October 1, 2018 12:36:49 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 09/25/2018 09:13 PM, Jonathan M Davis wrote:
> > IMHO, the only time that anything along the lines of a warning
> > makes sense is when the programmer is proactively running a tool to
> > specifical
On Monday, October 1, 2018 2:44:32 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 10/01/2018 03:32 PM, Jonathan M Davis wrote:
> > On Monday, October 1, 2018 12:36:49 PM MDT Nick Sabalausky (Abscissa)
> > via
> >
> > Digitalmars-d wrote:
> >> Yes, that's exactly what warnings are
On Monday, October 1, 2018 8:03:39 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 10/01/2018 04:58 PM, Jonathan M Davis wrote:
> > On Monday, October 1, 2018 2:44:32 PM MDT Nick Sabalausky (Abscissa) via
> >
> > Digitalmars-d wrote:
> >> Nobody said anything about making them part
On Tuesday, October 2, 2018 11:54:57 AM MDT Manu via Digitalmars-d wrote:
> On Tue, Oct 2, 2018 at 2:40 AM Walter Bright via Digitalmars-d
>
> wrote:
> > On 10/2/2018 2:17 AM, Walter Bright wrote:
> > > 1. Don't allow moving of C++ structs
> > > 2. Add a struct attribute that means "not moveable"
On Tuesday, October 2, 2018 12:14:55 PM MDT Andrei Alexandrescu via
Digitalmars-d wrote:
> Kate Gregory makes a good argument on something I've often commented in
> code reviews: https://youtu.be/n0Ak6xtVXno?t=2682
It's one of those things that I would have thought would just be obvious
with expe
On Tuesday, October 9, 2018 5:45:02 PM MDT Nicholas Wilson via Digitalmars-d
wrote:
> On Tuesday, 9 October 2018 at 18:07:44 UTC, Márcio Martins wrote:
> > On Tuesday, 28 July 2015 at 14:07:19 UTC, Atila Neves wrote:
> >> Start of the two week process, folks.
> >>
> >> Code: https://github.com/s-l
On Thursday, October 4, 2018 7:15:23 AM MDT Shachar Shemesh via Digitalmars-
d wrote:
> Hello everyone,
>
> First of all, I know I've had a shorter than usual fuse of late. I'd
> like to apologize to everyone about this. It is the culmination of quite
> a few things increasing the load I'm under.
>
On Wednesday, August 09, 2017 17:13:37 Timon Gehr via Digitalmars-d wrote:
> It is also a common pattern for the complainers to point out how not
> fixing their pet peeve will result in negative PR or reduced popularity.
> As if everyone here was somehow more deeply invested in D's popularity
> tha
On Friday, August 11, 2017 08:13:07 SC via Digitalmars-d wrote:
> On Wednesday, 9 August 2017 at 22:17:42 UTC, Jonathan M Davis
> > Regardless, we're here because we want a quality language, not
> > because we want a popular one. We just hope that those two
> > things aren't mutually exclusive.
>
>
On Thursday, August 17, 2017 19:21:16 Timon Gehr via Digitalmars-d wrote:
> On 17.08.2017 18:36, HyperParrow wrote:
> > On Thursday, 17 August 2017 at 16:32:20 UTC, bitwise wrote:
> >> This came to mind while working on a set of containers.
> >>
> >> [...]
> >> One solution could be this:
> >>
> >>
On Friday, August 18, 2017 03:08:07 Nicholas Wilson via Digitalmars-d wrote:
> On Friday, 18 August 2017 at 01:43:42 UTC, Jonathan M Davis wrote:
> If you think that then I have clearly failed to express the DIP
> at all.
> It solves exactly that. I completely fail to see how it is a
> detriment to
On Saturday, August 19, 2017 15:17:52 Ecstatic Coder via Digitalmars-d
wrote:
> > Its called necro-posting.
> > I'm surprised that post isn't read-only.
>
> Call it like you want, but I ee people putting new
> answers/comments to years old posts all the times, as it's
> perfectly legitimate on man
On Sunday, August 20, 2017 12:35:45 Ali Çehreli via Digitalmars-d wrote:
> On 08/20/2017 12:14 PM, Johnson Jones wrote:
> >>> Dmd needs to be modified so that errors try to show from the source
> >>> code. This should be obvious the reasons, if it is not possible, make
> >>> it possible! There a
On Monday, August 21, 2017 10:41:49 Danni Coy via Digitalmars-d wrote:
> > For instance, as it stands, it's relatively easy to figure out whether
> > @safe
> > has been explicitly applied. You can look on the function and look for
> > @safe: or @safe {} which affects it. The same goes for other att
On Tuesday, August 22, 2017 00:21:16 bitwise via Digitalmars-d wrote:
> On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote:
> > you potentially have to go searching through a chain of
> > declarations to figure out which attributes are actually being
> > used.
>
> A good IDE should g
On Tuesday, August 22, 2017 01:01:15 Nicholas Wilson via Digitalmars-d
wrote:
> On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote:
> > Except that someone could then be pulling in attributes from
> > 3rd party libraries and using those, meaning that you'll
> > potentially have to g
On Tuesday, August 22, 2017 09:11:13 Steven Schveighoffer via Digitalmars-d
wrote:
> On 8/21/17 9:20 PM, Jonathan M Davis via Digitalmars-d wrote:
> > Regardless, it means that I would need to run a tool to figure out which
> > attributes actually applied to a function rather than
On Tuesday, August 22, 2017 15:14:33 Jonathan Shamir via Digitalmars-d
wrote:
> https://dlang.org/htod.html
>
> I click download and get an exe!
>
> And in the bugs section:
> No linux version.
>
> I'll start with the productive part. If anyone can point me out
> to the sources of htod I would lov
On Wednesday, August 23, 2017 16:27:22 Brad Roberts via Digitalmars-d wrote:
> On 8/23/2017 3:58 PM, Mark via Digitalmars-d wrote:
> > On Tuesday, 22 August 2017 at 15:14:33 UTC, Jonathan Shamir wrote:
> >> [...]
> >>
> >> But lets be honest. If I was just interested to learn about this
> >> "moder
On Friday, August 25, 2017 21:08:59 Macdonal via Digitalmars-d wrote:
> What is the best D-Programming Book?
As someone who already knows several programming languages, I found Andrei's
"The D Programming Language" to be fantastic, because it explained D very
well without explaining stuff like wha
On Tuesday, August 29, 2017 06:43:19 meppl via Digitalmars-d wrote:
> i incidentally noticed the FAQ claims the dmd-backend would be
> licensed under a norton license. i thought it is an outdated
> information:
> https://dlang.org/faq.html#q5
>
>
> however, i also checked the source code and it tur
On Wednesday, August 30, 2017 11:28:35 Anonymouse via Digitalmars-d wrote:
> On Sunday, 27 August 2017 at 12:11:14 UTC, Petar Kirov
>
> [ZombineDev] wrote:
> > vim or SublimeText
>
> I want to get into vim. It has to be vim, can't be Neovim or gvim
> or any other clone; I'm doing it for a Linux cla
On Wednesday, August 30, 2017 16:42:46 H. S. Teoh via Digitalmars-d wrote:
> On Wed, Aug 30, 2017 at 04:24:47PM -0600, Jonathan M Davis via
Digitalmars-d wrote:
> > On Wednesday, August 30, 2017 11:28:35 Anonymouse via Digitalmars-d
wrote:
> > > On Sunday, 27 August 2017 at 1
On Tuesday, September 05, 2017 15:05:09 12345swordy via Digitalmars-d wrote:
> On Tuesday, 5 September 2017 at 14:55:20 UTC, Bastiaan Veelo
>
> wrote:
> > On Tuesday, 5 September 2017 at 13:27:44 UTC, 12345swordy wrote:
> >> [...]
> >
> > I assume you think that is a long time. It could also mean i
On Tuesday, September 05, 2017 18:23:00 jmh530 via Digitalmars-d wrote:
> On Tuesday, 5 September 2017 at 18:12:23 UTC, bachmeier wrote:
> > But LGPL and GPL are very different licenses. Also, while I
> > don't have time to participate in yet another debate on the
> > topic, the GPL does not in any
On Tuesday, September 05, 2017 18:32:34 Johan Engelen via Digitalmars-d
wrote:
> On Monday, 4 September 2017 at 21:23:50 UTC, Moritz Maxeiner
>
> wrote:
> > On Monday, 4 September 2017 at 17:58:41 UTC, Johan Engelen
> >
> > wrote:
> >> (The spec requires crashing on null dereferencing, but this
>
On Wednesday, September 06, 2017 19:40:16 Johan Engelen via Digitalmars-d
wrote:
> On Tuesday, 5 September 2017 at 22:59:12 UTC, Jonathan M Davis
>
> wrote:
> > dmd and the spec were written with the assumption that the CPU
> > is going to segfault your program when you dereference a null
> > poin
On Wednesday, September 06, 2017 23:10:11 Seb via Digitalmars-d wrote:
> On Wednesday, 6 September 2017 at 20:03:28 UTC, Gary Willoughby
>
> wrote:
> > I've just installed the latest dmd version (on ubuntu 64bit)
> > and I get this:
> >
> > $ dmd --version
> > DMD64 D Compiler v2.076.0-dirty
> > Co
On Sunday, September 10, 2017 23:25:59 bitwise via Digitalmars-d wrote:
> On Friday, 8 September 2017 at 01:18:46 UTC, bitwise wrote:
> > Lately, I've been hit by several compilation errors when phobos
> > fails to construct an instance of a class or struct I've pass
> > it. Regardless of what the
On Monday, September 11, 2017 00:41:12 bitwise via Digitalmars-d wrote:
> On Monday, 11 September 2017 at 00:15:08 UTC, Jonathan M Davis
> > In the case of your suggestion, I'd argue that it would simply
> > be better to improve the compiler-generated error messages if
> > they're not good enough.
On Friday, September 15, 2017 19:01:18 Walter Bright via Digitalmars-d
wrote:
> On 9/15/2017 5:00 PM, bitwise wrote:
> > On Friday, 15 September 2017 at 21:21:01 UTC, Walter Bright wrote:
> >> https://dlang.org/phobos/std_experimental_checkedint.html
> >
> > Will this ever be integrated directly i
On Monday, September 18, 2017 08:35:44 Ola Fosheim Grøstad via Digitalmars-d
wrote:
> On Monday, 18 September 2017 at 08:27:21 UTC, Jonathan M Davis
>
> wrote:
> > There also really isn't a need to do so.
>
> If there was no need then C/C++ compilers wouldn't provide it as
> an option…
We have st
On Monday, September 18, 2017 22:39:09 Moritz Maxeiner via Digitalmars-d
wrote:
> On Monday, 18 September 2017 at 22:32:28 UTC, Dennis Cote wrote:
> > On Monday, 18 September 2017 at 13:25:55 UTC, Andrei
> >
> > Alexandrescu wrote:
> >> For the record, with the help of std.experimental.checkedint,
On Tuesday, September 19, 2017 13:11:03 Craig Black via Digitalmars-d wrote:
> I've recently tried coding in D again after some years. One of
> my earlier concerns was the ability to code without the GC, which
> seemed difficult to pull off. To be clear, I want my programs to
> be garbage collect
On Tuesday, September 19, 2017 20:47:25 Steven Schveighoffer via
Digitalmars-d wrote:
> This needs to happen.
>
> e.g.:
>
> char[$] arr = "hello"; // syntax up for debate, but I like this.
>
> I can't think of a correct way to do this that doesn't heap-allocate and
> is DRY.
>
> D is so powerful,
On Wednesday, September 20, 2017 01:36:43 Andrei Alexandrescu via
Digitalmars-d wrote:
> On 9/19/17 8:47 PM, Steven Schveighoffer wrote:
> > This needs to happen.
> >
> > e.g.:
> >
> > char[$] arr = "hello"; // syntax up for debate, but I like this.
> >
> > I can't think of a correct way to do thi
On Wednesday, September 20, 2017 07:12:15 Dgame via Digitalmars-d wrote:
> On Wednesday, 20 September 2017 at 05:36:43 UTC, Andrei
>
> Alexandrescu wrote:
> > On 9/19/17 8:47 PM, Steven Schveighoffer wrote:
> >> This needs to happen.
> >>
> >> e.g.:
> >>
> >> char[$] arr = "hello"; // syntax up for
On Wednesday, September 20, 2017 08:33:34 Nordlöw via Digitalmars-d wrote:
> On Wednesday, 20 September 2017 at 07:38:00 UTC, Jonathan M Davis
>
> wrote:
> > T[n] s(T, size_t n)(auto ref T[n] array) pure nothrow @nogc
> > @safe
> > {
> >
> > return array;
> >
> > }
>
> What about adding `s` to
On Wednesday, September 20, 2017 10:59:56 Per Nordlöw via Digitalmars-d
wrote:
> On Wednesday, 20 September 2017 at 09:13:52 UTC, Jonathan M Davis
>
> wrote:
> > https://issues.dlang.org/show_bug.cgi?id=12625
> >
> > - Jonathan M Davis
>
> Looks like we should we wait for
> https://github.com/dlan
On Wednesday, September 20, 2017 12:59:02 Meta via Digitalmars-d wrote:
> On Wednesday, 20 September 2017 at 12:41:57 UTC, Stefan Koch
>
> wrote:
> > On Wednesday, 20 September 2017 at 12:08:45 UTC, Andrei
> >
> > Alexandrescu wrote:
> >> On 09/20/2017 07:49 AM, Jonathan M Davis wrote:
> >>> On Wed
On Friday, September 22, 2017 08:19:32 Steven Schveighoffer via Digitalmars-
d wrote:
> On 9/22/17 3:55 AM, Dominikus Dittes Scherkl wrote:
> > On Thursday, 21 September 2017 at 13:58:14 UTC, Timon Gehr wrote:
> >> On 21.09.2017 12:33, Per Nordlöw wrote:
> >>> On Wednesday, 20 September 2017 at 18:
On Tuesday, September 26, 2017 09:10:41 James Brister via Digitalmars-d
wrote:
> I'm pretty new to D, but from what I've seen there are two modes
> of using data across threads: (a) immutable message passing and
> the new thread copies the data if it needs to be modified, (b)
> shared, assuming th
On Friday, September 29, 2017 01:51:36 Jerry via Digitalmars-d wrote:
> I miss ref variables, for the simple fact that using the square
> brackets with a ref variable doesn't access the pointer. Don't
> know how many times I've accidentially used a pointer as an
> array. Not very easy to catch espe
On Saturday, September 30, 2017 16:10:44 Jonathan Marler via Digitalmars-d
wrote:
> https://wiki.dlang.org/DIP88
>
> I'd like to see DIP88 (Named Parameters) revived. Was this
> proposal rejected or is it just stale and needs a refresh? Named
> parameters can be implemented in a library, however
On Saturday, September 30, 2017 16:57:09 solidstate1991 via Digitalmars-d
wrote:
> On Saturday, 30 September 2017 at 16:22:37 UTC, Jonathan M Davis
>
> wrote:
> > Effectively, all DIPs from that wiki that have not already been
> > accepted are dead, regardless of whether they stand any chance
> >
On Saturday, September 30, 2017 17:04:45 solidstate1991 via Digitalmars-d
wrote:
> When I try to build a Hello World app for dlangui under VS2017, I
> get this error:
>
> -- Build started: Project: dlangidefirstrun, Configuration:
> Debug Win32 --
> Building Win32\Debug\dlanguifirstrun.exe
On Sunday, October 01, 2017 01:54:24 Jonathan Marler via Digitalmars-d
wrote:
> Hoping that someone will chime in and answer the original
> question. It's likely that only Walter or Andrei can answer it.
>
> Is it a waste of time for me to put effort into renewing this
> DIP? Is it dead on arriv
On Thursday, October 05, 2017 09:59:00 Alex Jercaianu via Digitalmars-d
wrote:
> Hi,
>
> I am trying to build phobos unittests on win32 with the most
> recent version of dmd, but I get the following errors:
> https://pastebin.com/ZbSMcyMQ
>
> Was anyone able to build unittests on phobos for win32?
On Thursday, October 05, 2017 13:36:23 Timon Gehr via Digitalmars-d wrote:
> > On 27 September 2017 at 17:41, Ilya Yaroshenko via Digitalmars-d
> > wrote: I would prefer outer operator
> > overloading be added to D instead of type wrappers. So a user can
> > import a library for operations, rather
On Friday, October 06, 2017 17:14:51 Rion via Digitalmars-d wrote:
> https://www.quora.com/What-is-your-review-of-D-programming-language
>
> It seems that D still has the GC being mentioned up to today.
>
> Maybe its better to move the standard library slower to a non gc
> version in the future...
On Friday, October 06, 2017 21:58:04 Timon Gehr via Digitalmars-d wrote:
> On 06.10.2017 00:04, Jonathan M Davis wrote:
> >> I'm very much in favor of this. Also, those rewrites should be
> >> consistently applied for all types, even built-ins (the compiler
> >> implementation can be more complex,
On Friday, October 06, 2017 21:05:05 jmh530 via Digitalmars-d wrote:
> On Friday, 6 October 2017 at 20:36:47 UTC, Jonathan M Davis wrote:
> > It forces them to actually be designed with the type and be
> > easily located with the type. Would you want a programmer to be
> > able to go and implement
On Friday, October 06, 2017 21:39:21 Ali via Digitalmars-d wrote:
> On Friday, 6 October 2017 at 20:17:33 UTC, Jonathan M Davis wrote:
> > D's GC isn't going anywhere.
>
> Well, if I got the message correctly, it seems the key Dlang
> maintainers, are more sold on adding full support to
> Determini
On Friday, October 06, 2017 23:19:01 Brad Roberts via Digitalmars-d wrote:
> On 10/6/2017 10:19 PM, Adam Wilson via Digitalmars-d wrote:
> > What if we stop focusing on the C/C++ people so much? The like their
> > tools and have no perceivable interest in moving away from them
> > (Stockholm Syndro
On Saturday, October 07, 2017 10:31:01 user1234 via Digitalmars-d wrote:
> Since the compiler has the ability to detect input ranges in the
> foreach aggregate that are aggregates implementing the right
> primitives, why don't you set the widely used
> std.range.isInputRange as a __trait, e.g __tra
On Saturday, October 07, 2017 10:46:05 user1234 via Digitalmars-d wrote:
> On Saturday, 7 October 2017 at 10:40:16 UTC, Jonathan M Davis
>
> wrote:
> > On Saturday, October 07, 2017 10:31:01 user1234 via
> >
> > Digitalmars-d wrote:
> >> Since the compiler has the ability to detect input ranges in
On Sunday, October 08, 2017 10:32:35 Colin via Digitalmars-d wrote:
> Just in case whomever runs this doesn't know.
There's a post in D.Announce about service maintenance.
- Jonathan M Davis
I've wanted this for ages and just figured out how to do it, so I figured
that I'd share for those vim users who care.
The :set cc=x command lets you put a vertical line in vim (cc standing for
colorcolumn). e.g. if there's a line limit of 80 characters, if you do
:set cc=81, then there will be a
On Monday, October 09, 2017 02:03:16 lobo via Digitalmars-d wrote:
> On Monday, 9 October 2017 at 00:24:02 UTC, Jonathan M Davis wrote:
> > I've wanted this for ages and just figured out how to do it, so
> > I figured that I'd share for those vim users who care.
> >
> > [...]
>
> This presentation
On Tuesday, October 10, 2017 19:50:49 Jonathan Marler via Digitalmars-d
wrote:
> On Tuesday, 10 October 2017 at 19:33:30 UTC, Steven Schveighoffer
>
> wrote:
> > On 10/10/17 3:20 PM, Jonathan Marler wrote:
> >> On windows I was able to compile the following using both
> >> dmd.2.075.1 and dmd.2.07
On Tuesday, October 10, 2017 15:33:30 Steven Schveighoffer via Digitalmars-d
wrote:
> On 10/10/17 3:20 PM, Jonathan Marler wrote:
> > On windows I was able to compile the following using both dmd.2.075.1
> > and dmd.2.076.1
> >
> > From what I understand, you shouldn't be able to access private
>
On Wednesday, October 11, 2017 07:59:51 Eduard Staniloiu via Digitalmars-d
wrote:
> On Monday, 9 October 2017 at 13:38:18 UTC, lithium iodate wrote:
> > On Monday, 9 October 2017 at 00:24:02 UTC, Jonathan M Davis
> >
> > wrote:
> >>[…]
> >>
> > Thanks for the tip!
>
> You might also want to use au
On Wednesday, October 11, 2017 17:05:19 Daniel Kozak via Digitalmars-d
wrote:
> so you can try to use static immutable insted of enum
Yeah. Similarly, you could just have a regular function that you call at
compile time that returns what you want (assuming that it's not being
assigned to an enum)
On Thursday, October 12, 2017 08:05:04 Dmitry via Digitalmars-d wrote:
> On Wednesday, 11 October 2017 at 22:20:01 UTC, Rion wrote:
> > Its probably more the fact that most of the developers use Unix
> > based system for development, be it OSx or Linux. As a result
> > Windows is the overlooked sys
On Friday, October 13, 2017 19:11:40 jmh530 via Digitalmars-d wrote:
> On Friday, 13 October 2017 at 18:36:58 UTC, Luís Marques wrote:
> > [snip]
>
> What if it were package instead of private?
What, Duration's constructor? Duration is in core.time, whereas sum is in
std.algorithm. They aren't in
On Friday, October 13, 2017 18:36:58 Luís Marques via Digitalmars-d wrote:
> If you do this:
>
> import std.algorithm : sum;
> import core.time : Duration;
>
> Duration[] parts;
> auto total = parts.sum;
>
> You'll get an error ("struct core.time.Duration member this is
> not ac
On Friday, October 13, 2017 15:28:03 Steven Schveighoffer via Digitalmars-d
wrote:
> On 10/13/17 3:24 PM, Steven Schveighoffer wrote:
> > On 10/13/17 3:11 PM, jmh530 wrote:
> >> On Friday, 13 October 2017 at 18:36:58 UTC, Luís Marques wrote:
> >>> [snip]
> >>
> >> What if it were package instead o
On Sunday, October 15, 2017 17:26:20 H. S. Teoh via Digitalmars-d wrote:
> On Sun, Oct 15, 2017 at 03:09:21PM -0700, Walter Bright via Digitalmars-d
wrote:
> > http://moreisdifferent.com/2015/07/16/why-physicsts-still-use-fortran/
> >
> > Some good information there!
>
> 1-based array indexing...
On Monday, October 16, 2017 11:42:56 Manu via Digitalmars-d wrote:
> That... and they drive on the wrong side of the road! ;)
http://jokes.cc.com/funny-lookin--good/yn3vw9/the-wrong-way
- Jonathan M Davis
On Thursday, October 19, 2017 00:00:54 Dave Jones via Digitalmars-d wrote:
> On Wednesday, 18 October 2017 at 22:16:32 UTC, Moritz Maxeiner
>
> wrote:
> > On Wednesday, 18 October 2017 at 21:38:41 UTC, Dave Jones wrote:
> >> Poking around in the source code for emplace and I noticed...
> >>
> >> T*
On Thursday, October 19, 2017 02:08:13 Laeeth Isharc via Digitalmars-d
wrote:
> There's an old joke about hiring.
I haven't heard that one before, but I've heard essentially the same joke
except that it was Bill Gates who died, and it turns out that the version of
Hell that he visited on the firs
On Thursday, October 19, 2017 13:34:31 Suliman via Digitalmars-d wrote:
> First of all I would like to say sorry for Ludwig, that 2 years
> ago I was initiator to making JSON back by default for dub
> config. It was really my mistake.
> Only some time later I understand that it was big error.
>
> S
On Friday, October 20, 2017 02:20:31 Adam D. Ruppe via Digitalmars-d wrote:
> On Friday, 20 October 2017 at 00:26:19 UTC, bauss wrote:
> > return foo ? foo : null;
> >
> > where
> >
> > return foo ?? null; would be so much easier.
>
> return getOr(foo, null);
>
> That's really easy to do genericall
On Friday, October 20, 2017 08:09:59 Satoshi via Digitalmars-d wrote:
> On Friday, 20 October 2017 at 04:26:24 UTC, Jonathan M Davis
>
> wrote:
> > On Friday, October 20, 2017 02:20:31 Adam D. Ruppe via
> >
> > Digitalmars-d wrote:
> >> On Friday, 20 October 2017 at 00:26:19 UTC, bauss wrote:
> >>
On Friday, October 20, 2017 02:49:34 Adam Wilson via Digitalmars-d wrote:
> Here is the thing that bothers me about that stance. You are correct,
> but I don't think you've considered the logical conclusion of the
> direction your argument is headed. Pray tell, why must we stop adding
> syntactic s
On Friday, October 20, 2017 15:25:20 Adam Wilson via Digitalmars-d wrote:
> So far I have seen three arguments proffered for the ban syntax sugar.
>
> The first is "Walter/Andrei doesn't have the time."
That actually has pretty much nothing to do with a feature request like
syntactic sugar - espec
On Tuesday, October 24, 2017 17:30:27 Andrey via Digitalmars-d wrote:
> Hello, why there are no named arguments for functions like, for
>
> example, in kotlin i.e.:
> > int sum(in int a, in int b) {
> >
> > return a + b;
> >
> > }
> >
> > sum(a = 1, b = 2);
Named arguments are not something th
On Tuesday, October 24, 2017 18:53:49 Martin Nowak via Digitalmars-d wrote:
> On Monday, 23 October 2017 at 13:18:21 UTC, Guillaume Piolat
>
> wrote:
> >> By any means, if someone wants to help here, get in touch with
> >> Benjamin Thaut and me.
> >> This has been lingering around for way to long,
On Monday, October 23, 2017 13:18:21 Guillaume Piolat via Digitalmars-d
wrote:
> On Monday, 23 October 2017 at 11:39:58 UTC, Martin Nowak wrote:
> >> Every-symbol-public-by-default in Posix is annoying though :)
> >
> > We agreed on hidden visibility by default for everything that's
> > not export
On Tuesday, October 24, 2017 13:36:00 H. S. Teoh via Digitalmars-d wrote:
> On Tue, Oct 24, 2017 at 01:22:41PM -0600, Jonathan M Davis via
> > It also wouldn't play well with separate compilation unless the
> > parameter names were mangled into the function names, and symbol names
> > in D are alre
On Wednesday, October 25, 2017 06:23:52 bauss via Digitalmars-d wrote:
> On Tuesday, 24 October 2017 at 22:08:57 UTC, Jonathan M Davis
>
> wrote:
> > On Tuesday, October 24, 2017 13:36:00 H. S. Teoh via
> >
> > Digitalmars-d wrote:
> >> On Tue, Oct 24, 2017 at 01:22:41PM -0600, Jonathan M Davis via
On Wednesday, October 25, 2017 13:56:51 bauss via Digitalmars-d wrote:
> On Wednesday, 25 October 2017 at 06:48:26 UTC, Jonathan M Davis
>
> wrote:
> > On Wednesday, October 25, 2017 06:23:52 bauss via Digitalmars-d
> >
> > wrote:
> >> [...]
> >
> > The issue I'm talking about is that if we had nam
On Wednesday, October 25, 2017 13:22:46 Kagamin via Digitalmars-d wrote:
> On Tuesday, 24 October 2017 at 16:37:10 UTC, H. S. Teoh wrote:
> > (Having said all that, though, D is probably a far better
> > language for implementing crypto algorithms -- built-in bounds
> > checking would have prevente
On Wednesday, October 25, 2017 09:26:26 Steven Schveighoffer via
Digitalmars-d wrote:
> On 10/23/17 12:56 PM, Brian Schott wrote:
> > Context: https://issues.dlang.org/show_bug.cgi?id=17914
> >
> > I need to get this issue resolved as soon as possible so that the fix
> > makes it into the next com
On Thursday, October 26, 2017 09:04:56 Shachar Shemesh via Digitalmars-d
wrote:
> I'm going to hate myself for suggesting this, but here goes.
>
> There's a fundamental problem with scope(exit) and scope(failure).
> Consider the following code:
>
> {
>a = allocate_something();
>scope(exit)
On Thursday, October 26, 2017 11:15:52 Shachar Shemesh via Digitalmars-d
wrote:
> On 26/10/17 09:27, Jonathan M Davis wrote:
> > since almost no one ever derives from Throwable,
> > and I don't think it's really intended that anyone do so much as it is
> > possible (and I'm not sure why you would)
On Thursday, October 26, 2017 10:05:11 bauss via Digitalmars-d wrote:
> If D really wants to succeed with such things, then we cannot
> assume the program is in an invalid state. It must be up to the
> developer themselves to figure out if it's in an invalid state or
> not.
We've been over this be
On Thursday, October 26, 2017 12:53:38 JN via Digitalmars-d wrote:
> On Wednesday, 25 October 2017 at 22:19:23 UTC, Walter Bright
>
> wrote:
> > for core D devs.
> >
> > "How Non-Member Functions Improve Encapsulation" by Scott Meyers
> >
> > http://www.drdobbs.com/cpp/how-non-member-functions-impr
On Thursday, October 26, 2017 16:29:24 Walter Bright via Digitalmars-d
wrote:
> On 10/26/2017 3:05 PM, Jonathan M Davis wrote:
> > As has been pointed out elsewhere in this thread, the encapsulation
> > benefits don't exist in the same way in D unless you put the free
> > functions in separate mod
801 - 900 of 2444 matches
Mail list logo