Re: Please say hello to our third team member: Razvan Nitu

2016-10-18 Thread Uplink_Coder via Digitalmars-d-announce
On Tuesday, 18 October 2016 at 18:21:31 UTC, Andrei Alexandrescu wrote: Hi everyone, Please join me in welcoming Razvan Nitu to our fledgling team of Romanian graduate students. Razvan has already some solid industrial experience and has a broad area of interests such as low-level

Re: Battle-plan for CTFE

2016-10-17 Thread Uplink_Coder via Digitalmars-d-announce
On Monday, 17 October 2016 at 00:56:01 UTC, Uplink_Coder wrote: If anyone want to take a look the lastest llvm_backend development is happening here : https://github.com/UplinkCoder/dmd/blob/_ctfe/src/bc_llvm_backend.d The time llvm takes to build it's IR and execute the JITed code is

Re: Battle-plan for CTFE

2016-10-16 Thread Uplink_Coder via Digitalmars-d-announce
On Sunday, 16 October 2016 at 13:51:55 UTC, Uplink_Coder wrote: On Sunday, 16 October 2016 at 10:58:57 UTC, Dmitry Olshansky wrote: That LLVM thing is surely nice to have but I highly doubt it will be allowed as dependency for DMD. --- Dmitry Olshansky LLVM is purely optional. A pure D

Re: Battle-plan for CTFE

2016-10-16 Thread Uplink_Coder via Digitalmars-d-announce
On Wednesday, 5 October 2016 at 08:34:06 UTC, Rory McGuire wrote: No worries, I've been watching this space for over a decade. I really believe you are working on one of the most important parts of IT for the next decade. I am planning/making a library that uses CTFE extensively and feel

Re: Battle-plan for CTFE

2016-10-16 Thread Uplink_Coder via Digitalmars-d-announce
On Sunday, 16 October 2016 at 10:58:57 UTC, Dmitry Olshansky wrote: That LLVM thing is surely nice to have but I highly doubt it will be allowed as dependency for DMD. --- Dmitry Olshansky LLVM is purely optional. A pure D interpreter exists. LLVM optimises most ctfe btw and returns