Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 9:07 AM, Dominikus Dittes Scherkl wrote: So, I no longer propose to change nothing except the internal compiler behaviour. Now I propose to additionally change the .di-file generation to also add all local imports to the start of the declaration file, so that having this file

Re: reading from file

On 12/15/2016 10:47 PM, KaattuPoochi wrote: > On Tuesday, 13 December 2016 at 21:13:26 UTC, Ali wrote: >> >> And extending Ali's solution you can actually get the data in >> to a two dimentional array at compile time and have it in static >> memory with a small adjustment: >> >> static immutable

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 1:48 PM, deadalnix wrote: You may also want to look at https://www.youtube.com/watch?v=b_T-eCToX1I to see what clang's up to. Thanks. I see they've done much that Zortech C++ did to be fast, as well as Warp and dmd. dmd eliminates the need for lib and ar by building in the

Re: reading from file

On Tuesday, 13 December 2016 at 21:13:26 UTC, Ali wrote: And extending Ali's solution you can actually get the data in to a two dimentional array at compile time and have it in static memory with a small adjustment: static immutable matrix = import("data.txt") .split("\n") .map!(a =>

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 1:48 PM, deadalnix wrote: On Thursday, 15 December 2016 at 16:11:56 UTC, Walter Bright wrote: That would be a massive breaking change. SDC do parse the module only when an identifier resolution reach top level, and then populate the module's top level symbol table without

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 8:32 AM, Andrei Alexandrescu wrote: On 12/15/2016 11:11 AM, Walter Bright wrote: On 12/15/2016 6:53 AM, Andrei Alexandrescu wrote: The document does specify the advantages and disadvantages of lazy imports, as follows: === * Full lazy `import`s. Assume all `import`s are lazy

D books for $5

Hi all, Packt Publishing offers eBooks for $5 for a limited time. If your collection of D eBooks is still incomplete then this is a great chance for you. :-) D Cookbook by Adam D. Ruppe (https://www.packtpub.com/application-development/d-cookbook) Learning D by Michael Parker

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 safety0ff.bugz changed: What|Removed |Added CC|

[Issue 16973] `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 safety0ff.bugz changed: What|Removed |Added CC|

Re: Accessing members through pointers to structs (also, CTFE associative arrays)

On 12/15/2016 05:30 PM, Stefan Koch wrote: On Thursday, 15 December 2016 at 19:30:08 UTC, Ali Çehreli wrote: Yeah, I think the compiler is confused because the function is called in a non-const context during the initialization of an immutable object. I would open an issue:

Re: Accessing members through pointers to structs (also, CTFE associative arrays)

On Thursday, 15 December 2016 at 19:30:08 UTC, Ali Çehreli wrote: Yeah, I think the compiler is confused because the function is called in a non-const context during the initialization of an immutable object. I would open an issue: https://issues.dlang.org/enter_bug.cgi?product=D Ali

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Friday, 16 December 2016 at 00:53:14 UTC, Timothee Cour wrote: one more thing: we can simplify further (while still having formatted looking code) with !q{} instead of !() : ``` // applies to next decl @deps!q{import std.algorithm;} void test1(){} // applies to a set of decls

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

one more thing: we can simplify further (while still having formatted looking code) with !q{} instead of !() : ``` // applies to next decl @deps!q{import std.algorithm;} void test1(){} // applies to a set of decls @deps!q{import std.stdio;}{ void test2(){} void test3(){} } // applies to

Re: Simplest way to build a DMD compatible C lib, and how to link using DUB.

On Thursday, 15 December 2016 at 20:34:47 UTC, hardreset wrote: On Thursday, 15 December 2016 at 18:30:14 UTC, hardreset wrote: I have pragma(lib,**fullpath**) in my freetype.d file, is that the correct way? Never mind, figured it out, I needer to add "libs": ["libs/freetype27ST"] to

Re: CTFE Status

On Thursday, 15 December 2016 at 23:37:50 UTC, Stefan Koch wrote: On Thursday, 15 December 2016 at 23:05:55 UTC, Dmitry Olshansky wrote: Afaik string switches are implemented as a fairly slow hash table. Optimal solutions like building a trie would be a nice enhancement. --- Dmitry

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 19:52:50 UTC, Andrei Alexandrescu wrote: On 12/15/2016 02:22 PM, Timothee Cour via Digitalmars-d wrote: Some more details on my proposa based on UDA: ... I now understand the idea, thank you. My question is, doesn't this take things too far? Earlier I

Re: CTFE Status

On Thursday, 15 December 2016 at 23:05:55 UTC, Dmitry Olshansky wrote: Afaik string switches are implemented as a fairly slow hash table. Optimal solutions like building a trie would be a nice enhancement. --- Dmitry Olshansky Tries take up alot of memory for sparse tables. I would like

Re: CTFE Status

On 12/15/16 10:21 AM, Nordlöw wrote: On Wednesday, 14 December 2016 at 08:40:34 UTC, Stefan Koch wrote: String-Switches are supported now. Cool, this is a crucial requirement for pattern matching in parser generators, like Pegged and alikes. Is it worth giving newCTFE a try with these things

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/13/16 11:33 PM, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei On first it seems like an awesome idea. That solves ... but wait what? Thinking more about the problem at hand - I fail to see what this DIP accomplishes that can't be done better

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/16 4:48 PM, deadalnix wrote: On Thursday, 15 December 2016 at 16:11:56 UTC, Walter Bright wrote: That would be a massive breaking change. SDC do parse the module only when an identifier resolution reach top level, and then populate the module's top level symbol table without running

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 16:11:56 UTC, Walter Bright wrote: That would be a massive breaking change. SDC do parse the module only when an identifier resolution reach top level, and then populate the module's top level symbol table without running any semantic analysis on any of its

Re: Allocating a class within another class during object init w/o passing in an allocator

On Thursday, 15 December 2016 at 21:37:34 UTC, David Zhang wrote: So the size of Foo would be the size of SomeClass plus members? ie. Is the size of the array stored too? With these definitions: class SomeClass {} class Foo { this() { import std.conv: emplace;

Re: Allocating a class within another class during object init w/o passing in an allocator

On Thursday, 15 December 2016 at 21:08:51 UTC, ag0aep6g wrote: On 12/15/2016 09:51 PM, David Zhang wrote: However, it leaves me with another question, how much (if any) space would the static array require from the class? Depends on SomeClass. The array's size is just the value of

Re: DIP 1003: remove `body` as a keyword

On Thursday, 15 December 2016 at 21:19:30 UTC, Meta wrote: On Thursday, 15 December 2016 at 15:31:40 UTC, Basile B. wrote: On Sunday, 11 December 2016 at 20:27:36 UTC, Meta wrote: On Sunday, 11 December 2016 at 11:33:40 UTC, Basile B. wrote: DIP 1003 is faddish. It would really be better to

Re: DRY version of `static if(__traits(compiles, expr)) fun(expr)`

On 15.12.2016 01:38, Basile B. wrote: On Wednesday, 14 December 2016 at 22:06:35 UTC, Ali Çehreli wrote: On 12/14/2016 09:25 AM, Basile B. wrote: > On Tuesday, 13 December 2016 at 23:37:59 UTC, Timon Gehr wrote: >> I usually do >> >> enum code = q{expr}; >> static

Re: DIP 1003: remove `body` as a keyword

On Thursday, 15 December 2016 at 15:31:40 UTC, Basile B. wrote: On Sunday, 11 December 2016 at 20:27:36 UTC, Meta wrote: On Sunday, 11 December 2016 at 11:33:40 UTC, Basile B. wrote: DIP 1003 is faddish. It would really be better to have a system that would allow any keyword to be used as

Re: Allocating a class within another class during object init w/o passing in an allocator

Thank you for your responses. Visitor, I don't want any reference to an allocator within the class if I can avoid it. ag0aep6g, thanks! That's what I was looking for. However, it leaves me with another question, how much (if any) space would the static array require from the class? It's not a

Re: unDE 0.1.0: original file manager, image and text viewer

On Thursday, 15 December 2016 at 20:35:16 UTC, Basile B. wrote: That's interesting, unfortunately for you there's a more advanced version of a ZUI file explorer (http://eaglemode.sourceforge.net/index.html). How much your respective projects are related ? As I understand eaglemode is only

Re: unDE 0.1.0: original file manager, image and text viewer

On Thursday, 15 December 2016 at 20:16:10 UTC, unDEFER wrote: Hello, my dear friends! So many days you answers on many my questions. And today I glad to present my work: unDE 0.1.0. It is very original file manager, image and text viewer. More information:

Re: Simplest way to build a DMD compatible C lib, and how to link using DUB.

On Thursday, 15 December 2016 at 18:30:14 UTC, hardreset wrote: On Thursday, 15 December 2016 at 03:47:27 UTC, Mike Parker wrote: [1] https://github.com/DerelictOrg/DerelictFT Thanks, I'm trying the "-m32mscoff" method for now, but I get "error LNK2019: unresolved external symbol

Re: DIP 1003: remove `body` as a keyword

On Thursday, 15 December 2016 at 18:44:42 UTC, Namespace wrote: On Thursday, 15 December 2016 at 15:31:40 UTC, Basile B. wrote: On Sunday, 11 December 2016 at 20:27:36 UTC, Meta wrote: On Sunday, 11 December 2016 at 11:33:40 UTC, Basile B. wrote: DIP 1003 is faddish. It would really be better

Re: Milestone - DMD front end is now 100% D!

On 15 December 2016 at 21:03, John Colvin via Digitalmars-d-announce wrote: > On Thursday, 15 December 2016 at 19:58:50 UTC, Iain Buclaw wrote: >> >> This will be the direction that I anticipate to head in until a time comes >> where the frontend exposes

unDE 0.1.0: original file manager, image and text viewer

Hello, my dear friends! So many days you answers on many my questions. And today I glad to present my work: unDE 0.1.0. It is very original file manager, image and text viewer. More information: http://unde.sourceforge.net/en/ch24.html Video with English subtitles: https://youtu.be/29zuxU9eyXo

Re: Milestone - DMD front end is now 100% D!

On Thursday, 15 December 2016 at 19:58:50 UTC, Iain Buclaw wrote: This will be the direction that I anticipate to head in until a time comes where the frontend exposes everything GDC depends upon in order to bootstrap to the latest stable branch. Is there a good list of what is necessary

Re: Sanitizing forms in vibe.d. How?

On Monday, 12 December 2016 at 11:32:42 UTC, Nicholas Wilson wrote: for strip_tags I would look for an xml library (e.g. arsd.dom) and parse it and then reprint it without the tags. There's probably a better way to do it though. I'm sure Adam Ruppe will be able to help you there. Well, it

Re: Milestone - DMD front end is now 100% D!

On 15 December 2016 at 20:46, Ilya Yaroshenko via Digitalmars-d-announce wrote: > On Thursday, 15 December 2016 at 19:15:41 UTC, Iain Buclaw wrote: >> >> On 15 December 2016 at 18:43, Ilya Yaroshenko via Digitalmars-d-announce >>

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 02:22 PM, Timothee Cour via Digitalmars-d wrote: Some more details on my proposa based on UDA: // applies to next decl @deps!({import std.algorithm;}) void test1(){} // applies to a set of decls @deps!({import std.stdio;}){ void test2(){} void test3(){} } // applies to all

Re: Sanitizing forms in vibe.d. How?

On Monday, 12 December 2016 at 10:25:05 UTC, aberba wrote: How about alternative to php strip_tags(), strip_slash() ? I wouldn't use those functions anyway in most cases: instead of stripping stuff, just encode it properly for the output. So, if it is being output to JSON or javascript,

Re: Milestone - DMD front end is now 100% D!

On Thursday, 15 December 2016 at 19:15:41 UTC, Iain Buclaw wrote: On 15 December 2016 at 18:43, Ilya Yaroshenko via Digitalmars-d-announce wrote: [...] I think I understand what you are trying to say, but I've had to re-read it at least a dozen times

Re: Accessing members through pointers to structs (also, CTFE associative arrays)

On 12/14/2016 04:02 AM, Ali wrote: > On Tuesday, 13 December 2016 at 23:29:31 UTC, Ali Çehreli wrote: >> On 12/13/2016 01:36 PM, Ali wrote: >> >>> Now about that second part of my problem >> >> I'm not entirely sure whether this should work but I think the problem >> is with mutating the

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

Some more details on my proposa based on UDA: // applies to next decl @deps!({import std.algorithm;}) void test1(){} // applies to a set of decls @deps!({import std.stdio;}){ void test2(){} void test3(){} } // applies to all following decls (':') @deps!({import std.array;}): // can specify

Re: Allocating a class within another class during object init w/o passing in an allocator

On 12/15/2016 06:44 PM, David Zhang wrote: It is my understanding that a class can have a struct as one of its members, and it will be allocated in-line with the rest of the class' members. Yup. My question is this; how might I be able to do this with another class? I want to be able to

Re: Milestone - DMD front end is now 100% D!

On 15 December 2016 at 18:43, Ilya Yaroshenko via Digitalmars-d-announce wrote: > On Thursday, 15 December 2016 at 14:40:55 UTC, Rikki Cattermole wrote: >> >> On Thursday, 15 December 2016 at 14:14:41 UTC, Ilya Yaroshenko wrote: >>> >>> On Thursday, 15

Re: Allocating a class within another class during object init w/o passing in an allocator

On Thursday, 15 December 2016 at 17:44:23 UTC, David Zhang wrote: would something like this be a solution ? import std.stdio; import std.experimental.allocator; class SomeClass { int someint = 42; static SomeClass opCall(int a) { auto inst = theAllocator.make!SomeClass;

Re: Boston Dlang Meetup December 15th

On 11/29/16 9:42 AM, Steven Schveighoffer wrote: Going to be at the Capital One Cafe again in the back bay. I'll give a talk on how druntime is constructed. Details here: https://www.meetup.com/Boston-area-D-Programming-Language-Meetup/events/235904059/ And here is where the live stream will

Making preconditions better specified and faster

https://issues.dlang.org/show_bug.cgi?id=16975

[Issue 16975] New: Top-level assert in contracts must be distinct from general assert

https://issues.dlang.org/show_bug.cgi?id=16975 Issue ID: 16975 Summary: Top-level assert in contracts must be distinct from general assert Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: DIP 1003: remove `body` as a keyword

On Thursday, 15 December 2016 at 15:31:40 UTC, Basile B. wrote: On Sunday, 11 December 2016 at 20:27:36 UTC, Meta wrote: On Sunday, 11 December 2016 at 11:33:40 UTC, Basile B. wrote: DIP 1003 is faddish. It would really be better to have a system that would allow any keyword to be used as

Re: Simplest way to build a DMD compatible C lib, and how to link using DUB.

On Thursday, 15 December 2016 at 03:47:27 UTC, Mike Parker wrote: On Wednesday, 14 December 2016 at 23:08:30 UTC, hardreset wrote: As Basile recommended, DerelictFT[1] will save you from the hassle of object formats. It's a dynamic binding, so you don't need to link with FreeType at all

Re: arsd.cgi - maximum length of form post

On Thursday, 15 December 2016 at 16:52:54 UTC, Adam D. Ruppe wrote: On Tuesday, 13 December 2016 at 22:55:55 UTC, bachmeier wrote: Here is a minimal program that can replicate the problem. Compiled and run with OK, try the new git cgi.d version, looks like my popFront was buggy and some data

[Issue 16960] implicit function return breaks chaining of exceptions

https://issues.dlang.org/show_bug.cgi?id=16960 Yuxuan Shui changed: What|Removed |Added CC||yshu...@gmail.com ---

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 17:07:35 UTC, Dominikus Dittes Scherkl wrote: On Thursday, 15 December 2016 at 16:16:51 UTC, Walter Bright wrote: On 12/14/2016 5:26 AM, Dominikus Dittes Scherkl wrote: Why not leave it as it is and only change the compiler to perform inputs _within_ a function

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 01:06 PM, Andrej Mitrovic wrote: On Thursday, 15 December 2016 at 17:07:35 UTC, Dominikus Dittes Scherkl wrote: On Thursday, 15 December 2016 at 16:16:51 UTC, Walter Bright wrote: On 12/14/2016 5:26 AM, Dominikus Dittes Scherkl wrote: Why not leave it as it is and only change

Re: Milestone - DMD front end is now 100% D!

On Thursday, 15 December 2016 at 01:04:54 UTC, Walter Bright wrote: https://github.com/dlang/dmd/pull/6310 Great work!

Re: Milestone - DMD front end is now 100% D!

On Thursday, 15 December 2016 at 14:40:55 UTC, Rikki Cattermole wrote: On Thursday, 15 December 2016 at 14:14:41 UTC, Ilya Yaroshenko wrote: On Thursday, 15 December 2016 at 13:46:36 UTC, Stefan Koch wrote: On Thursday, 15 December 2016 at 05:53:42 UTC, Ilya Yaroshenko wrote: Please, no :-(

Re: std.experimental.checkedint Formal Review

**2017-01-05 (AoE)** of course

Allocating a class within another class during object init w/o passing in an allocator

Hello, It is my understanding that a class can have a struct as one of its members, and it will be allocated in-line with the rest of the class' members. My question is this; how might I be able to do this with another class? I want to be able to allocate Foo using std.experimental.allocator

Re: All function attributes possible with "@"?

On Thursday, 15 December 2016 at 10:50:39 UTC, ketmar wrote: On Thursday, 15 December 2016 at 07:13:18 UTC, 01010100b wrote: And this particular change would probably not incur any breakage of existing code, unless people happen to be using UDAs with the same name as function attribute

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 16:16:51 UTC, Walter Bright wrote: On 12/14/2016 5:26 AM, Dominikus Dittes Scherkl wrote: Why not leave it as it is and only change the compiler to perform inputs _within_ a function before evaluating the declaration, so that the symbols imported can be used

Re: arsd.cgi - maximum length of form post

On Tuesday, 13 December 2016 at 22:55:55 UTC, bachmeier wrote: Here is a minimal program that can replicate the problem. Compiled and run with OK, try the new git cgi.d version, looks like my popFront was buggy and some data got misplaced over multiple chunks (so if the content was less than

[Issue 16973] `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 --- Comment #2 from Denis Shelomovskii --- A possible solution is to require explicit second argument type specification. Using current language abilities it can be done with helper `seed` function or struct: ---

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 11:11 AM, Walter Bright wrote: On 12/15/2016 6:53 AM, Andrei Alexandrescu wrote: The document does specify the advantages and disadvantages of lazy imports, as follows: === * Full lazy `import`s. Assume all `import`s are lazy without any change in the language. That would allow

[Issue 16973] `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 --- Comment #1 from Denis Shelomovskii --- This issue caused druntime Issue 16974. --

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 --- Comment #1 from Denis Shelomovskii --- The reason is incorrect hash calculation: --- int[int] a = [1 : 2]; assert(typeid(a).getHash() == typeid(a).getHash()); // fails --- Opened druntime pull 1715 [1]. This

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/14/2016 5:26 AM, Dominikus Dittes Scherkl wrote: On Tuesday, 13 December 2016 at 22:33:24 UTC, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Why not leave it as it is and only change the compiler to perform inputs _within_ a function before evaluating

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 6:53 AM, Andrei Alexandrescu wrote: The document does specify the advantages and disadvantages of lazy imports, as follows: === * Full lazy `import`s. Assume all `import`s are lazy without any change in the language. That would allow an idiom by which libraries use fully qualified

[Issue 16974] New: Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 Issue ID: 16974 Summary: Equal associative arrays with associative array keys are considered unequal Product: D Version: D2 Hardware: All OS: All

Re: this is not an lvalue

On Thursday, 15 December 2016 at 15:29:13 UTC, Adam D. Ruppe wrote: General rule of thumb: if you are refing for performance, actually check it before and after first, ref isn't always faster. But D doesn't make this easy, as it disallows rvalues to be passed by ref. It's a very common

Re: arsd.cgi - maximum length of form post

Well, I can reproduce the error now, the buffer it is getting is too long for some reason. Probably a slicing error that doesn't show up with smaller payloads. I should have a fix today though. BTW, interestingly, the more complex codepath for uploads does work fine (add

[Issue 16684] std.getopt, problem with the automatic handling of "h"

https://issues.dlang.org/show_bug.cgi?id=16684 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16686] Can not spawn subprocess and read from File at same time

https://issues.dlang.org/show_bug.cgi?id=16686 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16783] std.net.curl application throws an exception

https://issues.dlang.org/show_bug.cgi?id=16783 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16736] Retrieving cUrl time values is quite cumbersome

https://issues.dlang.org/show_bug.cgi?id=16736 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16653] ParameterDefaultValueTuple fails to compile when function has lazy param

https://issues.dlang.org/show_bug.cgi?id=16653 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16959] bringToFront fails on char arrays

https://issues.dlang.org/show_bug.cgi?id=16959 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16662] Can't call std.variant.visit from a pure function

https://issues.dlang.org/show_bug.cgi?id=16662 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16573] string-typed enum values pass isSomeString but not isInputRange

https://issues.dlang.org/show_bug.cgi?id=16573 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16542] makeArray not usable with const initializer

https://issues.dlang.org/show_bug.cgi?id=16542 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16630] Compile errors with std.traits.arity and std.traits.ParameterStorageClassTuple

https://issues.dlang.org/show_bug.cgi?id=16630 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

Re: this is not an lvalue

On Thursday, 15 December 2016 at 14:05:08 UTC, Andrey wrote: In D, probably, I could write something like this: void open(in string fileName) {...} Yes, though remember that `in` does have a specific meaning (even though the compiler rarely enforces it): it means you promise not to modify

[Issue 16724] RandomCover.popFront is a no-op for the first call

https://issues.dlang.org/show_bug.cgi?id=16724 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16634] std.math exposes yl2x and yl2xp1 publicly

https://issues.dlang.org/show_bug.cgi?id=16634 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16564] KRRegion.empty sometimes returns Ternary.no

https://issues.dlang.org/show_bug.cgi?id=16564 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16735] curl_easy_getinfo accepts wrong CURL type

https://issues.dlang.org/show_bug.cgi?id=16735 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

Re: DIP 1003: remove `body` as a keyword

On Sunday, 11 December 2016 at 20:27:36 UTC, Meta wrote: On Sunday, 11 December 2016 at 11:33:40 UTC, Basile B. wrote: DIP 1003 is faddish. It would really be better to have a system that would allow any keyword to be used as identifier. An escape system is the key. It would also guarantee

[Issue 16604] [std.getopt] defaultGetoptPrinter can't be used if an exception fires

https://issues.dlang.org/show_bug.cgi?id=16604 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

Re: All function attributes possible with "@"?

On Thursday, 15 December 2016 at 08:48:10 UTC, Bauss wrote: I agree with the @ is ugly and # is ugly, but I believe @safe, @nogc and @property should have been keywords. Sometimes I like to imagine I could get in a time machine and make things better. But in the real world, I more and

[Issue 16824] std.experimental.allocator.dispose leaks memory for arrays of more than 1 dimension

https://issues.dlang.org/show_bug.cgi?id=16824 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16352] dead-lock in std.allocator.free_list unittest

https://issues.dlang.org/show_bug.cgi?id=16352 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16588] uniq's BidirectionalRange behavior is inconsistent with its InputRange behavior

https://issues.dlang.org/show_bug.cgi?id=16588 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

[Issue 16615] std.process is missing functionality for child processes

https://issues.dlang.org/show_bug.cgi?id=16615 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com

Re: this is not an lvalue

On Thursday, 15 December 2016 at 13:59:05 UTC, Andrey wrote: Thanks it works, but where should I use the ref? Only when you need it, break the habit of using it everywhere. If it is a value type and you want modifications to the variable itself be seen outside the function, use it: void

[Issue 16764] `hashOf` is misleading, error-prone, and useless

https://issues.dlang.org/show_bug.cgi?id=16764 --- Comment #4 from Denis Shelomovskii --- So #1 and #3 are solved by the pull, but #2 still stays. Opened Issue 16973 for it. --

[Issue 16973] New: `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 Issue ID: 16973 Summary: `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)` Product: D Version: D2 Hardware: All OS: All

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/15/2016 09:31 AM, Meta wrote: On Thursday, 15 December 2016 at 13:49:26 UTC, Andrei Alexandrescu wrote: On 12/14/2016 10:26 PM, Meta wrote: On Tuesday, 13 December 2016 at 22:33:24 UTC, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei What's

Re: Milestone - DMD front end is now 100% D!

On Thursday, 15 December 2016 at 14:14:41 UTC, Ilya Yaroshenko wrote: On Thursday, 15 December 2016 at 13:46:36 UTC, Stefan Koch wrote: On Thursday, 15 December 2016 at 05:53:42 UTC, Ilya Yaroshenko wrote: Please, no :-( Mir needs betterC DMD FE What for ? Are you using the compiler

Re: Happy December 13th!

On Thursday, 15 December 2016 at 08:57:00 UTC, Shachar Shemesh wrote: My Gravatar account is WalterBright. Have you seen already what rightgif returns when you search for your name? (https://rightgif.com/) Shachar Ha! http://i.imgur.com/W5AMy0P.jpg

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Thursday, 15 December 2016 at 13:49:26 UTC, Andrei Alexandrescu wrote: On 12/14/2016 10:26 PM, Meta wrote: On Tuesday, 13 December 2016 at 22:33:24 UTC, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files Andrei What's the main goal with this proposal? If

Re: Calypso and the future of D

On Tuesday, 27 January 2015 at 19:34:03 UTC, Laeeth Isharc wrote: On Tuesday, 27 January 2015 at 16:39:40 UTC, Elie Morisse wrote: On Monday, 26 January 2015 at 19:35:11 UTC, Laeeth Isharc wrote: I posted some thoughts on web docs writeup of C+= interface here.

  1   2   >