Re: DConf 2018 Call for Submissions
On Tuesday, 14 November 2017 at 14:26:41 UTC, Joakim wrote: Typo in blog post, procrastanate -> procrastinate. Thanks!
Re: compile D to asm.js using ldc --betterC and emcc
On Tuesday, 14 November 2017 at 10:01:51 UTC, SrMordred wrote: On Sunday, 8 October 2017 at 09:48:57 UTC, Dukc wrote: On Saturday, 7 October 2017 at 17:31:37 UTC, cosinus wrote: I wrote a little working demo that shows how to use D inside firefox. It uses emscripten(emcc) and ldc. https://github.com/cosinus2/dlang-emscripten-demo Judging by looking at that build script, sure that's simpler than what I read you had to do some time back! You had to switch to some legacy llvm and compile the indermediate first to C and only then to Asm.js. This looks like powerful enough for normal use. You still miss DRuntime but a lot better than using C to do the same. Perhaps even better than Typescript in some cases? Can someone explain the reasons why LDC can't compiles to webasm with the DRuntime? Nobody has done the work to port it, though someone has expressed interest and opened an issue for it: https://github.com/ldc-developers/ldc/issues/2144 Regarding porting druntime, I'm told by some here that there are some issues with the GC and thread-local storage because of the particular wasm instruction set, but I've never looked into it.
Re: DConf 2018 Call for Submissions
On Tuesday, 14 November 2017 at 14:07:51 UTC, Mike Parker wrote: The time to start preparing submissions for DConf 2018 has come! The event is scheduled for May 2-5 in Munich, Germany. As with the 2017 edition, three days of talks are planned, followed by a Hackathon on the last day. Deadline details can be found on the DConf home page [1]. As a bonus, Andrei did a brief interview for the D Blog [2], where he explains how we wound up in Munich this time around and what to expect. [1] https://dconf.org/2018/index.html [2] https://dlang.org/blog/2017/11/14/dconf-2018-assemblage-in-bavaria/ Reddit: https://www.reddit.com/r/programming/comments/7cvsi3/dconf_2018_call_for_submissions_interview_with/ Typo in blog post, procrastanate -> procrastinate.
Re: DConf 2018 Call for Submissions
Reddit: https://www.reddit.com/r/programming/comments/7cvsi3/dconf_2018_call_for_submissions_interview_with/ I've also submitted it to Hacker News. https://news.ycombinator.com/newest
DConf 2018 Call for Submissions
The time to start preparing submissions for DConf 2018 has come! The event is scheduled for May 2-5 in Munich, Germany. As with the 2017 edition, three days of talks are planned, followed by a Hackathon on the last day. Deadline details can be found on the DConf home page [1]. As a bonus, Andrei did a brief interview for the D Blog [2], where he explains how we wound up in Munich this time around and what to expect. [1] https://dconf.org/2018/index.html [2] https://dlang.org/blog/2017/11/14/dconf-2018-assemblage-in-bavaria/ Reddit: https://www.reddit.com/r/programming/comments/7cvsi3/dconf_2018_call_for_submissions_interview_with/
Re: mir-linux-kernel 1.0.0: Linux system call numbers for different architectures
On Tuesday, 14 November 2017 at 13:08:14 UTC, Adrian Matoga wrote: On Saturday, 11 November 2017 at 08:54:54 UTC, Nicholas Wilson wrote: On Saturday, 11 November 2017 at 08:43:32 UTC, Adrian Matoga wrote: On Friday, 10 November 2017 at 18:27:36 UTC, Nathan S. wrote: About package -- Linux system call numbers for different architectures. That's all. [...] Was there anything wrong with https://code.dlang.org/packages/syscall-d ? From it's readme: Supported Platforms: Linux-x86_64 Linux-x86 OSX-x86_64 FreeBSD-x86_64 i.e. x86[_64] only. mir-linux-kernel has all the supported archs. Still, I would first try to submit a PR to syscall-d, and only go for a new package if syscall-d owners refuse to extend the list of platforms. Now we have two different packages that are supposed to do the same but have different arbitrary limitations. The goal of this package is linux support, and the code is autogenerated from Linux sources. It may include other linux kernel headers in the future. I don't see any problem here. The syscall-d can import mir-linux-kernel if they want to have the best linux support and provide something for other OS. Best, Ilya
Re: mir-linux-kernel 1.0.0: Linux system call numbers for different architectures
On Saturday, 11 November 2017 at 08:54:54 UTC, Nicholas Wilson wrote: On Saturday, 11 November 2017 at 08:43:32 UTC, Adrian Matoga wrote: On Friday, 10 November 2017 at 18:27:36 UTC, Nathan S. wrote: About package -- Linux system call numbers for different architectures. That's all. [...] Was there anything wrong with https://code.dlang.org/packages/syscall-d ? From it's readme: Supported Platforms: Linux-x86_64 Linux-x86 OSX-x86_64 FreeBSD-x86_64 i.e. x86[_64] only. mir-linux-kernel has all the supported archs. Still, I would first try to submit a PR to syscall-d, and only go for a new package if syscall-d owners refuse to extend the list of platforms. Now we have two different packages that are supposed to do the same but have different arbitrary limitations.
Re: compile D to asm.js using ldc --betterC and emcc
On 10/7/2017 10:31 AM, cosinus wrote: I wrote a little working demo that shows how to use D inside firefox. It uses emscripten(emcc) and ldc. https://github.com/cosinus2/dlang-emscripten-demo Now on reddit: https://www.reddit.com/r/programming/comments/7cuoih/compile_d_to_webassembly_using_ldc_betterc_and/
Re: compile D to asm.js using ldc --betterC and emcc
On Sunday, 8 October 2017 at 09:48:57 UTC, Dukc wrote: On Saturday, 7 October 2017 at 17:31:37 UTC, cosinus wrote: I wrote a little working demo that shows how to use D inside firefox. It uses emscripten(emcc) and ldc. https://github.com/cosinus2/dlang-emscripten-demo Judging by looking at that build script, sure that's simpler than what I read you had to do some time back! You had to switch to some legacy llvm and compile the indermediate first to C and only then to Asm.js. This looks like powerful enough for normal use. You still miss DRuntime but a lot better than using C to do the same. Perhaps even better than Typescript in some cases? Can someone explain the reasons why LDC can't compiles to webasm with the DRuntime?