Re: D garbage collector and real-time systems

On Wednesday, 28 January 2015 at 07:43:35 UTC, ketmar wrote: On Wed, 28 Jan 2015 06:58:41 +, Tom wrote: Or is there now the possibility of disabling the GC altogether, or replacing it with a refcounting 'GC' etc? you still can do manual memory management with `malloc()` and friends.

Re: 0 is not a power of 2

On Tuesday, 19 May 2015 at 05:16:48 UTC, Andrei Alexandrescu wrote: ... Any ideas for faster code? Thanks, Andrei I found www.davespace.co.uk/blog/20150131-branchless-sequences.html and its links to be useful and interesting. Nic

Re: PHP verses C#.NET verses D.

On Thursday, 18 June 2015 at 07:34:28 UTC, Laeeth Isharc wrote: On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote: On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote: Any chance you could write a bit more on this? Your personal story and why you believe this. We

Re: Slice patterns in Nightly Rust

On Sunday, 21 June 2015 at 03:23:18 UTC, Dennis Ritchie wrote: Recently published documentation Nightly Rust. I saw this: https://doc.rust-lang.org/nightly/book/slice-patterns.html What do you think about this: a terrible thing or a cool feature? fn is_symmetric(list: [u32]) - bool {

Re: pure format

On Thursday, 2 July 2015 at 04:41:51 UTC, HaraldZealot wrote: On Thursday, 4 June 2015 at 17:02:46 UTC, Oleg B wrote: On Thursday, 4 June 2015 at 16:21:54 UTC, Jonathan M Davis wrote: I think toString for float must be pure, but in practice it's not. It's a bug? I read what

Re: DIP81: Writing files at compile time

On Wednesday, 12 August 2015 at 23:27:16 UTC, Tofu Ninja wrote: On Wednesday, 12 August 2015 at 18:37:40 UTC, JDemler wrote: [...] The benefits of this I see are debugging, actually having the generated files makes it much simpler to see what is going wrong. Otherwise the utility of this

Re: D fund

On Monday, 10 August 2015 at 13:44:17 UTC, Jonathan M Davis wrote: On Monday, 10 August 2015 at 01:34:24 UTC, Walter Bright wrote: On 8/9/2015 6:52 AM, Andrei Alexandrescu wrote: There will be a possibility with the D Language Foundation, hopefully by the end of this year. -- Andrei Looking

Re: Rant after trying Rust a bit

On Sunday, 26 July 2015 at 01:55:12 UTC, Enamex wrote: On Saturday, 25 July 2015 at 09:14:04 UTC, Jonathan M Davis wrote: . . . auto foo(alias pred, R)(R r) if(testPred!pred isInputRange!R !isForwardRange!R) {} auto foo(alias pred, R)(R r) if(testPred!pred isForwardRange!R) {} and

Re: Experience upgrading template code from 2.065 to 2.067

On Wednesday, 22 July 2015 at 15:50:13 UTC, simendsjo wrote: // 1 template Tmlp(T) {} // 2 template Tmpl(alias T) {} I'm assuming thats a typo

Re: Wait, what? What is AliasSeq?

On Tuesday, 7 July 2015 at 21:15:40 UTC, Andrei Alexandrescu wrote: So I thought we were supposed to replace bad names with good names. Template arguments are indexable, so sequence doesn't quite apply. What happened? Why are we replacing a crappy term with another crappy term? Andrei

Re: user narratives and communicating the benefit of D to the enterprise

On Monday, 31 August 2015 at 23:58:51 UTC, Laeeth Isharc wrote: I collected together a few of these here: http://wiki.dlang.org/User_narratives_on_switching_to_D [...] Story 3 seems to be missing some links ...

Re: Phobos Action Items

On Sunday, 19 June 2016 at 09:50:42 UTC, John Colvin wrote: On Sunday, 19 June 2016 at 01:01:30 UTC, Nicholas Wilson wrote: On Saturday, 18 June 2016 at 20:04:50 UTC, Walter Bright wrote: [...] Now that I'm on my (southern hemisphere) winter break I will be working on getting LDC to emit

Re: Phobos Action Items

On Saturday, 18 June 2016 at 20:04:50 UTC, Walter Bright wrote: 9. create a module that enables code to be run on GPUs (John Colvin is doing work on this, ask him how to help!) Now that I'm on my (southern hemisphere) winter break I will be working on getting LDC to emit PTX and SPRIV and if

GPGPU work and Identifiers

This thread is partly to announce that i will be adding to LDC the ability to generate code for GPUs through OpenCL, CUDA (and if i have time) Metal in my fork at https://github.com/thewilsonator/ldc and partly to request the reservation of the relevant Version identifiers. (Do I do this by a

Re: GPGPU work and Identifiers

On Sunday, 19 June 2016 at 12:38:00 UTC, Jakob Bornecrantz wrote: On Sunday, 19 June 2016 at 11:12:50 UTC, Nicholas Wilson wrote: This thread is partly to announce that i will be adding to LDC the ability to generate code for GPUs through OpenCL, CUDA (and if i have time) Metal in my fork at

Re: Where is the D deep learning library?

On Tuesday, 28 June 2016 at 03:29:46 UTC, jmh530 wrote: On Monday, 27 June 2016 at 22:17:55 UTC, Martin Nowak wrote: [...] I could probably write a simple backpropogation one, but I would probably screw something up if I wrote my own convolutional neural network. [...] I am planning to

Re: voldemort stack traces (and bloat)

On Monday, 8 February 2016 at 01:48:32 UTC, Steven Schveighoffer wrote: On 2/7/16 10:42 AM, Iakh wrote: On Sunday, 7 February 2016 at 05:18:39 UTC, Steven Schveighoffer wrote: 4 testexpansion 0x00010fb5dbec pure @safe void

Re: Pre-alpha D language online tour

On Monday, 25 January 2016 at 18:17:09 UTC, André wrote: Hi, Inspired by the Go online language tour (https://tour.golang.org/) and the great experience it gave me learning the language I started a similar project for D some weeks ago. It's currently in a very pre-alpha state but I wanted

Re: Pre-alpha D language online tour

On Thursday, 28 January 2016 at 09:36:00 UTC, Nicholas Wilson wrote: On Monday, 25 January 2016 at 18:17:09 UTC, André wrote: [...] Another typo: In Basic's page two (Basic types) it says The prefix u denotes unsigned types. char translates to UTF-8 characters, dchar is used in

Re: Vulkan bindings

On Thursday, 18 February 2016 at 04:11:39 UTC, ZombineDev wrote: On Thursday, 18 February 2016 at 03:27:55 UTC, Alex Parrill wrote: [...] I started working on that. I've been reading the Python C Header generator code and I'm wondering if would be easier to just re-implement it in D, rather

Re: Unum II announcement

On Tuesday, 23 February 2016 at 20:22:19 UTC, jmh530 wrote: On Monday, 22 February 2016 at 05:08:13 UTC, Nick B wrote: I strongly recommend that you download the presentation [Powerpoint, 35 pages] as there are lots of Notes with the presentation. I had a chance to go through the

Re: Pseudo-random numbers in [0, n), covering all numbers in n steps?

On Thursday, 25 February 2016 at 17:27:25 UTC, Andrei Alexandrescu wrote: So we have https://dlang.org/phobos/std_random.html#.randomCover which needs to awkwardly allocate memory to keep track of the portions of the array already covered. This could be fixed by devising a PRNG that takes a

Re: Pseudo-random numbers in [0, n), covering all numbers in n steps?

On Friday, 26 February 2016 at 14:59:43 UTC, Andrei Alexandrescu wrote: On 02/25/2016 06:46 PM, Nicholas Wilson wrote: The technical name for the property of distribution you describe is k-Dimensional Equidistribution (in this case k=1). I would suggest taking a look at

Re: Pseudo-random numbers in [0, n), covering all numbers in n steps?

On Friday, 26 February 2016 at 15:17:16 UTC, Craig Dillabaugh wrote: On Friday, 26 February 2016 at 15:15:11 UTC, Nicholas Wilson wrote: On Friday, 26 February 2016 at 14:59:43 UTC, Andrei Alexandrescu wrote: On 02/25/2016 06:46 PM, Nicholas Wilson wrote: The technical name for the property of

Re: Walter, I need a __trait please.

On Tuesday, 15 March 2016 at 00:29:17 UTC, Stefan Koch wrote: Hi, I found myself in need of __trait that might be useful to include. something that would give me the parameters of a the body of the lambda as string and the parmeters of a lambda as AliasSequence. e.g foreach

Alias this does not work with pointers?

struct Bar_T; // opaque alias Bar = Bar_T*; void someFuncIWantWrapped(Bar* bar) { } struct Foo { Bar bar; alias bar this; } void someFunc(Foo* foo) { someFuncIWantWrapped(foo); } gives Error: function someFuncIWantWrapped (Bar_T** bar) is not callable using argument types Foo* I

D Vulkan API

So i've spent the last few days making more D feeling bindings for vulkan, based off Satoshi's because going strait from the spec was a PITA and very inconsistent, and they're almost done. I would like to request some feedback on the code itself as well as the generated code and general feel

Re: Better mixin error messages

On Sunday, 17 April 2016 at 22:08:55 UTC, Bauss wrote: On Sunday, 17 April 2016 at 21:59:38 UTC, Timon Gehr wrote: On 17.04.2016 23:49, Bauss wrote: On Sunday, 17 April 2016 at 21:23:58 UTC, Timon Gehr wrote: mixin(generate()); pragma(msg,generate()); That's not a solution to the problem,

Pointer top 16 bits use

In Dicebot's DConf talk he mentioned that it is possible to use the top 16 bits for tagging pointers and the associated risks. Regarding the GC not seeing a pointer if the top 16 bits are used, whats to stop us from changing the GC to (or adding an option to) ignore those bits when checking?

Re: Pointer top 16 bits use

On Saturday, 7 May 2016 at 09:01:11 UTC, Ali Çehreli wrote: On 05/06/2016 11:08 PM, Nicholas Wilson wrote: In Dicebot's DConf talk That was deadalnix. :) Ali Touché.

Re: dcompute is nearing minimal functionality

On Thursday, 14 July 2016 at 13:06:05 UTC, Andrei Alexandrescu wrote: On 07/13/2016 11:53 PM, Nicholas Wilson wrote: I'd like to try to get this done by the start of august when I start my engineering honours thesis. Is your thesis related to this project in any way? -- Andrei No, it will

Re: dcompute is nearing minimal functionality

On Thursday, 14 July 2016 at 13:05:12 UTC, Andrei Alexandrescu wrote: On 07/13/2016 11:30 PM, Nicholas Wilson wrote: DCompute is my effort to target CUDA and SPIR to enable hassle free native execution on the gpu. It is a D library +modification of LDC and is available at

Re: dcompute is nearing minimal functionality

On Thursday, 14 July 2016 at 13:23:48 UTC, Nicholas Wilson wrote: On Thursday, 14 July 2016 at 13:06:05 UTC, Andrei Alexandrescu wrote: On 07/13/2016 11:53 PM, Nicholas Wilson wrote: I'd like to try to get this done by the start of august when I start my engineering honours thesis. Is your

dcompute is nearing minimal functionality

DCompute is my effort to target CUDA and SPIR to enable hassle free native execution on the gpu. It is a D library +modification of LDC and is available at https://github.com/thewilsonator/ldc/tree/dcompute The compiler is nearing minimal functionality and is able to generate code for

Re: dcompute is nearing minimal functionality

On Thursday, 14 July 2016 at 03:30:44 UTC, Nicholas Wilson wrote: DCompute is my effort to target CUDA and SPIR to enable hassle free native execution on the gpu. [...] and a HUGE thanks to Johan Engelen for helping me get to grips with ldc. Any and all suggestions and feedback (and PRs)

Re: dcompute is nearing minimal functionality

On Thursday, 14 July 2016 at 03:30:44 UTC, Nicholas Wilson wrote: DCompute is my effort to target CUDA and SPIR to enable hassle free native execution on the gpu. It is a D library +modification of LDC and is available at https://github.com/thewilsonator/ldc/tree/dcompute The compiler is

Re: dmd -Wl=comma_separated_linker_flags (cf clang++ -Wl, comma_separated_linker_flags)

On Tuesday, 21 February 2017 at 00:33:27 UTC, Timothee Cour wrote: Just use shell expansions? dmd -Wl,-{lbar,Ldir,-export-dynamic,pie} This doesn't work : unrecognized switch '-Wl...' On Sun, Dec 11, 2016 at 3:36 PM, Guillaume Boucher via Digitalmars-d wrote:

Re: pragma(mangle,"name") for a type?

On Tuesday, 14 February 2017 at 11:15:26 UTC, Timothee Cour wrote: How do I define pragma(mangle,"name") for a type? Use case: I'd like to avoid the complications involved in https://github.com/dlang/druntime/pull/1316/files [Addition of C++ std::string, std::vector to D #1316] by directly

Re: can't use extern(C++,std) in a module that imports std.whatever

On Monday, 13 February 2017 at 08:21:38 UTC, Timothee Cour wrote: https://issues.dlang.org/show_bug.cgi?id=17178 dmd -c -o- bar.d Error: namespace bar.std conflicts with import bar.std at bar.d(2) ``` module bar; import std.exception; extern (C++, std) { struct Foo1 { } } ``` this seems

Re: Notes for DLang maintainers

On Sunday, 26 February 2017 at 14:38:03 UTC, Seb wrote: As it's getting a bit exhaustive to repeat these bits on GitHub over and over again, I though I summarize a couple of notes that hopefully are interesting for the DLang maintainers. [...] This is great, please put this somewhere (the

Re: Writing Shared Libraries

On Sunday, 11 September 2016 at 14:51:42 UTC, eugene wrote: Hello everyone, could you explain why here https://dlang.org/dll-linux.html says "Preliminary and subject to change." ? see also http://dconf.org/2016/talks/thaut.html

Re: Templates are slow.

On Thursday, 8 September 2016 at 22:57:07 UTC, Stefan Koch wrote: The front-end spends most of it's time comparing strings of unique type-names :) (Waits for Walter to say, "Use a pool Luke!")

Re: Required DMD changes for Mir and few thoughts about D future

On Monday, 26 September 2016 at 22:34:59 UTC, Andrei Alexandrescu wrote: On 9/26/16 10:11 PM, Ilya Yaroshenko wrote: A precompiled library based on top of Mir GLAS can be used with DMD. That would work out as long as interaction is seamless. Please advise. Overall: I think Ilya's work can

Re: LDC, GDC command line args

On Friday, 30 September 2016 at 12:16:14 UTC, Manu wrote: I've been googling for a comprehensive list of LDC and GDC command line args for ages. I can't find one. I have had to download and install both compilers just to run the --help. Can these compilers please both have such a document

Re: color lib

On Sunday, 9 October 2016 at 05:21:32 UTC, Manu wrote: On 9 October 2016 at 14:03, Nicholas Wilson via Digitalmars-d <digitalmars-d@puremagic.com> wrote: How far would `r.inBatchesOf!(N)` go in terms of compiler optimisations (e.g. vectorisation) if N is a power of 2? auto inBatchesOf(

Re: color lib

On Sunday, 9 October 2016 at 05:34:06 UTC, Ilya Yaroshenko wrote: On Sunday, 9 October 2016 at 05:21:32 UTC, Manu wrote: On 9 October 2016 at 14:03, Nicholas Wilson via Digitalmars-d <digitalmars-d@puremagic.com> wrote: [...] Well the trouble is the lambda that you might give to 'map'

Re: color lib

On Saturday, 8 October 2016 at 13:06:42 UTC, Manu wrote: Oh no, you too? >_< Incidentally, have you had a geez over the core API? An efficient API will emerge when we work out how to work batched operations into ranges... How far would `r.inBatchesOf!(N)` go in terms of compiler

Re: __Symbol an alternative to recursive templates for type-introsecption

On Sunday, 9 October 2016 at 03:05:22 UTC, Stefan Koch wrote: So far it can be visualized as struct __Symbol { string name; __Symbol parent; /* MaybeLater: __SymbolType type; __Symbol[] members; */ } Infinite recursion if a struct, I assume you mean class :P

Re: inout delegate

On Sunday, 2 October 2016 at 09:55:26 UTC, Manu wrote: Can someone explain this to me? class Test { inout(int) f() inout { return 10; } void t() { f(); // calls fine with mutable 'this' auto d = // error : inout method Test.f is not callable using a mutable this d(); } }

Re: inout delegate

On Friday, 7 October 2016 at 02:13:21 UTC, Manu wrote: Perhaps you'd like to give it a go ;) Something like: template delegateTypeForInoutMethod(T, string method) { alias delegateTypeForInoutMethod = [write lots of stuff here]; } struct S { inout(int)[] f(ref const(int) arg) inout pure

Re: inout delegate

On Friday, 7 October 2016 at 02:13:21 UTC, Manu wrote: Since this is a bug (and a very recent regression no less) Do you know the cause? i.e. would dustmiting/`git bisect` tell you anything you don't already know?

Re: Required DMD changes for Mir and few thoughts about D future

Can dcompute even be compiled by stock ldc? If so, you should change the documents as code.dlang.org suggests otherwise. PR is open, CI is green, but needs some more work before it will be accepted. As I understand it dcompute is a GPU library. Not everyone will want to or need GPU for

Re: LDC, GDC command line args

On Friday, 30 September 2016 at 14:02:36 UTC, Manu wrote: Perfect! How can we protect against this going stale? On 30 September 2016 at 23:23, Nicholas Wilson via Digitalmars-d <digitalmars-d@puremagic.com> wrote: On Friday, 30 September 2016 at 12:16:14 UTC, Manu wrote: I've been go

Re: color lib

On Tuesday, 11 October 2016 at 00:10:04 UTC, Nicholas Wilson wrote: What about forwarding the array ops to a foreach of the static array? Like as above but instead of: ElementType!(R)[N] batch; have: static struct Batch { ElementType!(R)[N] elements; auto get() { return elements[];}

Batch operations

Splitting this from the colour thread(https://forum.dlang.org/thread/mailman.961.1475765646.2994.digitalmar...@puremagic.com?page=1). So currently D does not have a way to express batch operations that work seamlessly with normal ranges. Manu suggested to use the array operation syntax. I

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

On Thursday, 20 October 2016 at 01:04:35 UTC, Jonathan M Davis wrote: The transitivity of const shoot stuff in the foot pretty thoroughly in a number of cases. A prime example would be ranges, because they have to be mutated to be iterated over. If the function actually took a range directly,

Re: What is going on with the ubuntu/debian debacle ?

On Saturday, 19 November 2016 at 23:03:05 UTC, deadalnix wrote: A lot of users are reporting errors on debian and ubuntu. .o generated by dmd do not link and libphobos.a is unusable. This is very bad and we should consider a hotfix. Is someone on it ? This is the PIE by default problem,

Re: RC buffer

On Wednesday, 2 November 2016 at 05:00:23 UTC, Andrei Alexandrescu wrote: I've eliminated all UTF nonsense from https://github.com/dlang/phobos/pull/4878 resulting in a bare reference counted buffer of (qualified) ubyte. The goal is to get the buffer @safe and be able to have a reasonable

Re: RC buffer

On Wednesday, 2 November 2016 at 05:32:13 UTC, Nicholas Wilson wrote: On Wednesday, 2 November 2016 at 05:00:23 UTC, Andrei Alexandrescu wrote: I've eliminated all UTF nonsense from https://github.com/dlang/phobos/pull/4878 resulting in a bare reference counted buffer of (qualified) ubyte.

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

On Friday, 28 October 2016 at 16:14:56 UTC, Sameer Pradhan wrote: I must plead ignorance on the finer interface details, but from what I am reading this seems like an amazing development. I am so happy that that D has a solid base for GPU work. The post from a few weeks back with

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

Re: color lib

On Sunday, 9 October 2016 at 13:28:05 UTC, Manu wrote: On 9 October 2016 at 15:34, Ilya Yaroshenko via Digitalmars-d <digitalmars-d@puremagic.com> wrote: On Sunday, 9 October 2016 at 05:21:32 UTC, Manu wrote: On 9 October 2016 at 14:03, Nicholas Wilson via Digitalmars-d <digi

Re: Batch operations

On Tuesday, 11 October 2016 at 03:20:54 UTC, Stefan Koch wrote: On Tuesday, 11 October 2016 at 03:05:12 UTC, Nicholas Wilson wrote: Splitting this from the colour thread(https://forum.dlang.org/thread/mailman.961.1475765646.2994.digitalmar...@puremagic.com?page=1). [...] This will bloat

Re: color lib

On Sunday, 9 October 2016 at 08:25:40 UTC, Nicholas Wilson wrote: How? All you need is an extra `each` e.g. r.inBatchesOf!(8).each!(a =>a[].map!(convertColor!RGBA8)) perhaps define a helper function for it that does each + the explicit slice + map, but it certainly doesn't scream completely

Re: Advanced const propagation for structs

On Sunday, 16 October 2016 at 08:36:17 UTC, Ilya Yaroshenko wrote: Hi, Extern precompiled Mir GLAS requires additional API changes. Reduced example: ```d struct S(T) { size_t len; T ptr; } auto foo(S!(const(double)*) sl) { } S!(double*) a; const S!(double*) b; foo(a); // fails foo(b);

dconf.org: Merge conflict marker in the banner?

lines 23-28 of index.html <<< 08a5395ead0589eb18e62d3b420781bfa5b0f3e2 alt="DConf 2017: May 46 Berlin" height="116" border="0" /> === Fix year from 2016 to 2017

New fast sorting algorithm (O(n))

https://probablydance.com/2016/12/27/i-wrote-a-faster-sorting-algorithm/ on reddit https://www.reddit.com/r/programming/comments/5lqgks/i_wrote_a_faster_sorting_algorithm/

Re: Databases and the D Standard Library

On Tuesday, 3 January 2017 at 08:09:54 UTC, Chris Wright wrote: On Mon, 02 Jan 2017 21:25:42 -0800, Adam Wilson wrote: As far as I am aware, the only way to meet those requirements is to use a base-class model. Is there something I am missing? Templates. Templates everywhere. Every method in

Re: Quick and dirty support for RISC-V

On Wednesday, 4 January 2017 at 17:12:54 UTC, e-y-e wrote: In a previous post a few days ago, I asked what the easiest way of getting D code running on RISC-V would be. I thought the process might take quite a while and more knowledge of compilers, hardware etc than I currently have. [...]

Re: Path of least resistance towards D running on RISC-V

On Saturday, 31 December 2016 at 11:36:47 UTC, e-y-e wrote: The HiFive1 [1] is the first commercially available RISC-V system on chip, programmable in C using the Freedom E SDK [2]. I have ordered one to tinker with and to help learn C properly, but I think it would be amazing to see D

Re: What are you planning, D related, for 2017 ?

On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote: Write your plan here, and let's take a rendez-vous next year, to check those plans !! After getting my CUDA and OpenCL modifications into LDC, write a sane driver library over the top of them, device standard library and thrust like

Re: ModuleInfo, factories, and unittesting

On Monday, 19 December 2016 at 00:00:36 UTC, Andrei Alexandrescu wrote: On 12/18/16 6:48 PM, Nicholas Wilson wrote: [...] Cool cool cool. Thanks. [...] Noice. Wait, the top foreach iterates what? Its a compile time magic loop I think. Both of them. [...] SoA = ?

Re: ModuleInfo, factories, and unittesting

On Sunday, 18 December 2016 at 16:53:24 UTC, Andrei Alexandrescu wrote: Compulsive ModuleInfo generation seems to be a drag. I'm not very familiar with the particulars but my understanding is ModuleInfo is needed for (a) Object.factory and (b) finding and running unittests. Walter and I

Re: Multiple return value as requirements for safety and performance

On Tuesday, 20 December 2016 at 13:47:50 UTC, Ilya Yaroshenko wrote: One good thing for safety and CTFE is allow multiple return value. In combination with `auto ref` it is _very_ powerful: auto ref front() { // Returns 2 values, each value is returned by reference if possible

Re: Red Hat's issues in considering the D language

On Friday, 23 December 2016 at 22:41:28 UTC, Chris Wright wrote: On Fri, 23 Dec 2016 18:29:15 +, Russel Winder via Digitalmars-d wrote: On Sat, 2016-12-24 at 03:44 +1300, rikki cattermole via Digitalmars-d wrote: […] Except dmd's backend is far more well proven then LLVM is. Come now

Re: Using dlopen/dlsym

On Tuesday, 27 December 2016 at 00:05:39 UTC, Andrei Alexandrescu wrote: Consider this code: === import core.sys.posix.dlfcn; extern(C) void fun() {} void main() { fun(); void *hndl = dlopen(null, RTLD_LAZY); if (!hndl) assert(0); auto p = dlsym(hndl, "fun".ptr); Does

Re: CTFE Status

On Monday, 19 December 2016 at 08:26:00 UTC, Stefan Koch wrote: On Saturday, 17 December 2016 at 09:39:02 UTC, Stefan Koch wrote: On Saturday, 17 December 2016 at 08:53:07 UTC, Stefan Koch wrote: Miscompiling phobos code is down to 4 functions. std.range.primitives.{front, empty, back} and

Re: Got compiler crash in Mangler::mangleFuncType

On Saturday, 25 March 2017 at 07:16:34 UTC, Uranuz wrote: On Saturday, 25 March 2017 at 06:56:40 UTC, Uranuz wrote: [...] Tried to build DMD from source using manual: https://wiki.dlang.org/Building_under_Posix [...] try using Dustmite (https://github.com/CyberShadow/DustMite/) to reduce

Re: Parameterized template value parameter

On Friday, 24 March 2017 at 21:13:26 UTC, Yuxuan Shui wrote: On Friday, 24 March 2017 at 20:43:18 UTC, Dmitry Olshansky template A(alias str) if(is(typeof(str) : Char[], Char)){ alias Char = typeof(str[0]); // ... } One problem of this is that 'str' is not longer restricted to

Re: Got compiler crash in Mangler::mangleFuncType

On Saturday, 25 March 2017 at 08:13:08 UTC, Uranuz wrote: On Saturday, 25 March 2017 at 07:57:11 UTC, Stefan Koch wrote: On Saturday, 25 March 2017 at 06:56:40 UTC, Uranuz wrote: [...] Switch to git ~master and see if it still occurs. Also if you can share the source I am happy to debug

Re: DConf Hackathon

On Thursday, 30 March 2017 at 07:28:12 UTC, Adam Wilson wrote: Hello fellow DConfers! In the spirit of "the DConf 2017 hackathon isn't a hackathon in the traditional sense as most of the time and focus will hopefully be spent discussing, planning and developing future D projects"; I was

Can my dconf PR get some attention?

https://github.com/dlang/dconf.org/pull/166 I can change the image size if need be.

Re: gdc and ldc in MacPorts

On Sunday, 9 April 2017 at 08:25:16 UTC, Russel Winder wrote: Whilst DMD seems to be in MacPorts, GDC and LDC appear not to be. Is this right? If it is then it is wrong – it would be great if the person handling the DMD port could be supported to get a LDC and GDC ports in place. I am a

Re: Proposal: Exceptions and @nogc

On Sunday, 2 April 2017 at 05:16:23 UTC, Walter Bright wrote: Problem === [...] How will this interact with preallocated exceptions (e.g. from Liran's dconf talk last year)?

Re: CTFE Status 2

On Sunday, 2 April 2017 at 04:34:34 UTC, H. S. Teoh wrote: On Sat, Apr 01, 2017 at 05:06:14PM +, Inquie via Digitalmars-d wrote: [...] How far off until newCTFE is usable to compile the majority of templates out there? CTFE and templates are two separate things. You may want to read this

Re: DIP 1006 - Preliminary Review Round 1

On Wednesday, 12 April 2017 at 11:32:37 UTC, rikki cattermole wrote: On 12/04/2017 12:25 PM, Mike Parker wrote: DIP 1006 is titled "Providing more selective control over contracts". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1006.md All review-related feedback on and discussion of the

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: Hi there! [...] If we do that, we will run into the D ABI trap: Libraries compiled with compiler X can not be used from software compiled with D compiler Y. There is actually no ABI stability guarantee even between DMD releases.

Re: Proposal 2: Exceptions and @nogc

On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote: My previous version did not survive implementation. Here's the revised version. I have submitted it as a DIP, and there's a trial implementation up: https://github.com/dlang/dmd/pull/6681 [ . . . ] Pardon my ignorance but it

Re: The DIP Process

On Monday, 10 April 2017 at 06:24:55 UTC, Mike Parker wrote: [...] If it's not on there already, put it on the wiki, it will likely get lost here.

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 12:11:10 UTC, Matthias Klumpp wrote: On Monday, 10 April 2017 at 22:36:39 UTC, Iain Buclaw wrote: All the regression fixes and none of the bugs! The current situation is that it should be link-compatible with current upstream/stable. Enough so that when someone

Re: Suboptimal array copy in druntime?

On Sunday, 16 April 2017 at 10:33:01 UTC, Stefan Koch wrote: On Sunday, 16 April 2017 at 10:08:22 UTC, Guillaume Chatelet wrote: I was looking at the _d_arrayassign family functions in druntime: https://github.com/dlang/druntime/blob/master/src/rt/arrayassign.d#L47

Re: Compare boost::hana to D

On Wednesday, 19 April 2017 at 11:58:07 UTC, Kagamin wrote: On Wednesday, 19 April 2017 at 09:01:25 UTC, Sebastiaan Koppe wrote: Haven't used C++ for a while actually. And seeing it after some time, makes me tremble convulsively. // basic_string INSERTERS AND EXTRACTORS [...] :) Ah yes C++

Re: Compare boost::hana to D

On Saturday, 22 April 2017 at 07:53:49 UTC, Johannes Pfau wrote: [1] https://www.youtube.com/watch?v=X_p9X5RzBJE [2] https://epi.github.io/2017/03/18/less_fun.html OT but is there any benefit to identify events with strings? As long as you use compile time only events I'd prefer a syntax as

Re: Compare boost::hana to D

On Friday, 21 April 2017 at 19:48:53 UTC, Adrian Matoga wrote: On Friday, 21 April 2017 at 12:37:03 UTC, Mike Parker wrote: And I should add (for anyone paying attention), this is exactly the sort of thing I'm looking for more of on the D Blog. Submissions welcome :-) This, and the

Re: DConf Speaker list?

On Tuesday, 7 March 2017 at 01:22:59 UTC, Andrei Alexandrescu wrote: On 3/6/17 8:02 PM, Nicholas Wilson wrote: Was wondering when the DConf speaker list will be announced. Any guesstimates from the board of deciders? Working on it. Should have it by the end of the week. Thanks! -- Andrei

DConf Speaker list?

Was wondering when the DConf speaker list will be announced. Any guesstimates from the board of deciders?

Re: Compare boost::hana to D

On Wednesday, 19 April 2017 at 08:19:52 UTC, Ali Çehreli wrote: I'm brushing up on my C++ to prepare for my C++Now 2017 presentation[1]. boost::hana is an impressive library that overlaps with many D features: http://www.boost.org/doc/libs/1_64_0_b2/libs/hana/doc/html/index.html Have you

Re: DIP 1012--Attributes--Preliminary Review Round 1

On Friday, 28 July 2017 at 11:45:21 UTC, Nick Treleaven wrote: On Friday, 28 July 2017 at 01:50:24 UTC, Jonathan M Davis wrote: Should public have @ on it? Should static have @ on it? What about scope, const, or shared? If they are storage classes, they shouldn't have @. If they are

Re: How do you use D?

On Sunday, 30 July 2017 at 01:53:15 UTC, Zwargh wrote: I am using D to develop a system for rational drug design. The main application for D is for protein 3D structure prediction and statistical analysis using Differential Geometry and Knot Theory. Cool! Are you considered using dcompute

Re: How do you use D?

On Thursday, 3 August 2017 at 03:46:38 UTC, Zwargh wrote: On Monday, 31 July 2017 at 12:32:52 UTC, Nicholas Wilson wrote: On Sunday, 30 July 2017 at 01:53:15 UTC, Zwargh wrote: I am using D to develop a system for rational drug design. The main application for D is for protein 3D structure

  1   2   3   4   5   6   7   8   9   10   >