On Fri, May 22, 2020 at 10:50:02PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 5/22/2020 10:33 AM, rikki cattermole wrote:
> > To me at least, this butchers @safe/trusted/system into a system
> > that is near useless for guarantees for an entire program.
>
> It never attempted to
On Fri, May 22, 2020 at 05:26:03PM +, Adam D. Ruppe via
Digitalmars-d-announce wrote:
[...]
> int snprintf(char[] buf, const char* fmt, ...) {
>return c.snprintf(buf.ptr, buf.length, fmt, ...);
> }
>
> Well, lol, that's not exactly *correct* thanks to the possibility of
> format string
On Fri, May 22, 2020 at 04:39:42PM +, jmh530 via Digitalmars-d-announce
wrote:
[...]
> This comes back to a point I had made on one of the original DIP
> discussion threads that one issue is that @safe is a blacklist of
> things you can't do rather than a whitelist of allowed things.
[...]
On Fri, May 22, 2020 at 12:03:00PM -0400, Steven Schveighoffer via
Digitalmars-d-announce wrote:
[...]
> Or worse, it's not discovered and then D's already shaky reputation
> for @safe code is destroyed when a hacker exploits the memory
> corruption in fully-marked @safe code.
[...]
TBH, this
On Thu, May 21, 2020 at 06:22:19PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> I have made these points before, but I'll summarize them here
> for convenient referral.
[...]
Thank you. This makes your position clear, even if I don't entirely
agree with it. On that note, though:
On Thu, May 21, 2020 at 01:46:09PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> I expected flak from this decision. I'm prepared to take the flak
> because this is the right decision. I did not make it lightly.
This makes it sound like you think that those who disagree with you
On Thu, May 21, 2020 at 05:49:27PM +, Paul Backus via
Digitalmars-d-announce wrote:
[...]
> I think the real problem here is the lack of communication. As it
> stands, we have no way to tell whether feedback was considered or
> ignored, or what the ultimate rationale behind this decision
On Thu, Apr 23, 2020 at 05:53:05PM +, kinke via Digitalmars-d-announce
wrote:
> Glad to announce an exciting LDC 1.21 release - some highlights:
>
> * Based on D 2.091.1+; LLVM upgraded to v10.0.0.
[...]
Nice!
> * Android improvements, incl. an important fix for x86 architectures,
>
On Fri, Feb 28, 2020 at 05:45:35PM +, Atila Neves via
Digitalmars-d-announce wrote:
> On Thursday, 27 February 2020 at 20:00:52 UTC, H. S. Teoh wrote:
[...]
> > For all the trouble they've given us, built-in AA's is one of the
> > primary reasons I love D.
> > [...]
>
> The reason for C++
On Thu, Feb 27, 2020 at 11:26:37AM -0800, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> Magic types are not simple and inevitably lead to unexpected corners
> and unresolvable problems. *cough* associative arrays *cough*
[...]
For all the trouble they've given us, built-in AA's is one
On Thu, Feb 27, 2020 at 02:20:14PM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
> On 2/27/20 1:42 PM, H. S. Teoh wrote:
> > Making CTFE AAs usable at runtime is somewhat of a different beast,
> > though. The main problem is that you need to be able to instantiate the
> > binary
On Thu, Feb 27, 2020 at 10:11:07AM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
[...]
> Large hidden invisible types are not the problem (look at normal
> dynamic arrays, the large hidden type built into the runtime is a huge
> success I think). The problem is that the compiler
On Wed, Feb 26, 2020 at 08:45:31PM +, Atila Neves via
Digitalmars-d-announce wrote:
> On Wednesday, 26 February 2020 at 17:39:14 UTC, jmh530 wrote:
> > On Wednesday, 26 February 2020 at 14:51:06 UTC, Atila Neves wrote:
> > > [snip]
> > >
> > > A lot of the comments were about how stupid I
On Mon, Feb 24, 2020 at 10:54:34PM -0800, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> Writing that an implementation must refer to specific templates
> implies that the behavior is customizable by the user via modifying
> those templates.
I think this is where the misunderstanding
On Mon, Feb 24, 2020 at 10:41:16AM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
[...]
> I will also note that we did something very similar with
> switch(string), where prior to this the compiler did all the "heavy
> lifting" of generating the code to convert strings into
On Fri, Feb 14, 2020 at 10:31:13PM +, kinke via Digitalmars-d-announce
wrote:
> Glad to announce LDC 1.20:
Awesome!!! Big thanks again to the LDC team!
T
--
The easy way is the wrong way, and the hard way is the stupid way. Pick one.
On Tue, Jan 28, 2020 at 07:03:51PM +, Akim Demaille via
Digitalmars-d-announce wrote:
> On Wednesday, 1 January 2020 at 09:47:11 UTC, Akim Demaille wrote:
> > Hi all!
> > [...]
> > If you would like to contribute, please reach out to us via
> > bison-patc...@gnu.org, or help-bi...@gnu.org.
>
On Wed, Jan 08, 2020 at 09:43:05PM +, Meta via Digitalmars-d-announce wrote:
[...]
> Deprecated module std.experimental.all was removed
> All symbols contained in Phobos can now be used with import std
>
> Maybe I'm wrong, but this seems like a bad idea to me (unless we're
> getting rid of
On Sun, Jan 05, 2020 at 03:56:37AM +, visitor via Digitalmars-d-announce
wrote:
> On Saturday, 4 January 2020 at 16:59:13 UTC, visitor wrote:
> > On Thursday, 2 January 2020 at 20:36:46 UTC, Adam D. Ruppe wrote:
> > >
> > > Getting there. I think I have a plan for making new Java classes
> >
On Fri, Dec 20, 2019 at 03:19:43PM +, kinke via Digitalmars-d-announce
wrote:
> Glad to announce LDC 1.19:
Awesome!! With every release, LDC is becoming more and more my go-to D
compiler. Big thanks to all involved in making this happen!
T
--
A linguistics professor was lecturing to
On Tue, Dec 17, 2019 at 10:28:32PM +, kinke via Digitalmars-d-announce
wrote:
[...]
> LDC 1.19 final will probably come with a native Android/AArch64
> package. It's going to contain prebuilt Android/x86_64
> druntime/Phobos too, and the armv7a package will contain the i686
> libs; i.e.,
On Tue, Dec 17, 2019 at 10:25:26AM -0800, H. S. Teoh wrote:
[...]
> http://dpldocs.info/this-week-in-d/Blog.Posted_2019_12_09.html
[...]
And I might add, that since that blog was posted there has been
significant progress. Runtime initialization is now working, and you can
create a Java VM
On Tue, Dec 17, 2019 at 06:08:07PM +, jmh530 via Digitalmars-d-announce
wrote:
> On Tuesday, 17 December 2019 at 17:41:46 UTC, bachmeier wrote:
> > [snip]
> >
> > I had no idea that existed. That should really be promoted. There
> > might be a lot of interest.
>
> First commit was only 8
On Tue, Dec 17, 2019 at 01:34:16AM +, bachmeier via Digitalmars-d-announce
wrote:
[...]
> Oh, I don't doubt that. My point was that it makes the D language
> project look like a small-scale open source project relying on
> volunteers (in this case Sonke) being generous with time and
>
On Mon, Dec 16, 2019 at 09:37:51PM +, Adam D. Ruppe via
Digitalmars-d-announce wrote:
> I'm gonna drop the link here without further comment:
>
> https://github.com/adamdruppe/d_android
>
> hopefully I've written enough in the repo so anyone who wants to play
> with it can... and if not, I
On Tue, Dec 17, 2019 at 12:55:35AM +, Pham via Digitalmars-d-announce wrote:
> On Monday, 16 December 2019 at 22:43:58 UTC, bachmeier wrote:
> > On Monday, 16 December 2019 at 20:21:16 UTC, Temtaime wrote:
> > > My ISP still serves old IP.
> > > Thanks for such a blackout.
> > > D is still not
On Thu, Nov 28, 2019 at 05:18:59PM +, Ernesto Castellotti via
Digitalmars-d-announce wrote:
> On Thursday, 28 November 2019 at 08:31:36 UTC, Dukc wrote:
> > On Wednesday, 27 November 2019 at 19:30:15 UTC, Ernesto Castellotti
> > wrote:
> > >
> > > The support to targets that use 16 bits as a
On Tue, Nov 26, 2019 at 05:10:41PM -0800, H. S. Teoh via Digitalmars-d-announce
wrote:
[...]
> I did consult the LDC cross-compiling page, and did modify ldc2.conf
> appropriately. But somewhere along the line I must have done something
> wrong, because it's still not cross-compiling
On Wed, Nov 27, 2019 at 02:35:53PM +, Ernesto Castellotti via
Digitalmars-d-announce wrote:
> Hi,
>
> I wrote a page in the wiki for basic information on how to use D on AVR
> 8-bit, using LLVM and LDC.
>
> https://wiki.dlang.org/D_on_AVR
>
> With BetterC everything seems to be working
On Wed, Nov 27, 2019 at 12:24:11AM +, kinke via Digitalmars-d-announce
wrote:
> On Tuesday, 26 November 2019 at 21:19:58 UTC, H. S. Teoh wrote:
> > Error: failed to locate link.exe
> >
> > Where am I supposed to get link.exe?
>
> You're supposed to consult the dedicated Wiki page linked
On Tue, Nov 26, 2019 at 01:19:58PM -0800, H. S. Teoh via Digitalmars-d-announce
wrote:
> On Tue, Nov 26, 2019 at 12:32:54AM +, Adam D. Ruppe via
> Digitalmars-d-announce wrote:
[...]
> > ldc2 -mtriple=x86_64-pc-windows-msvc
> >
> > though you will prolly have to gra
On Tue, Nov 26, 2019 at 12:32:54AM +, Adam D. Ruppe via
Digitalmars-d-announce wrote:
> On Monday, 25 November 2019 at 23:46:31 UTC, H. S. Teoh wrote:
> > Oooh very nice!! That's wonderful to hear. So you're saying LDC
> > out-of-the-box can cross-compile from Linux to Windows directly?
> >
On Mon, Nov 25, 2019 at 09:51:31PM +, kinke via Digitalmars-d-announce
wrote:
> On Monday, 25 November 2019 at 18:28:55 UTC, H. S. Teoh wrote:
> > - lack of support for cross-compilation (e.g., cross-compile to
> > Android from a Linux x86 host, or cross-compile from Linux host to
> >
On Mon, Nov 25, 2019 at 07:48:46PM +, GreatSam4sure via
Digitalmars-d-announce wrote:
[...]
> I am interested in D/java project. Can you help me with material or
> link on that. I Will be happy to use javafx as front end and D as back
> end for a desktop App.
>
> I have looking on GraalVm
On Mon, Nov 25, 2019 at 12:15:42PM +, Joseph Rushton Wakeling via
Digitalmars-d-announce wrote:
[...]
> What's currently broken or impossible in DUB?
I'm probably not the intended audience here, but just so it's out there,
here's a list of dub showstoppers for me:
- lack of support for
On Mon, Oct 21, 2019 at 06:50:13PM +, M.M. via Digitalmars-d-announce wrote:
> D is being adapted further more:
>
> https://www.phoronix.com/scan.php?page=news_item=Ikey-Goes-Open-Source-Gaming
>
> https://lispysnake.com/blog/2019/10/20/enter-the-miniature-dragon/
Looks interesting.
On Thu, Oct 17, 2019 at 07:24:20PM +, Dennis via Digitalmars-d-announce
wrote:
> On Monday, 23 September 2019 at 17:49:12 UTC, H. S. Teoh wrote:
> > Will this talk be posted somewhere like Youtube afterwards?
>
> It's up now!
> https://www.youtube.com/watch?v=p22MM1wc7xQ
Huh. Walter says
On Mon, Oct 07, 2019 at 10:21:08PM +, beyar-123--- via
Digitalmars-d-announce wrote:
[...]
> > On Thursday, 27 June 2019 at 15:50:43 UTC, BN26 wrote:
> > > Amazing work! I was looking for something like this.
> > >
> > > At the moment, I have to rerun dub after every change, it's a pain
> >
On Sun, Sep 29, 2019 at 08:46:52PM +, kinke via Digitalmars-d-announce
wrote:
> Glad to announce the second beta for LDC 1.18:
>
> * Based on D 2.088.0+ (yesterday's stable).
This is, like, the most awesome thing ever, that LDC is tracking DMD
releases so closely. Big thanks to everyone
On Mon, Sep 23, 2019 at 02:55:00PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 9/23/2019 10:49 AM, H. S. Teoh wrote:
> > Will this talk be posted somewhere like Youtube afterwards?
>
> Yes, though sometimes it doesn't due to various failure modes of the
> camera and operator :-)
On Sun, Sep 22, 2019 at 12:40:48PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> I'll be speaking at the Northwest C++ Users's Group on Oct 19.
>
> https://nwcpp.org/
>
> Work began on the D programming language 20 years ago. A huge part of
> language design is looking at the past
On Thu, Aug 22, 2019 at 06:03:10PM +, Ferhat Kurtulmuş via
Digitalmars-d-announce wrote:
> On Thursday, 22 August 2019 at 16:01:44 UTC, a11e99z wrote:
> > On Thursday, 22 August 2019 at 15:35:11 UTC, H. S. Teoh wrote:
> > > On Thu, Aug 22, 2019 at 01:47:12PM +, Ferhat Kurtulmuş via
> > >
On Thu, Aug 22, 2019 at 01:47:12PM +, Ferhat Kurtulmuş via
Digitalmars-d-announce wrote:
> I had some free time to spend, and did this
> https://github.com/aferust/dkiwi. In case, someone need it. I wish it
> could be loaded like the way the derelict load C libraries both
> dynamically and
On Fri, Aug 09, 2019 at 09:36:53PM +, solidstate1991 via
Digitalmars-d-announce wrote:
[...]
> Nowadays I'm thinking on what kind of license should I use on my "open
> source media franchise" (or whatever I should call it), since I don't
> want to keep it all for myself, and I would like to
On Wed, May 22, 2019 at 05:11:06PM -0700, Manu via Digitalmars-d-announce wrote:
> On Wed, May 22, 2019 at 3:33 PM H. S. Teoh via Digitalmars-d-announce
> wrote:
> >
> > On Wed, May 22, 2019 at 02:18:58PM -0700, Manu via Digitalmars-d-announce
> > wrote:
[...]
> &g
On Wed, May 22, 2019 at 02:18:58PM -0700, Manu via Digitalmars-d-announce wrote:
> On Wed, May 22, 2019 at 10:20 AM Ola Fosheim Grøstad via
> Digitalmars-d-announce wrote:
[...]
> > But you shouldn't design a UI framework like a game engine.
> >
> > Especially not if you also want to run on
On Wed, May 15, 2019 at 05:53:17PM -0700, H. S. Teoh via Digitalmars-d-announce
wrote:
> On Wed, May 15, 2019 at 11:34:44AM -0700, Walter Bright via
> Digitalmars-d-announce wrote:
> > On 5/15/2019 11:09 AM, H. S. Teoh wrote:
> > > *Why* putting 'private' on a field membe
On Wed, May 15, 2019 at 11:34:44AM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 5/15/2019 11:09 AM, H. S. Teoh wrote:
> > *Why* putting 'private' on a field member makes toHash unsafe, is
> > beyond my ability to comprehend.
>
> That's because the reduced version isn't a reduced
On Wed, May 15, 2019 at 11:09:01AM -0700, H. S. Teoh via Digitalmars-d-announce
wrote:
> On Wed, May 15, 2019 at 12:39:05AM -0700, Walter Bright via
> Digitalmars-d-announce wrote:
> > https://github.com/dlang/phobos/pull/6931
> >
> > This is a major milestone in imp
On Wed, May 15, 2019 at 12:39:05AM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> https://github.com/dlang/phobos/pull/6931
>
> This is a major milestone in improving the memory safety of D
> programming. Thanks to everyone who helped with this!
>
> Time to start compiling your
On Sun, May 12, 2019 at 01:20:16PM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> If anyone's looking for a challenge, I welcome them to propose a new
> `Bool` type (note the capital B) for inclusion in my new library.
[...]
As long as && and || continue to evaluate to a 1-bit
On Sat, May 11, 2019 at 01:45:08AM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> I think this thread is beginning losing sight of the larger picture.
> What I'm trying to achieve is the opt-in continuum that Andrei
> mentioned elsewhere on this forum. We can't do that with the
On Sat, May 11, 2019 at 12:23:31AM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> Also, take a look at this data:
> https://forum.dlang.org/post/jdfiqpronazgglrkm...@forum.dlang.org Why
> is DMD making 48,000 runtime calls to memcpy to copy 8 bytes of data?
> Many of those calls
On Fri, May 10, 2019 at 05:16:24PM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> I've studied the ARM implementation of memcpy a little, and it's quite
> hard to follow. I'd like for the D implementations to make such code
> easier to understand and maintain.
[...]
I'm not 100%
On Thu, May 09, 2019 at 01:54:31AM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d-announce wrote:
[...]
> This sort of stuff happens literally EVERY year! At this point, you
> can pretty much guarantee that for any Dconf, Day 1's keynote doesn't
> get professionally livestreamed, if its
On Thu, Apr 25, 2019 at 11:41:32PM +, Suleyman via Digitalmars-d-announce
wrote:
> Hello everyone,
>
> I am happy to announce that in the next DMD release you will be able
> to more freely enjoy your metaprograming experience now that a
> long-standing limitation has been lifted.
>
> You
On Sat, Apr 20, 2019 at 03:47:08PM +, Andre Pany via Digitalmars-d-announce
wrote:
[...]
> Thank you so much. The -lowmem switch finally enables usage of D in
> CloudFoundry (your application is usually compiled on CloudFoundry and
> you very likely have a limit of 1024 MB).
[...]
Oh goodie!
On Sat, Mar 23, 2019 at 12:01:49AM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d-announce wrote:
> On 3/22/19 11:06 PM, Walter Bright wrote:
> > Many thanks to Sebastian Wilzbach, Nicholas Wilson, Mike Franklin,
> > and others!
> >
> > It's been a long and often frustrating endeavor, but
On Mon, Mar 18, 2019 at 11:41:14AM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 3/18/2019 8:55 AM, Robert M. Münch wrote:
> > Typo in Walter's abstract: ... "D supports a number of techniques
> > for allocating meory." => memory
>
> I should stop trusting the cat to review my
On Wed, Feb 27, 2019 at 01:04:42PM -0500, Nick Sabalausky (Abscissa) via
Digitalmars-d-announce wrote:
[...]
> Although frankly, I have to admit, this whole "Fast code, fast" thing
> is complete and utter rubbish compared to the "Better C++" that we've
> now decided to be politically incorrect
On Sun, Feb 24, 2019 at 08:59:49PM -0800, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> An interesting manifestation of this uselessness in C++ is the notion
> of "logical const", where a supposedly "const" value is lazily set to
> a value upon first use. I.e. it isn't const, it's just
On Thu, Feb 14, 2019 at 10:15:19PM +, Guillaume Piolat via
Digitalmars-d-announce wrote:
[...]
> I think ispc is interesting, and a very D-ish thing to have would be
> an ispc-like compiler at CTFE that outputs LLVM IR (or assembly or
> intel-intrinsics). That would break the language
On Thu, Feb 14, 2019 at 04:33:55PM +, Dejan Lekic via
Digitalmars-d-announce wrote:
[...]
> (no, not everyone uses news clients and threaded mode)...
They should. ;-)
Non-threaded mail/news clients are fundamentally b0rken. :-P
T
--
Caffeine underflow. Brain dumped.
On Mon, Feb 11, 2019 at 08:40:32PM +, notna via Digitalmars-d-announce
wrote:
[...]
> Reported so many times & still there (Win10 here);
>
> Installing DCD
> Downloading from
> https://github.com/dlang-community/DCD/releases/download/v0.10.2/dcd-v0.10.2-windows-x86.zip
> to
On Sat, Feb 09, 2019 at 01:08:55AM +, bitwise via Digitalmars-d-announce
wrote:
> On Saturday, 9 February 2019 at 00:04:20 UTC, Dennis wrote:
> > On Friday, 8 February 2019 at 23:58:49 UTC, H. S. Teoh wrote:
> > > Yep, the moral of the story is, if codegen quality is important to
> > > you,
On Sat, Feb 09, 2019 at 12:04:20AM +, Dennis via Digitalmars-d-announce
wrote:
> On Friday, 8 February 2019 at 23:58:49 UTC, H. S. Teoh wrote:
> > Yep, the moral of the story is, if codegen quality is important to
> > you, use ldc (and presumably gdc too) rather than dmd.
>
> That's
On Fri, Feb 08, 2019 at 03:42:51PM -0800, H. S. Teoh via Digitalmars-d-announce
wrote:
> On Fri, Feb 08, 2019 at 11:34:47PM +, Dennis via Digitalmars-d-announce
> wrote:
> > On Friday, 8 February 2019 at 23:02:34 UTC, Nicholas Wilson wrote:
> > > Immediately called lamd
On Fri, Feb 08, 2019 at 11:34:47PM +, Dennis via Digitalmars-d-announce
wrote:
> On Friday, 8 February 2019 at 23:02:34 UTC, Nicholas Wilson wrote:
> > Immediately called lamdas are always inlined.
>
> ```
> extern(C) void main() {
> int a = (() => 1)();
> }
> ```
>
> dmd -inline -O
On Thu, Feb 07, 2019 at 05:06:09PM +, Seb via Digitalmars-d-announce wrote:
> On Thursday, 7 February 2019 at 16:40:08 UTC, Anonymouse wrote:
> >
> > What was the word on the autotester (or similar) testing popular
> > packages as part of the test suite?
>
> This is been done since more than
On Thu, Jan 31, 2019 at 10:26:39PM +, jmh530 via Digitalmars-d-announce
wrote:
> On Thursday, 31 January 2019 at 21:57:21 UTC, Steven Schveighoffer wrote:
[...]
> > That being said, you can look at the fact that most people don't
> > even know about this problem, even seasoned veterans, as a
On Wed, Jan 30, 2019 at 08:34:58PM +, Simen Kjærås via
Digitalmars-d-announce wrote:
> I found this article espousing D's strengths today:
> https://opensource.com/article/17/5/d-open-source-software-development
It appears to be written by our very own `aberba`, who also frequently
On Wed, Jan 30, 2019 at 02:05:37PM +, Mike Parker via
Digitalmars-d-announce wrote:
> Given the nature of the feedback in both review rounds this DIP has
> gone through, Walter has decided to reject his own DIP. He still
> believes there is a benefit to adding a bottom type to the language,
>
On Sat, Jan 19, 2019 at 03:28:12PM +, user1234 via Digitalmars-d-announce
wrote:
> On Saturday, 19 January 2019 at 14:14:32 UTC, H. S. Teoh wrote:
> > On Sat, Jan 19, 2019 at 08:17:30AM +, Anonymouse via
> > Digitalmars-d-announce wrote:
> > > On Saturday, 19 January 2019 at 06:43:34 UTC,
On Sat, Jan 19, 2019 at 10:35:52AM +, bauss via Digitalmars-d-announce
wrote:
> Happy to announce the first version of Musicpulator.
>
> An open-source library for analyzing and manipulating music.
>
> As of now only manual analysis and manipulation is possible, but in
> future versions
On Sat, Jan 19, 2019 at 08:17:30AM +, Anonymouse via Digitalmars-d-announce
wrote:
> On Saturday, 19 January 2019 at 06:43:34 UTC, H. S. Teoh wrote:
> > This forum is very functional. I would participate less in a forum
> > that requires loading up a browser to use. But then again, maybe
> >
On Sat, Jan 19, 2019 at 03:11:55AM +, bachmeier via Digitalmars-d-announce
wrote:
> On Friday, 4 January 2019 at 10:30:07 UTC, Martin Tschierschke wrote:
>
> > Cool, what a wonderful start to the year 2019!
> > A big thank you to all pushing the development of D with money and time!
> > What
On Fri, Jan 18, 2019 at 09:41:14PM +0100, Jacob Carlborg via
Digitalmars-d-announce wrote:
> On 2019-01-18 21:23, H. S. Teoh wrote:
>
> > Haha, that's just an old example from back in the bad ole days where
> > NTP syncing is rare, and everyone's PC is slightly off anywhere from
> > seconds to
On Fri, Jan 18, 2019 at 08:03:48PM +, Mark via Digitalmars-d-announce wrote:
[...]
> Why not do away with AliasSeq and use strings all the way?
>
> string Constify(string type)
> {
> // can add input checks here
> return "const(" ~ type ~ ")";
> }
>
> void main()
> {
> import
On Fri, Jan 18, 2019 at 08:03:09PM +, Neia Neutuladh via
Digitalmars-d-announce wrote:
> On Fri, 18 Jan 2019 11:43:58 -0800, H. S. Teoh wrote:
> > (1) it often builds unnecessarily -- `touch source.d` and it
> > rebuilds source.d even though the contents haven't changed; and
>
>
On Fri, Jan 18, 2019 at 06:59:59PM +, JN via Digitalmars-d-announce wrote:
[...]
> The trick with makefiles is that they work well for a single
> developer, or a single project, but become an issue when dealing with
> multiple libraries, each one coming with its own makefile (if you're
>
On Fri, Jan 18, 2019 at 12:06:54PM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
> On 1/18/19 11:42 AM, Ron Tarrant wrote:
[...]
> > Just to set the record straight, I only had access to that Coleco
> > Adam for the few weeks I was in that Newfoundland outport. Within a
> > year,
On Fri, Jan 18, 2019 at 02:29:14PM +, Mike Parker via
Digitalmars-d-announce wrote:
[...]
> The blog:
> https://dlang.org/blog/2019/01/18/d-lighted-im-sure/
[...]
Very nice indeed! Welcome aboard, Ron!
And wow... 6502? That's what I grew up on too! I used to remember most
of the opcodes
On Fri, Jan 18, 2019 at 11:23:11AM +0100, Jacob Carlborg via
Digitalmars-d-announce wrote:
> On 2019-01-17 23:44, H. S. Teoh wrote:
>
> > YES! This is the way it should be. Type-tuples become first class
> > citizens, and you can pass them around to functions and return them
> > from functions
On Thu, Jan 17, 2019 at 05:32:52PM -0800, Walter Bright via
Digitalmars-d-announce wrote:
> On 1/17/2019 11:31 AM, H. S. Teoh wrote:
> > [...]
>
> Thanks for the thoughtful and well-written piece.
>
> But there is a counterpoint: symmetry in mathematics is one thing, but
> symmetry in human
On Thu, Jan 17, 2019 at 10:20:24PM +, Stefan Koch via
Digitalmars-d-announce wrote:
> On Thursday, 17 January 2019 at 19:31:24 UTC, H. S. Teoh wrote:
[...]
> > Coming back to the D example at the end, I totally agree with the
> > sentiment that D templates, in spite of their significant
> >
On Thu, Jan 17, 2019 at 06:03:07PM +, Paul Backus via
Digitalmars-d-announce wrote:
[...]
> [2]
> https://bartoszmilewski.com/2009/10/21/what-does-haskell-have-to-do-with-c/
[...]
Haha, seems D did better than C++ in this respect, but not quite at the
level of Haskell.
The C++ example of a
On Thu, Jan 17, 2019 at 11:17:18AM +, Tony via Digitalmars-d-announce wrote:
> On Sunday, 13 January 2019 at 04:04:14 UTC, Walter Bright wrote:
>
> > One major takeaway is that the bugs/line are the same regardless of
> > the language used. This means that languages that enable more
> >
On Wed, Jan 16, 2019 at 05:59:29PM -0800, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> Bartosz Milewski is a C++ programmer and a Haskell fan. He once gave a
> presentation at NWCPP where he wrote a few lines of Haskell code.
> Then, he showed the same code written using C++ template
>
On Wed, Jan 16, 2019 at 11:43:19PM +, John Carter via
Digitalmars-d-announce wrote:
[...]
> Given that I have probably written a lot more C++ code in my life than
> d...
>
> ...I do find it remarkable that I can read the d code quite easily
> without reaching for the reference manual, but to
On Mon, Jan 14, 2019 at 08:38:39PM +, Guillaume Piolat via
Digitalmars-d-announce wrote:
[...]
> Other people often lack interest because of real or perceived template
> bloat, and it's critical.
>
> - I think it's important to emphasize CTFE over template
> instantiations because (per
On Mon, Jan 14, 2019 at 03:57:36PM +, Adam D. Ruppe via
Digitalmars-d-announce wrote:
> On Monday, 14 January 2019 at 14:56:00 UTC, bachmeier wrote:
> > Only a small sliver of programming involves anything where "overhead
> > of a runtime" is an issue. I hope you intend this comment as
> >
On Wed, Jan 02, 2019 at 02:49:19PM +, Adam D. Ruppe via
Digitalmars-d-announce wrote:
> On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote:
> > On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote:
> > >
> > > I would love to have a campaign to increase
On Sun, Dec 30, 2018 at 03:26:33PM +0200, ketmar via Digitalmars-d-announce
wrote:
> Basile B. wrote:
>
> > On Sunday, 30 December 2018 at 12:19:19 UTC, ketmar wrote:
> > > too bad that i didn't knew about Ryu back than.
> >
> > It's very recent, announce on proggit is < 1 year.
> >
> > It
On Wed, Dec 19, 2018 at 11:56:44AM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
> On 12/18/18 8:41 PM, H. S. Teoh wrote:
> > On Tue, Dec 18, 2018 at 01:56:18PM -0500, Steven Schveighoffer via
> > Digitalmars-d-announce wrote:
[...]
> > > Although I haven't tested with network
On Tue, Dec 18, 2018 at 06:53:02PM -0700, Jonathan M Davis via
Digitalmars-d-announce wrote:
[...]
> I confess that I do tend to think about things from the standpoint of
> a library designer though, in part because I work on stuff like
> Phobos, but also because I tend to break up my programs
On Tue, Dec 18, 2018 at 01:56:18PM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
> On 12/18/18 10:36 AM, H. S. Teoh wrote:
> > On Tue, Dec 18, 2018 at 08:00:48AM +, Cyroxin via
> > Digitalmars-d-announce wrote:
> > > [...] While the focus of this library is in socket
On Tue, Dec 18, 2018 at 08:17:28AM +, Russel Winder via
Digitalmars-d-announce wrote:
> On Mon, 2018-12-17 at 12:16 -0800, Walter Bright via Digitalmars-d-announce
> wrote:
> > […]
> >
> > Going pure, however, is much harder (at least for me) because I'm
> > not used to programming that way.
On Tue, Dec 18, 2018 at 08:00:48AM +, Cyroxin via Digitalmars-d-announce
wrote:
> [...] While the focus of this library is in socket receival, reading
> from a file doesn't seem to be bad either.
[...]
Ahh, I see. I thought the intent was to read from a file locally. If
you're receiving data
On Tue, Dec 18, 2018 at 01:13:32AM +, Cyroxin via Digitalmars-d-announce
wrote:
[...]
> I would assume that there is much value in having a mapping that can
> be reused instead of having to remap files to the memory when a need
> arises to change source. While I cannot comment on the general
On Mon, Dec 17, 2018 at 09:16:16PM +, Cyroxin via Digitalmars-d-announce
wrote:
> Elembuf is a library that allows writing efficient parsers and
> readers. It looks as if it were just a regular T[], making it work
> well with libraries and easy to use with slicing. To avoid copying,
> the
101 - 200 of 362 matches
Mail list logo
