[Issue 17289] With Xcode 8.3 linker, warnings of "pointer not aligned"

https://issues.dlang.org/show_bug.cgi?id=17289 --- Comment #6 from Walter Bright --- https://github.com/dlang/dmd/pull/6721 --

Re: Compare boost::hana to D

On Friday, 21 April 2017 at 13:10:43 UTC, Adam D. Ruppe wrote: On Wednesday, 19 April 2017 at 18:02:46 UTC, Adrian Matoga wrote: [2] https://epi.github.io/2017/03/18/less_fun.html BTW in your D foreach, you could also have done `switch` void trigger(string event) { switch(event) {

Re: {OT} Youtube Video: newCTFE: Starting to write the x86 JIT

On Sunday, 23 April 2017 at 02:45:09 UTC, evilrat wrote: On Saturday, 22 April 2017 at 10:38:45 UTC, Stefan Koch wrote: On Saturday, 22 April 2017 at 03:03:32 UTC, evilrat wrote: [...] If you could share the code it would be appreciated. If you cannot share it publicly come in irc sometime.

Re: {OT} Youtube Video: newCTFE: Starting to write the x86 JIT

On Saturday, 22 April 2017 at 10:38:45 UTC, Stefan Koch wrote: On Saturday, 22 April 2017 at 03:03:32 UTC, evilrat wrote: Is this apply to templates too? I recently tried some code, and templated version with about 10 instantiations for 4-5 types increased compile time from about 1 sec up to

[Issue 17342] New: dconf.org https does not work

https://issues.dlang.org/show_bug.cgi?id=17342 Issue ID: 17342 Summary: dconf.org https does not work Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: minor Priority: P1

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 12:16:19 UTC, Nordlöw wrote: On Saturday, 22 April 2017 at 12:14:26 UTC, Nordlöw wrote: If I get this to work, I'm gonna try pushing it into std.conv. Another bit to pick on is the return value. auto x = toWithDefault!int("1", 0.0f); typeof(x) will be float even

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 18:26:56 UTC, Dmitry Olshansky wrote: On 4/22/17 6:57 PM, Stanislav Blinov wrote: On Saturday, 22 April 2017 at 16:41:00 UTC, Nordlöw wrote: If defaultValue is not lazy, it's potentially wasteful. What do you mean with "potentially wasteful"? Excess calls to

Re: multi-dimensional array whole slicing

On Saturday, 22 April 2017 at 20:51:46 UTC, XavierAP wrote: I can do: int[3] arr = void; arr[] = 1; But apparently I can't do: int[3][4] arr = void; arr[][] = 1; What is the best way? What am I missing? int[3][4] arr = void; (cast(int[]) arr)[] = 1; assert(arr[3][2] == 1);

Re: Chennai D Meetup April 22: Introducing D, Rust, and Swift

On Saturday, 22 April 2017 at 09:42:47 UTC, Chennai Danatic wrote: Hi, can we attend remotely via the Net? - Vasudev I have posted a Hangouts link in the comments at the main Meetup page above, let's try that. Only the Rust talk will be streamed, as it's coming from Bengaluru already.

Binding a udp socket to a port(on the local machine)

I couldn't figure out how to make a udp socket bound to a port of my choosing on the local machine, to use for listening for incoming connections.

Re: typeof(this) return wrong type

On 04/22/2017 04:33 AM, Andrey wrote: Hello, I trying to add custom attribute OnClickListener, the problem is that typeof always return BaseView type instead of MyView. There is also typeid() and .classinfo, which may be helpful: writeln(this.classinfo.name); Ali

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: DIP 1005 is titled "Dependency-Carrying Declarations". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md All review-related feedback on and discussion of the DIP should occur in this thread. Due to DConf taking place

multi-dimensional array whole slicing

I can do: int[3] arr = void; arr[] = 1; But apparently I can't do: int[3][4] arr = void; arr[][] = 1; What is the best way? What am I missing?

[Issue 17339] ambiguous mangling with const alias argument

https://issues.dlang.org/show_bug.cgi?id=17339 Martin Nowak changed: What|Removed |Added Summary|ambiguous mangling with |ambiguous mangling with

Re: Default-valued nothrow @nogc std.conv:to

On 4/22/17 6:57 PM, Stanislav Blinov wrote: On Saturday, 22 April 2017 at 16:41:00 UTC, Nordlöw wrote: If defaultValue is not lazy, it's potentially wasteful. What do you mean with "potentially wasteful"? Excess calls to copy constructors? Evaluation of an expression the result of which

Re: 2.074.0-regression in move semantics

On Saturday, 22 April 2017 at 11:54:12 UTC, Nordlöw wrote: can no longer move the expression `y`. I don't understand why this specific case fails when others in the standard library apparently hasn't. Help, please. Please file a regression at issues.dlang.org and prefix the subject with

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Saturday, 22 April 2017 at 17:37:13 UTC, Vasudev Ram wrote: I actually worked years ago, for a while, on a legacy banking software product written in C In fact, that one was in Microsoft C for DOS 3.0 ... !!! :) I actually also worked some years later on another product in C, which had

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Saturday, 22 April 2017 at 08:33:04 UTC, Russel Winder wrote: On Fri, 2017-04-21 at 21:20 -0700, Jonathan M Davis via Digitalmars-d wrote: […] I've never heard of anyone doing anything like this in any language. Normally, you'd just say that someone is a D programmer or a C++ programmer

[Issue 17341] Partial initialization of static array should not be allowed

https://issues.dlang.org/show_bug.cgi?id=17341 --- Comment #1 from b2.t...@gmx.com --- (In reply to b2.temp from comment #0) > In this example: > > ``` > enum E{e0,e1,e2} > static immutable int[E.max + 1] a = [0,1]; // oops no 3rd element > static assert(isStaticArray!(typeof(a))); // no

[Issue 17341] New: Partial initialization of static array should not be allowed

https://issues.dlang.org/show_bug.cgi?id=17341 Issue ID: 17341 Summary: Partial initialization of static array should not be allowed Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Saturday, 22 April 2017 at 08:30:03 UTC, Russel Winder wrote: On Fri, 2017-04-21 at 17:20 +, Vasudev Ram via Digitalmars-d wrote: Hi list, I hope the question is self-evident from the message subject. If not, it means: what are D developers generally called (to indicate that they

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 16:14:29 UTC, Timon Gehr wrote: Please reconsider. This is new syntax. It looks like old syntax but behaves differently. I suppose the biggest issue is: - module mod; import std.stdio; struct A { ~this ( ) { writeln("dtor"); } } - - module test;

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 16:41:00 UTC, Nordlöw wrote: If defaultValue is not lazy, it's potentially wasteful. What do you mean with "potentially wasteful"? Excess calls to copy constructors? Evaluation of an expression the result of which might not be used. defaultValue could be

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Saturday, 22 April 2017 at 04:20:40 UTC, Jonathan M Davis wrote: On Friday, April 21, 2017 17:20:14 Vasudev Ram via Digitalmars-d wrote: Hi list, I hope the question is self-evident from the message subject. If not, it means: what are D developers generally called (to indicate that they

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 15:36:56 UTC, Stanislav Blinov wrote: On Saturday, 22 April 2017 at 12:16:19 UTC, Nordlöw wrote: On Saturday, 22 April 2017 at 12:14:26 UTC, Nordlöw wrote: Is there any way I can make it `@nogc` without having to modify the code in `std.conv`? If I get this to

Re: DIP 1005 - Preliminary Review Round 1

On 22.04.2017 18:25, Stefan Koch wrote: On Saturday, 22 April 2017 at 16:13:20 UTC, Timon Gehr wrote: This is how it works for static if, and it is also how it will work for static foreach, so it is even consistent with other language features. So you will touch up your static foreach DIP ?

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 16:13:20 UTC, Timon Gehr wrote: This is how it works for static if, and it is also how it will work for static foreach, so it is even consistent with other language features. So you will touch up your static foreach DIP ? If so I am okay with building the

Re: DIP 1005 - Preliminary Review Round 1

On 22.04.2017 18:17, Timon Gehr wrote: On 22.04.2017 17:16, Andrej Mitrovic wrote: On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md with (Type) and with (TemplateInstance) are always declarations and do not introduce a

Re: DIP 1005 - Preliminary Review Round 1

On 22.04.2017 17:16, Andrej Mitrovic wrote: On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md with (Type) and with (TemplateInstance) are always declarations and do not introduce a new scope. Does that mean we can now

Re: DIP 1005 - Preliminary Review Round 1

On 22.04.2017 17:31, Andrej Mitrovic wrote: On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md Very solid DIP! And I like the use of `with` and it's proposed extension to be allowed in declarations, rather than introducing

Re: DIP 1005 - Preliminary Review Round 1

On 22.04.2017 13:54, Mike Parker wrote: DIP 1005 is titled "Dependency-Carrying Declarations". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md All review-related feedback on and discussion of the DIP should occur in this thread. Due to DConf taking place during the review period, the

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 12:16:19 UTC, Nordlöw wrote: On Saturday, 22 April 2017 at 12:14:26 UTC, Nordlöw wrote: Is there any way I can make it `@nogc` without having to modify the code in `std.conv`? If I get this to work, I'm gonna try pushing it into std.conv. If defaultValue is not

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md Very solid DIP! And I like the use of `with` and it's proposed extension to be allowed in declarations, rather than introducing new syntax.

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md with (Type) and with (TemplateInstance) are always declarations and do not introduce a new scope. Does that mean we can now do things like this?: - module m; struct

Re: multiple `alias this` suggestion

On Fri, Apr 21, 2017 at 08:32:55PM +, Stefan Koch via Digitalmars-d wrote: > On Friday, 21 April 2017 at 16:41:45 UTC, Meta wrote: [...] > > https://github.com/dlang/dmd/pull/3998/files > > > > It's written against C++ DMD as it was in 2014 so it may not be > > feasible anymore to easily port

Re: {OT} Youtube Video: newCTFE: Starting to write the x86 JIT

On Saturday, 22 April 2017 at 14:22:18 UTC, John Colvin wrote: On Thursday, 20 April 2017 at 12:56:11 UTC, Stefan Koch wrote: Hi Guys, I just begun work on the x86 jit backend. Because right now I am at a stage where further design decisions need to be made and those decisions need to be

Re: {OT} Youtube Video: newCTFE: Starting to write the x86 JIT

On Thursday, 20 April 2017 at 12:56:11 UTC, Stefan Koch wrote: Hi Guys, I just begun work on the x86 jit backend. Because right now I am at a stage where further design decisions need to be made and those decisions need to be informed by how a _fast_ jit-compatible x86-codegen is

Re: DIP 1005 - Preliminary Review Round 1

On Saturday, 22 April 2017 at 11:54:08 UTC, Mike Parker wrote: DIP 1005 is titled "Dependency-Carrying Declarations". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md Oh, this is huge, great work! Many thanks to all authors! --Ilya

Re: GC: Understanding potential sources of false pointers

On Thursday, 20 April 2017 at 20:26:06 UTC, Nick Sabalausky (Abscissa) wrote: (even if it's from a C lib) Same for D: .rdata is fine, but afaik you have only strings there, the rest - .data, .bss, .tls will suffer the same issue.

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 12:23:32 UTC, Basile B. wrote: use a "template this" parameter: I think the nicest way to do it is to use the template this parameter in the constructors, since that's the one function that you can guarantee is always called on the most derived type. Of

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 12:43:41 UTC, Andrey wrote: On Saturday, 22 April 2017 at 12:23:32 UTC, Basile B. wrote: On Saturday, 22 April 2017 at 11:45:54 UTC, Andrey wrote: use a "template this" parameter: void onCreate(this T)() { writeln(getSymbolsByUDA!(T,

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 12:23:32 UTC, Basile B. wrote: On Saturday, 22 April 2017 at 11:45:54 UTC, Andrey wrote: use a "template this" parameter: void onCreate(this T)() { writeln(getSymbolsByUDA!(T, OnClickListener).stringof); } if possible. The problem is not solved if onCreate is

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 12:14:26 UTC, Nordlöw wrote: if (haveCommonType!(T, U)) Defined as: /// Is `true` iff `Types` all share a common type. enum bool haveCommonType(Types...) = !is(CommonType!Types == void); import std.traits : CommonType;

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 11:45:54 UTC, Andrey wrote: On Saturday, 22 April 2017 at 11:36:09 UTC, Stefan Koch wrote: On Saturday, 22 April 2017 at 11:33:22 UTC, Andrey wrote: Hello, I trying to add custom attribute OnClickListener, the problem is that typeof always return BaseView type

Re: Default-valued nothrow @nogc std.conv:to

On Saturday, 22 April 2017 at 12:14:26 UTC, Nordlöw wrote: Is there any way I can make it `@nogc` without having to modify the code in `std.conv`? If I get this to work, I'm gonna try pushing it into std.conv.

Default-valued nothrow @nogc std.conv:to

Have anyone tried to implement a variant of `std.conv.to` that can be `nothrow @nogc` if the exception handling is replaced by an extra second parameter (`defaultValue`) returned iff the call to `to` throws? I currently have a solution

Re: 2.074.0-regression in move semantics

On Saturday, 22 April 2017 at 11:54:12 UTC, Nordlöw wrote: which means that the return statement at https://github.com/nordlow/gmp-d/blob/660d82b99abeef2b26ef3c9c4525d08a2aafdc55/src/gmp/z.d#L484 can no longer move the expression `y`. Note that changing the line 484 containing return y;

DIP 1005 - Preliminary Review Round 1 Begins

The first preliminary review of Andrei's DIP, "Dependency-Carrying Declarations", has begun. Please submit all feedback to the review thread [1]. [1] http://forum.dlang.org/thread/ckqhwodtjgpcqklcy...@forum.dlang.org Also, please remember that the Round 1 review of DIP 1006 [2] ends this

Re: Compile time foreach with switch

On Friday, 21 April 2017 at 19:17:32 UTC, Adam D. Ruppe wrote: Then realize that it does exactly the same thing when it is inside a switch... it always breaks the innermost thing, which happens to be this loop. (note that cases are not `breaked`, the switch is.) By coincidence I ran into

2.074.0-regression in move semantics

AFAICT, release 2.074.0 has regressed move semantics in function return statements. As a consequence, my package https://github.com/nordlow/gmp-d/ no longer compiles. At master branch, `dub build` now errors as Performing "debug" build using /usr/bin/dmd for x86_64. gmp-d

DIP 1005 - Preliminary Review Round 1

DIP 1005 is titled "Dependency-Carrying Declarations". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1005.md All review-related feedback on and discussion of the DIP should occur in this thread. Due to DConf taking place during the review period, the period will be extended by a week. The

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 11:36:09 UTC, Stefan Koch wrote: On Saturday, 22 April 2017 at 11:33:22 UTC, Andrey wrote: Hello, I trying to add custom attribute OnClickListener, the problem is that typeof always return BaseView type instead of MyView. struct OnClickListener { string id; }

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On Saturday, 22 April 2017 at 10:12:04 UTC, Arek wrote: And no output for ARM64. :/ LDC has beta-quality support for AArch64. --David

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote: And no official support on macOS. LDC officially supports shared libraries on macOS. -David

Re: typeof(this) return wrong type

On Saturday, 22 April 2017 at 11:33:22 UTC, Andrey wrote: Hello, I trying to add custom attribute OnClickListener, the problem is that typeof always return BaseView type instead of MyView. struct OnClickListener { string id; } class BaseView { void onCreate() {

typeof(this) return wrong type

Hello, I trying to add custom attribute OnClickListener, the problem is that typeof always return BaseView type instead of MyView. struct OnClickListener { string id; } class BaseView { void onCreate() { writeln(getSymbolsByUDA!(typeof(this), OnClickListener).stringof); }

Re: {OT} Youtube Video: newCTFE: Starting to write the x86 JIT

On Saturday, 22 April 2017 at 03:03:32 UTC, evilrat wrote: On Thursday, 20 April 2017 at 14:54:20 UTC, Stefan Koch wrote: On Thursday, 20 April 2017 at 14:35:27 UTC, Suliman wrote: Could you explain where it can be helpful? It's helpful for newCTFE's development. :) The I estimate the jit

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Friday, 21 April 2017 at 22:11:19 UTC, Namespace wrote: nuDist - in D you can program as free as you want. ;) void main() body { asm { naked; } }

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote: On 2017-04-11 08:50, FreeSlave wrote: D can't compete with C++ until it gets proper dynamic library support on all platforms. As far as I understand there're still problems on Windows. And no official support on macOS. And

[Issue 17289] With Xcode 8.3 linker, warnings of "pointer not aligned"

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

Re: Last Minute Tickets to DConf

On Saturday, 22 April 2017 at 09:29:10 UTC, Walter Bright wrote: On 4/21/2017 10:59 PM, Nicholas Wilson wrote: As a speaker was I supposed to be sent confirmation of ticket separate to that of my acceptance as a speaker? 'Cos i didn't receive one. As a speaker, you're automatically

Re: Chennai D Meetup April 22: Introducing D, Rust, and Swift

On Friday, 21 April 2017 at 15:34:44 UTC, Vasudev Ram wrote: On Thursday, 13 April 2017 at 14:10:13 UTC, Chennai Danatic wrote: Please RSVP if you plan to attend: https://www.meetup.com/Chennai-D/events/238949573/?showDescription=true Btw, Chennai, a large port city in South India, now has

[Issue 17339] ambiguous mangling with module level const values as alias template argument

https://issues.dlang.org/show_bug.cgi?id=17339 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com

Re: Last Minute Tickets to DConf

On 4/21/2017 10:59 PM, Nicholas Wilson wrote: As a speaker was I supposed to be sent confirmation of ticket separate to that of my acceptance as a speaker? 'Cos i didn't receive one. As a speaker, you're automatically registered. Just show up!

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: 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: Python : Pythonista / Ruby: Rubyist : / D : ?

On Fri, 2017-04-21 at 21:20 -0700, Jonathan M Davis via Digitalmars-d wrote: > […] > I've never heard of anyone doing anything like this in any language. > Normally, you'd just say that someone is a D programmer or a C++ > programmer > or a Java Programmer, etc. But then again, I come from a C++

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On Fri, 2017-04-21 at 17:20 +, Vasudev Ram via Digitalmars-d wrote: > Hi list, > > I hope the question is self-evident from the message subject. If  > not, it means: what are D developers generally called (to  > indicate that they develop in D)? The question occurred to me  > somehow while

Re: Compare boost::hana to D

Am Wed, 19 Apr 2017 18:02:46 + schrieb Adrian Matoga : > 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

[Issue 4508] tuples should be indexable with foreach over range

https://issues.dlang.org/show_bug.cgi?id=4508 --- Comment #4 from Nick Treleaven --- In that case, perhaps we could use `static foreach` as in comment 1. --

Re: Compare boost::hana to D

On 4/19/2017 3:58 AM, Laeeth Isharc wrote: I think not enough has been written on D's plasticity - Andrei and Walter talk about it in passing a couple of times. But I have the impression that it's maybe quite important for merits of D's real world commercial value. Compare using refactoring

Re: Last Minute Tickets to DConf

On Saturday, 22 April 2017 at 01:37:42 UTC, Walter Bright wrote: The kiosk closes Sunday Apr 23 at midnight. If you're on the fence, get them now! http://dconf.org/2017/registration.html As a speaker was I supposed to be sent confirmation of ticket separate to that of my acceptance as a