On 3 June 2015 at 11:28, Manu via Digitalmars-d <digitalmars-d@puremagic.com > wrote:
> On 3 June 2015 at 17:50, Jacob Carlborg via Digitalmars-d > <digitalmars-d@puremagic.com> wrote: > > On 2015-06-03 01:08, Manu via Digitalmars-d wrote: > > > >> It's fairly large to cover everything I think is important, and > >> there's a few tools missing still; I can't finish without some way to > >> know the SIMD flags fed to the compiler from the command line (some > >> standard versions?), and it's also difficult to resolve without > >> forceinline of some sort. > > > > > > Isn't it possible to proceed without forceinline, to be able to finish > the > > functionality. I understand that you think it's useless for performance > > reasons, but is it enough to get the functionality correct? > > The codegen is everything. Functionality is the easy part here ;) > Most things are already correct, but I can't confidently proof out the > codegen. > The main blocker though is that I don't know what simd level the user > requested on the command line. The library has no idea what hardware > features to target without explicit statement by the user. > > Well, the compiler knows whether the types are supported natively at least, and you can probe this information using CTFE.