Re: D GUI Framework (responsive grid teaser)

2019-05-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 24 May 2019 at 19:32:38 UTC, Nick Sabalausky (Abscissa) wrote: Wow, you're just deliberately *trying* not to listen at this point, aren't you? Fine, forget it, then. I have no problem listening. As far as I can tell generic scenegraph frameworks like Inventor, Ogre (and I presume

Re: D GUI Framework (responsive grid teaser)

2019-05-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 24 May 2019 at 17:19:23 UTC, rikki cattermole wrote: Be careful with that assumption. Server motherboards made by Intel come with GPU's as standard. Yes, they also have CPUs with FPGAs... And NVIDIA has embedded units with crazy architectures, like this entry level mode ($99?):

Re: D GUI Framework (responsive grid teaser)

2019-05-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 24 May 2019 at 08:42:48 UTC, Robert M. Münch wrote: Well, the main market I see for a software renderer is the embedded market and server rendering. Making money with development tools, components or frameworks is most likely only possible in the B2B sector. Indeed. Software that

Re: D GUI Framework (responsive grid teaser)

2019-05-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 24 May 2019 at 08:35:27 UTC, Robert M. Münch wrote: I'm not fully understand the discussion about accuracy WRT GUIs. Of course you need to draw things accurate. And my interjection WRT 35-FPS was just to give an idea about the possible achievable performance. I like desktop apps

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 20:20:52 UTC, Nick Sabalausky (Abscissa) wrote: flexibility. And I think you're *SEVERELY* underestimating the flexibility of modern game engines. And I say this having personally used modern game engines. Have you? No, I don't use them. I read about how they are

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 20:13:29 UTC, Nick Sabalausky (Abscissa) wrote: They want accuracy TO THE EXTENT THEY (and others) CAN PERCEIVE IT. That is the key. Human perception is far more limited than most people realize. Well, what I meant by "cutting corners" it that games reach

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 19:32:28 UTC, Nick Sabalausky (Abscissa) wrote: Game engines *MUST* be *EFFICIENT* in order facilitate the demands the games place on them. And "efficiency" *means* efficiency: it means minimizing wasted processing, and that *inherently* means *both* speed and

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 19:29:26 UTC, Ola Fosheim Grøstad wrote: Most GUI frameworks fail at this, so you have to do all yourself if you want anything with descent quality, but that is not how it should be. I meant «decent»! *grin* (But really, photographers and videographers use RAW

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 19:13:11 UTC, Nick Sabalausky (Abscissa) wrote: Serious photographers and videographers use things like JPEG and MPEG which are *fundamentally based* on cutting imperceptible corners and trading accuracy for other benefits. The idea of a desktop GUI absolutely

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 16:36:17 UTC, Robert M. Münch wrote: When doing the real-time resizing in the screencast, the CPU usage is around 5% - 6% Yeah, that leaves a lot of headroom to play with. Do you think there is a market for a x86 CPU software renderer though? Or do you plan on

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 01:22:20 UTC, Manu wrote: That's a different discussion. I don't actually endorse this. I'm a fan of instantaneous response from my productivity software... 'Instantaneous' being key, and running without delay means NOT waiting many cycles of the event pump to flow

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 06:07:53 UTC, Robert M. Münch wrote: On 2019-05-22 17:01:39 +, Manu said: I mean, there are video games that render a complete screen full of zillions of high-detail things every frame! Show me a game that renders this with a CPU only approach into a memory

Re: D GUI Framework (responsive grid teaser)

2019-05-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 23 May 2019 at 00:23:50 UTC, Manu wrote: it's really just a style of software design that lends to efficiency. Our servers don't draw anything! Then it isn't specific to games, or particularly relevant to rendering. Might as well talk about people writing search engines or

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 22 May 2019 at 21:18:58 UTC, Manu wrote: I couldn't possibly agree less; I think cool kids would design literally all computer software like a game engine, if they generally cared about fluid experience, perf, and battery life. A game engine is designed for full redraw on every

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 22 May 2019 at 17:01:39 UTC, Manu wrote: You can make a UI run realtime ;) I mean, there are video games that render a complete screen full of zillions of high-detail things every frame! But you shouldn't design a UI framework like a game engine. Especially not if you also

Re: D GUI Framework (responsive grid teaser)

2019-05-21 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 21 May 2019 at 18:08:52 UTC, Robert M. Münch wrote: :-) For a pixel perfect full responsive GUI I need to think about it a bit more. But that's not high priority at the moment. Right, there is no point in making that part too complicated early on because you may find that you want

Re: D GUI Framework (responsive grid teaser)

2019-05-21 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 21 May 2019 at 14:04:29 UTC, Robert M. Münch wrote: Here is a new screencast: https://www.dropbox.com/s/ywywr7dp5v8rfoz/Bildschirmaufnahme%202019-05-21%20um%2015.20.59.mov?dl=0 That looks better :-) So this gives us 36 FPS which is IMO pretty good for a desktop app target. There

Re: D GUI Framework (responsive grid teaser)

2019-05-19 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 19 May 2019 at 21:01:33 UTC, Robert M. Münch wrote: Hi, we are currently build up our new technology stack and for this create a 2D GUI framework. https://www.dropbox.com/s/iu988snx2lqockb/Bildschirmaufnahme%202019-05-19%20um%2022.32.46.mov?dl=0 The screencast shows a responsive

Re: bool (was DConf 2019 AGM Livestream)

2019-05-19 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 12 May 2019 at 10:27:42 UTC, Isaac S. wrote: So mixing the concepts of true/false and numerical data is "reasonable". I'll have to remember that if I ever have a true/false test; 1's and 0's are quicker to write than T's and F's. I agree with you that bool should be kept separate

Re: [OT] My State is Illegally Preventing Me From Voting In The Upcoming 2018 US Elections

2018-09-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 9 September 2018 at 09:34:31 UTC, Nick Sabalausky (Abscissa) wrote: I sincerely apologize for the OT, but AFAIK, I don't have anywhere else to post. Please rm/delete/ban/etc... as appropriate, I take full responsibility. This is a (potentially inappropriate) "CYA" (Covering my "A

Re: The D Language Foundation at Open Collective

2018-03-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 15 March 2018 at 17:06:00 UTC, Ola Fosheim Grøstad wrote: On Thursday, 15 March 2018 at 14:13:10 UTC, Mike Parker wrote: At the current exchange rate, a venti-sized cup of drip coffee at Starbucks in Korea is $4.51. When I go to GA, it's cheaper. A venti Americano is $4.79. But I

Re: The D Language Foundation at Open Collective

2018-03-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 15 March 2018 at 14:13:10 UTC, Mike Parker wrote: At the current exchange rate, a venti-sized cup of drip coffee at Starbucks in Korea is $4.51. When I go to GA, it's cheaper. A venti Americano is $4.79. But I think when people talk about $5 coffees, they're referring to lattes

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 20:37:24 UTC, bachmeier wrote: There's (almost) no such thing as bad publicity... Programming languages and operating systems have a long history of hot advocacy... not sure how it relates to adoption, but it affects perception. E.g. vocal mac users gave

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 19:40:12 UTC, Seb wrote: https://www.reddit.com/r/programming/comments/7xih66/the_expressive_c17_coding_challenge_in_d It is getting shot down…

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 18:33:33 UTC, Jacob Carlborg wrote: On 2018-02-14 19:00, Ola Fosheim Grøstad wrote: For a fair comparison Swift should only use libraries that are available both on macOS and Linux. Are any projects using Swift outside of the Mac eco system? Would it be more

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 17:13:28 UTC, John Gabriele wrote: But even then, I don't think you should discount or put off using std.csv as "cheating". Yes and no. The problem with all these exercises is that they say nothing about the language and a lot about some default library,

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 10:17:21 UTC, psychoticRabbit wrote: I believe the programming langauges of the future, and the ones people should invest their time learning, are those that can be best understood in the least amount of time. Yes, I would say so, unless they bring something

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 09:28:48 UTC, psychoticRabbit wrote: yeah.. even the more modern C++ code still makes me want to stay clear of it...(perhaps even more so). I just never get the same feeling when I look at D programs. I get the same feeling from both languages, to be honest.

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 08:53:31 UTC, drug wrote: It's sadly that using most C++17 features fails to provide clean and compact solution... I don't usually use iostream, but this "challenge" was a reasonable fit for it. If you look over the 4 submissions then the iostream one

Re: The Expressive C++17 Coding Challenge in D

2018-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: DCompute target: Intel to Introduce New CPU-FPGA Hybrid Chip Supported by Acceleration Stack

2017-10-21 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
But I also get this feeling that Intel do this as an anti-competitive monopolistic. Basically preventing ARM and AMD from partnering with Altera. So it could be more hostile than friendly… The buy up might not make sense business wise in terms of new products. But it could make a lot of

Re: DCompute target: Intel to Introduce New CPU-FPGA Hybrid Chip Supported by Acceleration Stack

2017-10-21 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 20 October 2017 at 20:41:24 UTC, Nordlöw wrote: Ever since I first tried programming in VHDL and realized that it, at that time, was far too unproductive for my taste, I've been waiting for the software and FPGA programming models to unite... What kinds of simplifications (over

Re: RedMonk language rankings June 15, 2017

2017-06-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 26 June 2017 at 10:23:05 UTC, Martin Tschierschke wrote: This is only partially true, as I know from a friend, he is physicist @ DESY Hamburg, he is programming exactly with this pair of languages for data analysis. (Could not convince him to try D jet :-)) If the comparison was

Re: RedMonk language rankings June 15, 2017

2017-06-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 26 June 2017 at 09:51:37 UTC, Wulfklaue wrote: They are comparing the old, newer and newest ( in that order ). Yes, that was confusing too. But it makes no sense to plot ranking on a linear scale, they should plot actual numbers. The plot they provide says nothing meaningful about

Re: RedMonk language rankings June 15, 2017

2017-06-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 26 June 2017 at 09:30:04 UTC, Ola Fosheim Grøstad wrote: On Sunday, 25 June 2017 at 00:52:14 UTC, Wulfklaue wrote: On Saturday, 24 June 2017 at 22:05:44 UTC, Andrei Alexandrescu wrote:

Re: RedMonk language rankings June 15, 2017

2017-06-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 25 June 2017 at 00:52:14 UTC, Wulfklaue wrote: On Saturday, 24 June 2017 at 22:05:44 UTC, Andrei Alexandrescu wrote: http://i-programmer.info/news/98-languages/10859-redmonk-rankings-reveal-the-languages-we-love.html -- Andrei It looks like D almost never moved on those rankings.

Re: Trip notes from Israel

2017-05-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 26 May 2017 at 16:55:44 UTC, Joakim wrote: On Friday, 26 May 2017 at 11:32:21 UTC, Andrei Alexandrescu wrote: Walter and I have implicitly fostered a kind of meritocracy whereby it's the point/argument that matters. I don't see any evidence of this statement being true.

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

2017-04-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 29 April 2017 at 14:13:18 UTC, Patrick Schluter wrote: That's not a simple assumption, it's acknowledgment that a C program runs on real hardware not a virtual machine like Java or C#. Modern X86s are basically virtual machines... The instruction set is decoded and executed on a

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

2017-04-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 29 April 2017 at 11:24:36 UTC, Patrick Schluter wrote: C99 says "if an int can represent all values of the original type, the value is converted to an int; otherwise, it is converted to an unsigned int." Well, C is making the simple assumption that registers are int-sized...

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

2017-04-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 29 April 2017 at 03:44:50 UTC, Nick Sabalausky (Abscissa) wrote: On 04/28/2017 06:11 PM, H. S. Teoh via Digitalmars-d-announce wrote: https://bartoszmilewski.com/2013/09/19/edward-chands/ That is *awesome*! Although, I always saw Eddie Scissors as more of a retelling of

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

2017-04-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 24 April 2017 at 15:17:18 UTC, Timon Gehr wrote: Swift allows raw pointer manipulation. I didn't know that Swift had that as a language construct. Link? I know that it provides library solutions for raw pointers, but that can be said for most languages. Java implementations

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

2017-04-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 24 April 2017 at 06:37:40 UTC, Walter Bright wrote: The trouble is, one cannot look at a piece of code and tell if it follows the rules or not. I.e. it's not about it being possible to write memory safe code in C or C++ (it is), it's about verifying an arbitrary piece of code as

Re: BLAS implementation for D

2017-04-20 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 15 April 2017 at 20:20:01 UTC, Bill Baxter wrote: And more than that, companies that are serious about avoiding litigation will make sure that everyone working on this new project has not even seen the source code for the library with the other license. If someone who has seen

Re: Questionnaire

2017-02-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 8 February 2017 at 21:41:24 UTC, Mike wrote: * "Minimal Runtime" is the building block of systems programming. If this is not a core feature of a language, it will never compete with C. Systems programmers in my field need to incrementally opt-in to features in a pay-as-you-go

Re: SmartRef: The Smart Pointer In D

2017-01-23 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 14 January 2017 at 15:41:01 UTC, Dmitry Olshansky wrote: That is C++ smart_ptr has to be atomic, while its D counter part may safely be non-atomic because everything is TLS be default. I assume you mean std::shared_ptr. The reference counting semantics are atomic, but the I

Re: new cpuid is ready for comments

2016-07-12 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 12 July 2016 at 15:24:29 UTC, Guillaume Chatelet wrote: 2. As far as I know, Android does not expose either CPU identification or cache structure information to userspace. Please do correct me if I'm wrong and this library found a way around that --- but from a cursory look at the

Re: DIP: Tail call optimization

2016-07-11 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 11 July 2016 at 16:18:47 UTC, Dietrich Daroch wrote: Previous discussion seems to favour @unboundedStack as it can become a requirement to go beyond the stack-size-safe operations effectibly tracking where stack overflow may happen and encourage detailed review of those functions.

Re: DIP: Tail call optimization

2016-07-11 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 11 July 2016 at 15:27:54 UTC, Dietrich Daroch wrote: I've been thinking about changing @tco for @boundedStack, as it'll really reflect guarantees on functions while implicitly asking for TCO on functions that require it. But the fact that most functions should be marked as

Re: DIP: Tail call optimization

2016-07-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 10 July 2016 at 17:32:32 UTC, Dietrich Daroch wrote: It might be interesting to have proof that the stack is bounded (and won't overflow). Yes, a stack depth guarantee would be useful for D fibers.

Re: DIP: Tail call optimization

2016-07-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 10 July 2016 at 17:10:32 UTC, Dietrich Daroch wrote: Annotating every callsite seems uncomfortable, being able to perform TCO is a property of the function and not something that might look call-site dependant. You only need to annotate the location where the function calls

Re: DIP: Tail call optimization

2016-07-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 10 July 2016 at 05:03:46 UTC, Dietrich Daroch wrote: Hi everyone (= I've just added a new proposal to add a new attribute to ensure TCO is applied. The proposal is really simple, but I'm clueless on how to implement it and also interested on getting feedback on it. Why should

Re: Battle-plan for CTFE

2016-07-05 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 5 July 2016 at 16:40:05 UTC, ketmar wrote: so, we played a little game with Stefan: i wrote a simple stack-based VM implementation for our beloved bug6498, and got What is «bug6498»?

Re: Ocean preview finally open sourced

2016-07-04 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 4 July 2016 at 08:34:15 UTC, Andrea Fontana wrote: On Thursday, 30 June 2016 at 16:45:43 UTC, Leandro Lucarella wrote: Hello again Dland! I'm happy to finally announce the open sourcing of our Ocean base library, just it time to keep our word and make it in June ;-)

Re: Ocean preview finally open sourced

2016-07-01 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 1 July 2016 at 10:31:59 UTC, Leandro Lucarella wrote: Oh, well. Sorting out the license(s) were one of the major pains and time consuming tasks we had to do to opensource this, and apparently despite our best efforts there are stuff that we didn't see. *nods* I was only looking at

Re: Ocean preview finally open sourced

2016-07-01 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 30 June 2016 at 16:45:43 UTC, Leandro Lucarella wrote: (although please have a look at the licensing terms, even when all our code is Boost, there is code inherited from Tango that isn't), criticize it, and if you are really nice, fill issues and make pull requests! I find the

Re: 4x faster strlen with 4 char sentinel

2016-06-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 27 June 2016 at 21:41:57 UTC, Jay Norwood wrote: measurements. I'm using a 100KB char array terminated by four zeros, and doing strlen on substring pointers into it incremented by 1 for 100K times. But this is a rather atypical use case for zero terminated strings? It would make

Re: 4x faster strlen with 4 char sentinel

2016-06-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 27 June 2016 at 06:31:49 UTC, Ola Fosheim Grøstad wrote: On Monday, 27 June 2016 at 05:27:12 UTC, chmike wrote: Ending strings with a single null byte/char is to save space. It was critical in the 70´s when C was created and memory space was very limited. That's not the case anymore

Re: 4x faster strlen with 4 char sentinel

2016-06-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 27 June 2016 at 19:51:48 UTC, Jay Norwood wrote: Your link's use of padding pads out with a variable number of zeros, so that a larger data type can be used for the compare operations. This isn't the same as my example, which is simpler due to not having to fiddle with alignment

Re: 4x faster strlen with 4 char sentinel

2016-06-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 27 June 2016 at 16:22:56 UTC, Jay Norwood wrote: This strlen2 doesn't require special alignment or casting of char pointer types to some larger type. That keeps the strlen2 implementation fairly simple. Yes, and the idea of speeding up strings by padding out with zeros is not new.

Re: 4x faster strlen with 4 char sentinel

2016-06-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 27 June 2016 at 05:27:12 UTC, chmike wrote: Ending strings with a single null byte/char is to save space. It was critical in the 70´s when C was created and memory space was very limited. That's not the case anymore and I guess the Not only to save space, some CPUs also had cheap

Re: Project Highlight: The PowerNex Kernel

2016-06-24 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 24 June 2016 at 15:27:14 UTC, Wild wrote: Ya, I did borrow some code, mostly because my 64-bit code didn't play nice in the beginning. But I think I have rewritten all the code that I borrowed from you. Be careful with that. A rewrite may still be considered a translation, and

Re: Battle-plan for CTFE

2016-05-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 15 May 2016 at 15:09:17 UTC, Stefan Koch wrote: You want it ? Write it. I don't «want» anything.

Re: Battle-plan for CTFE

2016-05-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 15 May 2016 at 13:44:45 UTC, Martin Nowak wrote: 2^^15 | 3.7s | 4.8G | 0.13s | 10.0M 2^^16 | 5:30m | 15G | 0.13s | 10.8M D's CTFE grows O(N^2) b/c it leaks for almost every operation. We don't currently need a superfast interpreter, even the simplest possible interpreter will

Re: Battle-plan for CTFE

2016-05-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 15 May 2016 at 12:00:43 UTC, Martin Nowak wrote: On 05/15/2016 01:55 PM, Ola Fosheim Grøstad wrote: If you are going to have fast evaluation of loops/recursion then you need to use a solver. And well, doing worse than O(log N) at compile time is a very bad idea. Why not start with

Re: Battle-plan for CTFE

2016-05-15 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 15 May 2016 at 10:29:21 UTC, Martin Nowak wrote: On 05/10/2016 08:45 AM, Jacob Carlborg wrote: overhead and complexity over an AST interpreter. If you want to go really fast you need some sort of JIT anyhow, but a proper interpreter will be orders of mangnitude faster than the

Re: New Article: My Experience Porting Python Dateutil's Date Parser to D

2016-03-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 10 March 2016 at 17:59:21 UTC, Chris Wright wrote: It's a little easier to write iterators in the Python style: you don't have to cache the current value, and you don't have to have a separate check for end-of-iteration. It's a little easier to use them in the D style: you get

Re: New Article: My Experience Porting Python Dateutil's Date Parser to D

2016-03-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
Just pointing out the obvious: For the simple iterators/generators that run on a non-changing source you can basically break it up into: 1. iterators without lookahead 2. iterators with lookahead Which is basically the same issues you deal with when implementing a lexer. Python-style

Re: New Article: My Experience Porting Python Dateutil's Date Parser to D

2016-03-10 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 10 March 2016 at 00:29:46 UTC, Jack Stouffer wrote: It's a pretty straight forward standard iterator design and quite different from the table pointers C++ uses. I explain my grievances in the article. They didn't make all that much sense to me, so I wondered what Theo's issues

Re: New Article: My Experience Porting Python Dateutil's Date Parser to D

2016-03-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 9 March 2016 at 22:17:39 UTC, H. S. Teoh wrote: system for my personal projects), I can totally sympathize with the annoyances of using a dynamically-typed language, as well as dodgy iterator designs like __next__. (I've not had to deal with __next__ in Python so far, but *have*

Re: DigitalWhip

2016-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 14 February 2016 at 19:29:54 UTC, Vladimir Panteleev wrote: I think that in the context of a render farm, disabling bounds checking is completely reasonable. Bugs will manifest as crashes or rendering artifacts, and there is no risk of code execution exploits. But nobody would

Re: DigitalWhip

2016-02-14 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 14 February 2016 at 17:38:54 UTC, artemalive wrote: Hi Adam, I'll check the influence of enabled bounds check on benchmark result. Did not try this before. If you do, then you should use bounds checks in C++ too. (STL container.at(index) )

Re: Better docs for D (WIP)

2016-02-01 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 1 February 2016 at 20:14:42 UTC, Ola Fosheim Grøstad wrote: On Monday, 1 February 2016 at 20:01:11 UTC, Chris Wright wrote: What I would actually expect, instead of a C letter, is a set of guidelines for using the D logo and other trademarked material. That's pretty standard for

Re: Better docs for D (WIP)

2016-02-01 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 1 February 2016 at 20:01:11 UTC, Chris Wright wrote: What I would actually expect, instead of a C letter, is a set of guidelines for using the D logo and other trademarked material. That's pretty standard for open source projects. And if those guidelines forbad using the D logo for

Re: Better docs for D (WIP)

2016-01-30 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 30 January 2016 at 22:37:18 UTC, Adam D. Ruppe wrote: I know quite a few css tricks... but I don't think I can actually do this without adding a script or something, so I just put an arbitrary fixed width on hover for now. One trick is to set the width and clipping on "dt > *"

Re: Vision for the first semester of 2016

2016-01-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 29 January 2016 at 16:07:48 UTC, Adam D. Ruppe wrote: In my perfect world, quality third party apps - as determined just by usage stats or something - would be automatically downloadable and their documentation searchable as if it was standard. I've noticed that curated lists of

Re: Vision for the first semester of 2016

2016-01-28 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 28 January 2016 at 16:12:44 UTC, jmh530 wrote: the standard library or not. As discussed elsewhere, there are clearly benefits to putting some things in phobos (if only for providing a framework for others), and there are costs as it gets too large. That's the maintenance costs,

Re: Vision for the first semester of 2016

2016-01-28 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 27 January 2016 at 21:00:41 UTC, Martin Nowak wrote: A good criteria is whether some area has an established and hard to debate solution, then it can go into the standard library. But if there are many different ways around the same topic you should leave the decision to the

Re: Vision for the first semester of 2016

2016-01-28 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 28 January 2016 at 11:25:08 UTC, Laeeth Isharc wrote: I do like the building-block idea you suggest, but one must think about the deeper reasons for why things are owned by which people. It is much easier to get motivated if you have a certain level autonomy. Clearly, the "D

Re: Vision for the first semester of 2016

2016-01-28 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
This is what a good system programming standard library should provide: 1. Types needed to specify library APIs. 2. Functionality for accessing hardware in a non-emulated fashion. 3. Functionality that most _libraries_ need to build on (like arrays/iterators/ranges). 4. Functionality that

Re: Vision for the first semester of 2016

2016-01-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 27 January 2016 at 16:52:53 UTC, Laeeth Isharc wrote: your own argument. Of course there will be lots there that one doesn't need and can't use. But over time things that were once cutting edge become bog standard, and it makes sense to have coherence and convenience rather

Re: Vision for the first semester of 2016

2016-01-27 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 27 January 2016 at 06:17:44 UTC, Laeeth Isharc wrote: On Tuesday, 26 January 2016 at 22:48:23 UTC, Ola Fosheim Grøstad wrote: I am not sure if that is the right motivation. Sounds like recipe for bloat. Good libraries evolve from being used in real applications. Many

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 26 January 2016 at 10:52:17 UTC, Russel Winder wrote: Design patterns are not language agnostic. GoF patterns are 23 year old and many totally irrelevant with certain programming languages. However that is a different debate for a different place. I found GoF underwhelming when I

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 26 January 2016 at 20:38:16 UTC, tsbockman wrote: It's not like you could just reallocate all the effort that goes into Phobos towards the compiler and stuff. My impression is that the majority of the contributors to Phobos are capable D programmers. DMD is implemented in D now,

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 26 January 2016 at 21:03:01 UTC, tsbockman wrote: Also, you skipped past the "uninterested" part - this is a volunteer project, remember? I didn't think it was a relevant argument as you can still write libraries for distribution. Keep in mind that the standard library has to be

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 26 January 2016 at 22:33:32 UTC, tsbockman wrote: 1) The prospect of getting something into the standard library is a huge motivator for (at least some) potential contributors. I am not sure if that is the right motivation. Sounds like recipe for bloat. Good libraries evolve from

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 26 January 2016 at 23:04:57 UTC, tsbockman wrote: This is why requiring modules to spend some time on DUB and/or in `std.experimental` before freezing the API is important. Well, there aren't enough D applications written to ensure the usefulness of the API. Just take a look at

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
Or let me put it this way. If the standard library requires POSIX, then it isn't really a standard library, but a POSIX abstraction library...

Re: Vision for the first semester of 2016

2016-01-26 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Monday, 25 January 2016 at 08:57:44 UTC, Rory McGuire wrote: Ouch yes, seen that before. I just would prefer the base library to be exactly that a base. I agree. Imagine if all the effort put into Phobos' extras was put into the compiler and tooling...

Re: Better docs for D (WIP)

2016-01-05 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu wrote: Again this goes back to Adam. Let's say we had a contributor Eve who'd gladly take emailed questions and suggestions and integrate them. Would that be as nice? Ohoh... Keep Eve out of it, she's got an Apple.

Re: Moving forward with work on the D language and foundation

2015-12-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 9 December 2015 at 10:33:33 UTC, Tony wrote: On Wednesday, 9 December 2015 at 09:27:55 UTC, deadalnix wrote: Later in life, either you were not talented and most likely not made it, or you were talented and busy capitalizing and what you made younger. That's a very good

Re: Moving forward with work on the D language and foundation

2015-12-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 9 December 2015 at 07:49:58 UTC, Rory McGuire wrote: The number of scarily intelligent people aged over 60 is most likely a lot higher than the number of 25 year olds that are so. Its just the way our brains work, your brain optimises its thought processes continually, and

Re: Moving forward with work on the D language and foundation

2015-12-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 9 December 2015 at 11:04:46 UTC, Tony wrote: How are you defining "capitalizing"? Climbing the ladder. Many researchers don't want to climb the ladder (e.g. become head of department or even group leader) because it means that they spend 100% of their time on administration

Re: Moving forward with work on the D language and foundation

2015-12-09 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Wednesday, 9 December 2015 at 10:26:03 UTC, Tony wrote: I'd be swayed if you could link to interviews with older scientists, mathematicians or computer scientists who said their work declined with age because they became disillusioned or they ran into social conditioning issues. They are

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 16:15:32 UTC, Guillaume Piolat wrote: There is also a sample-wise FFT I've came across, which is expensive but avoids chunking. Hm, I don't know what that is :). Looking for similar grains is the idea behind the popular auto-correlation pitch detection methods.

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 17:36:47 UTC, Guillaume Piolat wrote: On Sunday, 29 November 2015 at 17:23:20 UTC, Ola Fosheim Grøstad wrote: Yes, so that will generate sidebands in the frequency spectrum, like FM synthesis, right? It won't because the vibrato frequency is too low, around

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 06:18:13 UTC, Jonny wrote: While, this doesn't prove you don't have a clue about jitter, my guess is, you don't. Yes, jitter is bad and worse than latency, but OS-X AudioUnits run at a high priority thread where you cannot do system calls, malloc or run a GC.

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 09:12:42 UTC, deadalnix wrote: I see that if that RT music thing doesn't pan out for you, you can always become a psychiatrist. You are a man a many talents, congrats. Maybe you and Guillaume Piolat should try to tone down your french rhetorics? I don't think

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 11:58:20 UTC, Guillaume Piolat wrote: I've never said the GC is compatible with real-time, it isn't. I said, we can avoid it in a small part of an application and be real-time. So D can do real-time (audio). Yes, but why say it if you don't use it after init?

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 12:40:30 UTC, Guillaume Piolat wrote: On Sunday, 29 November 2015 at 12:28:49 UTC, Ola Fosheim Grøstad wrote: The sound samples sound quite a bit like the classic vocal sound of Infected Mushroom to my ears, which is cool. Infected Mushroom released another

Re: Graillon 1.0, VST effect fully made with D

2015-11-29 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Sunday, 29 November 2015 at 11:15:41 UTC, Guillaume Piolat wrote: On Sunday, 29 November 2015 at 09:55:43 UTC, Ola Fosheim Grøstad wrote: On Sunday, 29 November 2015 at 09:12:42 UTC, deadalnix wrote: I see that if that RT music thing doesn't pan out for you, you can always become a

  1   2   >