[Issue 16288] splitter() that doesn't eat sentinels

https://issues.dlang.org/show_bug.cgi?id=16288 --- Comment #3 from Jack Stouffer --- (In reply to Manu from comment #2) > That's fine. > Does that already exist? I couldn't see anything on dlang.org. > > Obviously the Pred function should remain as the first template arg,

[Issue 16295] New: REG since 2.069: undefined symbol that should be defined

https://issues.dlang.org/show_bug.cgi?id=16295 Issue ID: 16295 Summary: REG since 2.069: undefined symbol that should be defined Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW

Re: Atila Neves: "C IS NOT MAGICALLY FAST, PART 2"

On Tuesday, 19 July 2016 at 03:03:38 UTC, deadalnix wrote: On Tuesday, 19 July 2016 at 02:54:37 UTC, Saurabh Das wrote: Posted on Atila's blog yesterday: https://atilanevesoncode.wordpress.com/2016/07/18/c-is-not-magically-fast-part-2/ Where is the part one ?

[Issue 16287] update mixin template specs to reflect new import rules (as of 2.071)

https://issues.dlang.org/show_bug.cgi?id=16287 --- Comment #2 from det <2k...@gmx.net> --- https://issues.dlang.org/show_bug.cgi?id=16004 is certainly related therefore i added a 'see also' link. however i don't think it is fully sufficient WRT mixin templates. spec changes that especially effect

Re: Atila Neves: "C IS NOT MAGICALLY FAST, PART 2"

On Tuesday, 19 July 2016 at 02:54:37 UTC, Saurabh Das wrote: Posted on Atila's blog yesterday: https://atilanevesoncode.wordpress.com/2016/07/18/c-is-not-magically-fast-part-2/ Where is the part one ?

[Issue 16004] Document changes to protection attributes

https://issues.dlang.org/show_bug.cgi?id=16004 det <2k...@gmx.net> changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 16287] update mixin template specs to reflect new import rules (as of 2.071)

https://issues.dlang.org/show_bug.cgi?id=16287 det <2k...@gmx.net> changed: What|Removed |Added See Also||https://issues.dlang.org/sh

Atila Neves: "C IS NOT MAGICALLY FAST, PART 2"

Posted on Atila's blog yesterday: https://atilanevesoncode.wordpress.com/2016/07/18/c-is-not-magically-fast-part-2/

Re: Our docs should be more beautiful

On 07/18/2016 09:43 PM, Andrei Alexandrescu wrote: On 07/18/2016 11:56 AM, Andrei Alexandrescu wrote: I was proofreading

Re: Our docs should be more beautiful

On 07/18/2016 11:56 AM, Andrei Alexandrescu wrote: I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in which our docs could

Re: Our docs should be more beautiful

On 07/18/2016 09:28 PM, Carl Vogel wrote: Racket's docs have actually been designed by a professional typographer, so might be a good reference point. Example: https://docs.racket-lang.org/reference/flonums.html They do look nice! -- Andrei

Re: Our docs should be more beautiful

On 07/18/2016 06:16 PM, Mattcoder wrote: On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading

Re: Our docs should be more beautiful

On 07/18/2016 06:13 PM, bitwise wrote: Any chance of getting one definition or overload-set per page? Been like that for a while, my comments refer to the old styling. -- Andrei

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in

Passing a single tuple or multiple values

In the code below, is it possible to combine both bar functions into one function (I just put some random foo function to get it to work)? When I try to do it, I get errors that no property 'expand' for type '(Tuple!(int, int))' I think it has something to do with T... being considered a

Re: Slice expressions - exact evaluation order, dollar

On 12.07.2016 23:56, Iain Buclaw via Digitalmars-d wrote: > >What is the justification why the base should be evaluated as an lvalue? > Because changes made to a temporary get lost as they never bind back to the original reference. ... Which I'd expect. It is just like: int x = 0; assert(3

[Issue 16294] New: import treated as public import

https://issues.dlang.org/show_bug.cgi?id=16294 Issue ID: 16294 Summary: import treated as public import Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: critical Priority:

[Issue 16288] splitter() that doesn't eat sentinels

https://issues.dlang.org/show_bug.cgi?id=16288 --- Comment #2 from Manu --- That's fine. Does that already exist? I couldn't see anything on dlang.org. Obviously the Pred function should remain as the first template arg, it can be second... --

[Issue 16293] New: hashOf should be @nogc when it can be

https://issues.dlang.org/show_bug.cgi?id=16293 Issue ID: 16293 Summary: hashOf should be @nogc when it can be Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 22:24:09 UTC, Adam D. Ruppe wrote: On Monday, 18 July 2016 at 22:13:35 UTC, bitwise wrote: Any chance of getting one definition or overload-set per page? Both the ddox pages at /library and my pages at dpldocs.info do it this way. The ddox ones are supposed to be

Re: Vision for the D language - stabilizing complexity?

On 7/18/2016 5:06 AM, Kagamin wrote: On Saturday, 16 July 2016 at 21:52:02 UTC, Walter Bright wrote: I've seen SAL before, but have not studied it. My impression is it is much more complex than necessary. For example, https://msdn.microsoft.com/en-us/library/hh916383.aspx describes

Re: Vision for the D language - stabilizing complexity?

On 7/18/2016 9:08 AM, Andrew Godfrey wrote: On Thursday, 14 July 2016 at 20:01:54 UTC, Walter Bright wrote: On 7/14/2016 11:49 AM, Steven Schveighoffer wrote: In C++, the compiler has to reload x, because it may have changed. That's right. I learned that the hard way, when the original

Re: Vision for the D language - stabilizing complexity?

On 7/18/2016 6:48 AM, Andrew Godfrey wrote: We risk scaring away potential community members, and alienating existing ones, by the way we say "no" to proposals for breaking changes. We could improve how we say "no", by having a place to point people to. Potential topics: Anything we do will

The case for small diffs in Pull Requests

https://medium.com/@kurtisnusbaum/large-diffs-are-hurting-your-ability-to-ship-e0b2b41e8acf#.h3eo1yvqv I've been advocating for a while now that PRs should be small, incremental, encapsulated and focused. This has not been without controversy. I hope the referenced article is a bit more

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 22:13:35 UTC, bitwise wrote: Any chance of getting one definition or overload-set per page? Both the ddox pages at /library and my pages at dpldocs.info do it this way. The ddox ones are supposed to be made default eventually.

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 22:16:45 UTC, Mattcoder wrote: On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in

Re: Variadic Tuple of Structs with Mixed Types

On Friday, 15 July 2016 at 19:24:12 UTC, jmh530 wrote: Have you considered recursive solutions? Will try that next. Thanks. I think this worked for me. A few tricks were that I had to have the fillAliasSeq template as global and also I couldn't disable the default constructor for what I

Re: Bug? somearrayofclassinstances.filter(...).array fails because of .init() method in class

On 7/15/16 7:44 AM, ag0aep6g wrote: On 07/15/2016 12:54 PM, dom wrote: i just had a scenario like the one below. when calling .array on the filterresult dmd goes nuts because of the init() function in Players. Renaming to initialize() solved the problem. Solution: As .init is used for struct

[Issue 16283] [Modules]

https://issues.dlang.org/show_bug.cgi?id=16283 Steven Schveighoffer changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in

Re: What is the current progress on "Safety and Memory Management"?

On Saturday, 16 July 2016 at 21:45:17 UTC, maik klein wrote: What I wanted to do is to translate a big part of Rust's std to D. Stuff like Rc, Arc, Box, Optional + all the necessary tools for ownership semantics. Also implement data structures that work with ownership semantics (Rc, Box, Arc

Re: Iterate all visible symbols, even from imported modules

On Monday, 18 July 2016 at 21:12:38 UTC, Meta wrote: On Monday, 18 July 2016 at 13:00:16 UTC, Lodovico Giaretta wrote: As per title, is it possible to iterate all visible symbols of the current module and of all imported modules and packages? My aim is to find everything in scope that has a

Re: Iterate all visible symbols, even from imported modules

On Monday, 18 July 2016 at 18:21:41 UTC, ketmar wrote: short answer: no. there is still no way to write a reliable enumerator like this: too much things to hack around. as for module symbols, it is easy: they has no type. literally: `!is(typeof(...))`. `is(typeof(...))` is a necessary

[Issue 16292] New: [REG2.069] bogus "Error: goto skips declaration of variable"

https://issues.dlang.org/show_bug.cgi?id=16292 Issue ID: 16292 Summary: [REG2.069] bogus "Error: goto skips declaration of variable" Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

Re: Iterate all visible symbols, even from imported modules

On Monday, 18 July 2016 at 13:00:16 UTC, Lodovico Giaretta wrote: As per title, is it possible to iterate all visible symbols of the current module and of all imported modules and packages? My aim is to find everything in scope that has a specific UDA. module foo; import std.stdio,

Re: Iterate all visible symbols, even from imported modules

On Monday, 18 July 2016 at 13:00:16 UTC, Lodovico Giaretta wrote: // how do I discover that "std" is a package? I've got a DMD pull request that adds __traits(isPackage, someSymbol), but it's stuck waiting for approval. If and when it gets merged, it could be useful for that.

Re: Convert delegate or function type to other.

On Monday, 18 July 2016 at 18:49:22 UTC, Rufus Smith wrote: Suppose I have the following: alias func = void function(int); Is there a way to convert it automatically to something the same type except of delegate: alias del = toDel(func) = void delegate(int);? import std.traits; alias del =

[Issue 16288] splitter() that doesn't eat sentinels

https://issues.dlang.org/show_bug.cgi?id=16288 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

Re: Autotesting dub packages with dmd nightly

On 2016-07-16 22:34, Sebastiaan Koppe wrote: Just to let you guys know - and to be sure no one is doing the same - I decided to go ahead and *start* writing an autotester that will fetch dmd nightly and unittest each dub package. It will be using a classic master-worker architecture and will

Re: Autotesting dub packages with dmd nightly

On Monday, 18 July 2016 at 18:47:28 UTC, Jacob Carlborg wrote: On 2016-07-18 11:55, Sebastiaan Koppe wrote: Like I said I am aiming really low. On purpose. I have a wife and two kids and I need to keep the scope limited. In that case, go with something that already exists. I think Martin

Re: Convert delegate or function type to other.

On Monday, 18 July 2016 at 18:51:29 UTC, Jacob Carlborg wrote: On 2016-07-18 20:49, Rufus Smith wrote: Suppose I have the following: alias func = void function(int); Is there a way to convert it automatically to something the same type except of delegate: alias del = toDel(func) = void

Re: Our docs should be more beautiful

On 2016-07-18 17:56, Andrei Alexandrescu wrote: * My pet dream was to work on a project with a beautiful justified and hyphenated website. I hate when words are split between rows. -- /Jacob Carlborg

Re: Autotesting dub packages with dmd nightly

On 2016-07-18 11:55, Sebastiaan Koppe wrote: Like I said I am aiming really low. On purpose. I have a wife and two kids and I need to keep the scope limited. In that case, go with something that already exists. -- /Jacob Carlborg

Re: Autotesting dub packages with dmd nightly

On 2016-07-18 09:22, qznc wrote: The hardest part is probably the work distribution. It should work across platforms, so we can (eventually) test Windows, Android, Raspberry Pi, etc. GitLab can handle this really easy. I don't believe GitLab would be a good idea. It is not built for this

Convert delegate or function type to other.

Suppose I have the following: alias func = void function(int); Is there a way to convert it automatically to something the same type except of delegate: alias del = toDel(func) = void delegate(int);?

Re: Convert delegate or function type to other.

On 2016-07-18 20:49, Rufus Smith wrote: Suppose I have the following: alias func = void function(int); Is there a way to convert it automatically to something the same type except of delegate: alias del = toDel(func) = void delegate(int);?

Re: Iterate all visible symbols, even from imported modules

short answer: no. there is still no way to write a reliable enumerator like this: too much things to hack around. as for module symbols, it is easy: they has no type. literally: `!is(typeof(...))`. `is(typeof(...))` is a necessary safeguard anyway if you are enumerating symbols in module,

Re: Is there a way to "see" source code generated by templates after a compile?

On Monday, 18 July 2016 at 17:35:29 UTC, Stefan Koch wrote: I did it for function templates just now. It will the instantiated bodys to std-out. Okay here is the frist really hacky draft patch In dtemplate.d line 6691 right at the end of semantic3 insert the following code : if

Re: Vision for the D language - stabilizing complexity?

2016-07-18 15:48 GMT+02:00 Andrew Godfrey via Digitalmars-d < digitalmars-d@puremagic.com>: > > We risk scaring away potential community members, and alienating existing > ones, by the way we say "no" to proposals for breaking changes. We could > improve how we say "no", by having a place to

[Issue 16291] New: phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Issue ID: 16291 Summary: phobosinit fails to register encodings on individual tests Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 16259] entropy in std.numeric fails in release unittest

https://issues.dlang.org/show_bug.cgi?id=16259 greenify changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 16227] std.numeric unit tests fail when run in isolation

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

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 17:09:57 UTC, Kagamin wrote: Do we see the same thing? I see ugly justified hyphenated text https://abload.de/img/tmpr5ow8.png It's hyphenated on browsers that support it. The chrome team is very close to supporting hyphenation so it'll soon be justified in all the

Re: Is there a way to "see" source code generated by templates after a compile?

On Sunday, 17 July 2016 at 16:30:38 UTC, Stefan Koch wrote: On Sunday, 17 July 2016 at 14:54:34 UTC, zabruk70 wrote: On Sunday, 17 July 2016 at 11:14:39 UTC, Stefan Koch wrote: If you want to see template expansions you have to wait a little longer. Wow! Is this really possible?! So long

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 17:09:57 UTC, Kagamin wrote: Do we see the same thing? I see ugly justified hyphenated text https://abload.de/img/tmpr5ow8.png It probably depends on the browser. Mine shows the text not justified, and it does not try to break words (while your does). Probably, the

Re: Our docs should be more beautiful

Do we see the same thing? I see ugly justified hyphenated text https://abload.de/img/tmpr5ow8.png

Re: Some asm help for the 'thiscall' calling convention?

On Saturday, 16 July 2016 at 21:16:29 UTC, Andrew Godfrey wrote: COM is a model; in practice people pick the parts they need, and often still call it "COM". No need to rename what has a name: https://en.wikipedia.org/wiki/Interface-based_programming

Re: Some asm help for the 'thiscall' calling convention?

On Saturday, 16 July 2016 at 20:31:25 UTC, Adam Sansier wrote: Yet you are wrong. Regardless what the asio standard does right or wrong, it uses COM, correct? Is asio not well established? Yes it is. Hence it proves that not all COM is as you think it is. The component must comply with the

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 16:18:27 UTC, Jack Stouffer wrote: On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: * "0 Contributors" should not be displayed at the bottom if there are no contributors. But I assume that's only the case before the pull is merged? Yeah, should

Re: Our docs should be more beautiful

On Monday, 18 July 2016 at 15:56:29 UTC, Andrei Alexandrescu wrote: * My pet dream was to work on a project with a beautiful justified and hyphenated website. After endless debates, ugliness has won - I'm looking at a eye-scratching ragged right edge. Please, no more debates on this. The

Re: Vision for the D language - stabilizing complexity?

On Thursday, 14 July 2016 at 20:01:54 UTC, Walter Bright wrote: On 7/14/2016 11:49 AM, Steven Schveighoffer wrote: In C++, the compiler has to reload x, because it may have changed. That's right. I learned that the hard way, when the original optimizer would assume that x hadn't changed. It

Our docs should be more beautiful

I was proofreading http://dtest.thecybershadow.net/artifact/website-f26d7179b8449e89e1961391fde9f221813c707c-04d0496c2d8cecedc4d75c919646d564/web/phobos-prerelease/std_experimental_checkedint.html and there are a few ways in which our docs could look better. * My pet dream was to work on a

Re: std.algorithm.splitter request

On Monday, 18 July 2016 at 09:01:43 UTC, Manu wrote: I want a version of splitter that doesn't eat the sentinels. I want to split AT the sentinels, but the sentinel should be the first element of the bucket. eg: assert(equal(splitter("hello world", ' '), [ "hello", " ", " world" ])); Note

Re: Is there a way to "see" source code generated by templates after a compile?

On Monday, 18 July 2016 at 07:37:27 UTC, lobo wrote: On Sunday, 17 July 2016 at 05:57:52 UTC, WhatMeWorry wrote: [snip] Now that I think about, was there even a way to look at c/c++ code after the pre-processor step? Does this do what you want? cl.exe /E gcc -E clang -E clang-cl /E i

Re: DIP1001: Exception Handling Extensions

On 07/16/2016 01:35 PM, Superstar64 wrote: On Saturday, 16 July 2016 at 12:42:49 UTC, Andrei Alexandrescu wrote: Work much appreciated. Looks like the new community process works! -- Andrei I'm not sure you understand, I rejected my own PR. Understood. Wasn't that due to the community

[Issue 14477] Nullable does not work with structs with default constructor disabled

https://issues.dlang.org/show_bug.cgi?id=14477 Justin Whear changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment

Re: DbI checked integral

Just created https://github.com/dlang/phobos/pull/4613 to request comments. One question is whether all/most useful checked integral front-ends can be implemented in terms of the hook-based DbI infrastructure in that PR. Thanks, Andrei

Re: Vision for the D language - stabilizing complexity?

On Monday, 18 July 2016 at 13:48:16 UTC, Andrew Godfrey wrote: 1) As you say, a vision for D3. Maybe just a summary of the things that are now agreed upon, e.g. autodecoding (though even there, I think the details of where to move to, are still contentious. E.g. I personally dislike the

Re: DMD RPM

On Monday, 18 July 2016 at 11:29:27 UTC, Basile B. wrote: Hi Jordi. I see you are in the "organisation" (https://github.com/orgs/dlang/people) Can ou fix this bug ? https://issues.dlang.org/show_bug.cgi?id=16107 A few people can hack on the dmc backend:

[Issue 16289] no extern(C++) mangling for size_t/unsigned long parameters

https://issues.dlang.org/show_bug.cgi?id=16289 --- Comment #1 from Martin Nowak --- It's possible to use cpp_ulong which get's the correct mangling, but it's fairly unfriendly to use.

Re: Vision for the D language - stabilizing complexity?

On Monday, 18 July 2016 at 09:45:39 UTC, Chris wrote: On Sunday, 17 July 2016 at 02:17:52 UTC, Andrew Godfrey wrote: On Saturday, 16 July 2016 at 21:35:41 UTC, Walter Bright wrote: On 7/16/2016 6:09 AM, Andrew Godfrey wrote: Walter called Prolog "singularly useless". You have been referring

Re: Vision for the D language - stabilizing complexity?

On Sunday, 17 July 2016 at 02:59:42 UTC, Nobody wrote: Perl 6. Inequality operator :)

[Issue 16290] New: Problems with -fPIC, libraries and exceptions

https://issues.dlang.org/show_bug.cgi?id=16290 Issue ID: 16290 Summary: Problems with -fPIC, libraries and exceptions Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

Re: to auto or not to auto ( in foreach )

On Saturday, 16 July 2016 at 22:05:49 UTC, ketmar wrote: `foreach (v; rng)` looks like `foreach` is *reusing* *existing* *variable*. +1

Iterate all visible symbols, even from imported modules

As per title, is it possible to iterate all visible symbols of the current module and of all imported modules and packages? My aim is to find everything in scope that has a specific UDA. module foo; import std.stdio, std.array, std.algorithm; void bar(){} struct S{} void main() { //

Re: Vision for the D language - stabilizing complexity?

On Saturday, 16 July 2016 at 21:52:02 UTC, Walter Bright wrote: I've seen SAL before, but have not studied it. My impression is it is much more complex than necessary. For example, https://msdn.microsoft.com/en-us/library/hh916383.aspx describes annotations to memcpy(). I believe these are

[Issue 16289] no extern(C++) mangling for unsigned long

https://issues.dlang.org/show_bug.cgi?id=16289 Martin Nowak changed: What|Removed |Added OS|Linux |All

[Issue 16289] no extern(C++) mangling for size_t/unsigned long parameters

https://issues.dlang.org/show_bug.cgi?id=16289 Martin Nowak changed: What|Removed |Added Summary|no extern(C++) mangling for |no extern(C++) mangling for

[Issue 16289] New: no extern(C++) mangling for unsigned long

https://issues.dlang.org/show_bug.cgi?id=16289 Issue ID: 16289 Summary: no extern(C++) mangling for unsigned long Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

Re: Vision for the D language - stabilizing complexity?

On Monday, 18 July 2016 at 11:05:34 UTC, Bill Hicks wrote: On Sunday, 17 July 2016 at 05:50:31 UTC, H. S. Teoh wrote: On Sun, Jul 17, 2016 at 02:59:42AM +, Nobody via Digitalmars-d wrote: Perl 6. Are you serious? Perl is the *prime* example of "unprincipled and complex". Larry Wall

Re: DMD RPM

On Friday, 15 July 2016 at 18:04:09 UTC, Jordi Sayol wrote: El 15/07/16 a les 15:42, Russel Winder via Digitalmars-d ha escrit: However there is a PreDepends on multiarch-support. I am trying to get rid of this package but that means dmd, dcd, dfmt, dscanner, gtkd, etc. all have to go. You

Re: Vision for the D language - stabilizing complexity?

On Sunday, 17 July 2016 at 05:50:31 UTC, H. S. Teoh wrote: On Sun, Jul 17, 2016 at 02:59:42AM +, Nobody via Digitalmars-d wrote: Perl 6. Are you serious? Perl is the *prime* example of "unprincipled and complex". Larry Wall himself said (in print, no less): English is useful

Re: How to group similar member functions from different classes?

On Friday, 15 July 2016 at 17:25:23 UTC, cy wrote: On Monday, 20 June 2016 at 16:39:54 UTC, Marc Schütz wrote: Untested: Seems to only work if A and B are both defined in the same file as Foos (defeating the purpose). Putting A and B in a.d and b.d respectively gives me these errors:

[Issue 16107] [ICE] - Internal error: backend/cgcod.c 2297

https://issues.dlang.org/show_bug.cgi?id=16107 --- Comment #4 from b2.t...@gmx.com --- ping. do you realize that by nature this bug is very disruptive ? It kills the boolean logic. --

Re: Autotesting dub packages with dmd nightly

On Monday, 18 July 2016 at 09:55:04 UTC, Sebastiaan Koppe wrote: Not yet. Let me first do some groundwork. It could take month though. I have a wife and two kids and I need to keep the scope limited. Hey, me too. Slow and steady wins the race. ;)

Re: UDAs on enum members

On Sunday, 17 July 2016 at 20:51:42 UTC, Walter Bright wrote: On 7/13/2016 4:57 AM, Tomer Filiba wrote: struct MyEnum { @("SOM") enum SomeMember = 0; @("ANO") enum AnotherMemberWithAVeryLongName = 1; string dump() { ... // `this` is a value, not a ref here } static

Re: Autotesting dub packages with dmd nightly

On Monday, 18 July 2016 at 07:22:07 UTC, qznc wrote: Great! Maybe I can help you? Do you have a repository somewhere already? Not yet. Let me first do some groundwork. It could take month though. I don't think nightlies are that important. Older releases, alpha/beta versions, LDC, and GDC

Re: std.algorithm.splitter request

On Monday, 18 July 2016 at 09:52:25 UTC, pineapple wrote: Can't push at the moment but here you go http://pastebin.com/f2TxDg8F "hello world".split!(true, false)(' ') will enumerate ["hello", " ", " world"].

Re: std.algorithm.splitter request

On Monday, 18 July 2016 at 09:39:13 UTC, pineapple wrote: I can't speak to phobos but you should achieve this behavior in mach.range.split by changing just one line (I'll add some cleaner support for this myself sometime soon using a template argument, maybe later today?) Can't push at the

Re: Vision for the D language - stabilizing complexity?

On Sunday, 17 July 2016 at 02:17:52 UTC, Andrew Godfrey wrote: On Saturday, 16 July 2016 at 21:35:41 UTC, Walter Bright wrote: On 7/16/2016 6:09 AM, Andrew Godfrey wrote: Walter called Prolog "singularly useless". You have been referring to changes that would amount to a new major version of D

Re: std.algorithm.splitter request

On Monday, 18 July 2016 at 09:01:43 UTC, Manu wrote: I want a version of splitter that doesn't eat the sentinels. I want to split AT the sentinels, but the sentinel should be the first element of the bucket. eg: assert(equal(splitter("hello world", ' '), [ "hello", " ", " world" ])); Note

Re: std.algorithm.splitter request

https://issues.dlang.org/show_bug.cgi?id=16288 On 18 July 2016 at 19:01, Manu wrote: > I want a version of splitter that doesn't eat the sentinels. > I want to split AT the sentinels, but the sentinel should be the first > element of the bucket. > > eg:

[Issue 16288] New: splitter() that doesn't eat sentinels

https://issues.dlang.org/show_bug.cgi?id=16288 Issue ID: 16288 Summary: splitter() that doesn't eat sentinels Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

std.algorithm.splitter request

I want a version of splitter that doesn't eat the sentinels. I want to split AT the sentinels, but the sentinel should be the first element of the bucket. eg: assert(equal(splitter("hello world", ' '), [ "hello", " ", " world" ])); Note the weird behaviour since there are 2 spaces. More useful

Re: Is there a way to "see" source code generated by templates after a compile?

On Sunday, 17 July 2016 at 16:30:38 UTC, Stefan Koch wrote: On Sunday, 17 July 2016 at 14:54:34 UTC, zabruk70 wrote: On Sunday, 17 July 2016 at 11:14:39 UTC, Stefan Koch wrote: If you want to see template expansions you have to wait a little longer. Wow! Is this really possible?! So long

[Issue 14477] Nullable does not work with structs with default constructor disabled

https://issues.dlang.org/show_bug.cgi?id=14477 MichaelZ changed: What|Removed |Added CC||dlang@bregalad.de ---

Re: Is there a way to "see" source code generated by templates after a compile?

On Sunday, 17 July 2016 at 05:57:52 UTC, WhatMeWorry wrote: [snip] Now that I think about, was there even a way to look at c/c++ code after the pre-processor step? Does this do what you want? cl.exe /E gcc -E clang -E clang-cl /E

Re: Autotesting dub packages with dmd nightly

On Saturday, 16 July 2016 at 20:34:49 UTC, Sebastiaan Koppe wrote: Just to let you guys know - and to be sure no one is doing the same - I decided to go ahead and *start* writing an autotester that will fetch dmd nightly and unittest each dub package. It will be using a classic master-worker

  1   2   >