H1 2015 Priorities and Bare-Metal Programming

[Daniel Kozák via Digitalmars-d]

V Mon, 02 Feb 2015 21:53:43 +0000
Dicebot via Digitalmars-d <digitalmars-d at puremagic.com> napsáno:

> On Monday, 2 February 2015 at 21:19:05 UTC, Walter Bright wrote:
> > On 2/2/2015 9:17 AM, H. S. Teoh via Digitalmars-d wrote:
> >> Walter seems to dislike forced inlining for various reasons, 
> >> preferring
> >> inlining as a hint at the most, and he probably has a point in 
> >> most
> >> cases (let the compiler make the judgment). But in other 
> >> cases, such as
> >> the one in question, the user needs to override the compiler's 
> >> decision.
> >> Currently there's no way to do that, and it's a showstopper 
> >> for those
> >> users.
> >
> > This is a settled issue. After all, I wrote:
> >
> > http://wiki.dlang.org/DIP56
> 
> Erm. Quoting the DIP: "If a pragma specifies always inline, 
> whether or not the target function(s) are actually inlined is 
> implementation defined, although the implementation will be 
> expected to inline it if practical."
> 
> This is exactly the absolutely unacceptable part that makes your 
> DIP useless and last discussion has stalled (from my POV) exactly 
> at the point where you refused to negotiate any compromises on 
> that matter.

Ok why not add some WARN level?

pragma(inline, true, WARN_LEVEL);  // always inline

WARN_LEVEL = 0 // no warning or error is print
WARN_LEVEL = 1 // warning
WARN_LEVEL = 2 // error

It should be easily control by version condition