Re: Linus' idea of "good taste" code

On 10/29/2016 10:30 PM, Dicebot wrote: At the same time intended wasm spec (https://github.com/WebAssembly/design) is much more simple than machine code for something like x86_64. If Walter gets interested, that may be a feasible path :) I looked at it for 5 minutes :-) and it looks like

Re: Linus' idea of "good taste" code

On Saturday, 29 October 2016 at 21:46:37 UTC, Laeeth Isharc wrote: Any thoughts on how much work is involved to port the runtime? And what other changes might be involved? The chap that used the C backend for LLVM wrote a little mini runtime but I guess didn't have to worry about the version

[Issue 14613] DMD: Internal error: backend/cod1.c 1567 on '-O' switch

https://issues.dlang.org/show_bug.cgi?id=14613 Walter Bright changed: What|Removed |Added CC|

[Issue 16555] Stack corruption when calling multi-parameter outer function from nested function

https://issues.dlang.org/show_bug.cgi?id=16555 Walter Bright changed: What|Removed |Added CC|

[Issue 16650] New: Wrong mangling for extern(C++) with posix stat_t

https://issues.dlang.org/show_bug.cgi?id=16650 Issue ID: 16650 Summary: Wrong mangling for extern(C++) with posix stat_t Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

CSV - 2.5 GB/sec (sadly C++)

On Tuesday, 26 January 2016 at 22:36:31 UTC, H. S. Teoh wrote: So the moral of the story is: avoid large numbers of small allocations. If you have to do it, consider consolidating your allocations into a series of allocations of large(ish) buffers instead, and taking slices of the buffers.

ACM paper: CPU is the new bottleneck

From Jan 2016: https://queue.acm.org/detail.cfm?id=2874238 For the entire careers of most practicing computer scientists, a fundamental observation has consistently held true: CPUs are significantly more performant and more expensive than I/O devices. The fact that CPUs can process data at

Re: Battle-plan for CTFE

On Friday, 28 October 2016 at 16:52:46 UTC, Stefan Koch wrote: Another update on CTFE. I have found a few errors in my handling of switch-statments. An efficient solution for this is still pending, Futhermore I have begun to work on ctfe handling refernces. These are a little bit harder to do

Re: Ever want to compile D on your Android phone? Well, now you can!

On 30/10/2016 10:47 AM, Mergul wrote: On Sunday, 24 January 2016 at 15:12:30 UTC, Joakim wrote: An alpha release of ldc, the llvm-based D compiler, for Android devices is now available. It is best used with the excellent Termux app (https://play.google.com/store/apps/details?id=com.termux=en)

Re: Binding temporaries to ref [WAS: I close BIP27. I won't be pursuing BIPs anymore]

On Friday, 28 October 2016 at 21:05:33 UTC, bitwise wrote: On Friday, 21 October 2016 at 07:56:40 UTC, Ethan Watson wrote: On Thursday, 20 October 2016 at 19:49:42 UTC, Andrei Alexandrescu wrote: I think a solid DIP addressing the problem would have a good chance to get traction. I think all

Re: What is the right level of abstractions for D?

I am going to talk as a person who mostly works with group 3 languages but will use whatever they need to use to get the job done (tm). > The reason for the split is that there are different levels of software > expertise and performance needs, and each of those groups is geared for a > different

Re: Ever want to compile D on your Android phone? Well, now you can!

On Sunday, 24 January 2016 at 15:12:30 UTC, Joakim wrote: An alpha release of ldc, the llvm-based D compiler, for Android devices is now available. It is best used with the excellent Termux app (https://play.google.com/store/apps/details?id=com.termux=en) and a bluetooth keyboard. ;) Updated

Re: Linus' idea of "good taste" code

On Thursday, 27 October 2016 at 16:14:03 UTC, Dicebot wrote: On 10/27/2016 07:12 PM, Laeeth Isharc wrote: On Thursday, 27 October 2016 at 16:01:26 UTC, Chris wrote: On Thursday, 27 October 2016 at 15:54:59 UTC, Jonathan M Davis wrote: On Thursday, October 27, 2016 15:42:53 Chris via

Re: State of issues.dlang.org

On Saturday, 29 October 2016 at 17:14:20 UTC, Jacob wrote: Let me rephrase that then, no one does anything about the issues. you are plainly wrong. this is as right as your "noone does anything". it is especially fun considering that "ag0aep6g" often provides clarifications and further

[Issue 16641] Infinite loop on InvalidMemoryOperationError in __dmd_personality_v0

https://issues.dlang.org/show_bug.cgi?id=16641 --- Comment #2 from Etienne --- (In reply to ag0aep6g from comment #1) > Do you have code to reproduce this? InvalidMemoryOperationError is usually > thrown when a destructor tries to allocate GC memory during a collection. > The

[Issue 16641] Infinite loop on InvalidMemoryOperationError in __dmd_personality_v0

https://issues.dlang.org/show_bug.cgi?id=16641 --- Comment #1 from ag0ae...@gmail.com --- Do you have code to reproduce this? InvalidMemoryOperationError is usually thrown when a destructor tries to allocate GC memory during a collection. The current GC can't do that. So problem might be in your

Re: State of issues.dlang.org

On 10/29/2016 07:14 PM, Jacob wrote: On Tuesday, 25 October 2016 at 13:04:22 UTC, ag0aep6g wrote: On 10/25/2016 05:17 AM, Jacob wrote: I think you're mistaken in thinking that no one looks at issues. I usually at least glance over newly filed ones, and often check if they're valid. Let me

[Issue 16641] Infinite loop on InvalidMemoryOperationError in __dmd_personality_v0

https://issues.dlang.org/show_bug.cgi?id=16641 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --

Re: State of issues.dlang.org

On Tuesday, 25 October 2016 at 13:04:22 UTC, ag0aep6g wrote: On 10/25/2016 05:17 AM, Jacob wrote: I think you're mistaken in thinking that no one looks at issues. I usually at least glance over newly filed ones, and often check if they're valid. Let me rephrase that then, no one does

Re: DLang Youtube channel

On Friday, 28 October 2016 at 16:22:18 UTC, Patric Dexheimer wrote: There isn't a official D youtube channel right? Would be be nice to have all the D related videos spread on youtube centralized in one place :) Who handles YouTube for the community?

Re: State of issues.dlang.org

On Tuesday, 25 October 2016 at 12:48:48 UTC, Vladimir Panteleev wrote: I don't think its state is much worse than that of a typical bugtracker for projects of this scale. What projects are those? For ones of similar size at the very least all issues get tagged. There are a bunch of issues

[Issue 16649] New: Header gen skips parens

https://issues.dlang.org/show_bug.cgi?id=16649 Issue ID: 16649 Summary: Header gen skips parens Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: blocker Priority: P1

Re: Munich D October Meetup

Seb's slides for everybody who couldn't attend: https://github.com/d-muc/talks/raw/master/2019_10_26.mir/seb-mir.pdf Having Ilya avail for questions via hangout was great.

[Issue 16648] New: Header generation skips postblit

https://issues.dlang.org/show_bug.cgi?id=16648 Issue ID: 16648 Summary: Header generation skips postblit Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: blocker Priority: P1

[Issue 16647] New: package.di is not recognized

https://issues.dlang.org/show_bug.cgi?id=16647 Issue ID: 16647 Summary: package.di is not recognized Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: blocker Priority: P1

[Issue 16646] Header generation on druntime

https://issues.dlang.org/show_bug.cgi?id=16646 --- Comment #1 from Temtaime --- Also it generated strange statements. ref rename(names...)() return if (names.length == 0 || allSatisfy!(isSomeString, typeof(names))) to ref return rename(names...)() if (names.length

[Issue 16646] New: Header generation on druntime

https://issues.dlang.org/show_bug.cgi?id=16646 Issue ID: 16646 Summary: Header generation on druntime Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: blocker Priority: P1

[Issue 16504] [REG 2.072a]`dup` can't use storage class `scope` for its parameter in general

https://issues.dlang.org/show_bug.cgi?id=16504 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/ce6aef38adbf7f652db67bc7287a97e45c173b8f Revert "Merge pull request #1637 from

[Issue 16504] [REG 2.072a]`dup` can't use storage class `scope` for its parameter in general

https://issues.dlang.org/show_bug.cgi?id=16504 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Mir GLAS is a C library and passes Natlib's test suite! And questions :-)

On Saturday, 29 October 2016 at 10:21:02 UTC, Guillaume Piolat wrote: On Saturday, 29 October 2016 at 01:43:03 UTC, Nicholas Wilson wrote: If you have any experience with either OpenCL or CUDA we'd love to have your input. Have experience with both, more CUDA than OpenCL though. Feel free

Strange bug when doing a custom build of druntime

Hi ! I'm trying to figure out what happens. http://pastebin.com/e6HPvjJ4 There's a full command line. It builds OK and works too. But there's some strange bug with bounds check. The code of _d_arraybounds is just: .text:000140014210 _d_arraybounds proc near; CODE XREF:

Re: D garbage collector and real-time systems

On Wednesday, 28 January 2015 at 08:12:25 UTC, Mike wrote: On Wednesday, 28 January 2015 at 06:58:42 UTC, Tom wrote: Or is there now the possibility of disabling the GC altogether, or replacing it with a refcounting 'GC' etc? You can disable the GC:

Re: Mir GLAS is a C library and passes Natlib's test suite! And questions :-)

On Saturday, 29 October 2016 at 01:43:03 UTC, Nicholas Wilson wrote: If you have any experience with either OpenCL or CUDA we'd love to have your input. Have experience with both, more CUDA than OpenCL though. Feel free to contact me.