Re: const(Rvalue) resolved to different overloads

On 12/31/2016 09:18 PM, safety0ff wrote: > On Thursday, 29 December 2016 at 22:54:35 UTC, Ali Çehreli wrote: >> >> Can you explain that behavior? > > What about: http://dlang.org/spec/const3.html#implicit_conversions > "An expression may be converted from mutable or shared to immutable if > the

Re: const(Rvalue) resolved to different overloads

On Thursday, 29 December 2016 at 22:54:35 UTC, Ali Çehreli wrote: Can you explain that behavior? What about: http://dlang.org/spec/const3.html#implicit_conversions "An expression may be converted from mutable or shared to immutable if the expression is unique and all expressions it

Re: Databases and the D Standard Library

On Sat, 31 Dec 2016 19:24:31 -0800, Adam Wilson wrote: > My idea: Split the data storage systems out by category of data-store. > For example: > - SQL: std.database.sql (PostgreSQL, MySQL, MSSQL, etc.) This is doable; SQL is an ANSI and ISO standard, and it strongly constrains what you can

Re: Databases and the D Standard Library

On 01/01/2017 5:19 PM, Adam D. Ruppe wrote: On Sunday, 1 January 2017 at 03:51:52 UTC, rikki cattermole wrote: Which is fine if all you use is c's sockets or only that database connection for a thread. The C drivers typically offer handles of some sort (Windows HANDLE, *nix file descriptor,

Re: Databases and the D Standard Library

On Sunday, 1 January 2017 at 03:24:31 UTC, Adam Wilson wrote: interface(s) to a data-store an essential component of the D Standard Library. Eh, I count it as would-be-nice just because it isn't that hard to just use the C ones, or another third party lib; it doesn't have to be Phobos

Re: Databases and the D Standard Library

On Sunday, 1 January 2017 at 03:51:52 UTC, rikki cattermole wrote: Which is fine if all you use is c's sockets or only that database connection for a thread. The C drivers typically offer handles of some sort (Windows HANDLE, *nix file descriptor, that kind of thing) that you can integrate

Re: Android Status

On Saturday, 31 December 2016 at 05:52:00 UTC, Ignacious wrote: On Thursday, 29 December 2016 at 10:14:53 UTC, Joakim wrote: On Wednesday, 28 December 2016 at 23:33:57 UTC, Ignacious wrote: What is the current status for building android apps in D? I would like to create simple graphic based

Re: Databases and the D Standard Library

On 01/01/2017 4:46 PM, Adam Wilson wrote: On 12/31/16 7:31 PM, rikki cattermole wrote: We do indeed need a good database abstraction. But a core requirement for any implementation has yet to be met. There has to be a standard way for asynchronous sockets. To implement this we need to take into

Re: Databases and the D Standard Library

On 12/31/16 7:31 PM, rikki cattermole wrote: We do indeed need a good database abstraction. But a core requirement for any implementation has yet to be met. There has to be a standard way for asynchronous sockets. To implement this we need to take into consideration the event loop that it uses

Re: Databases and the D Standard Library

We do indeed need a good database abstraction. But a core requirement for any implementation has yet to be met. There has to be a standard way for asynchronous sockets. To implement this we need to take into consideration the event loop that it uses and more importantly allow it to be

Databases and the D Standard Library

Hi Everyone, I've seen a lot of talk on the forums over the past year about the need for database support in the D Standard Library and I completely agree. At the end of the day the purpose of any programming language and its attendant libraries is to allow the developer to solve their

Re: Release 2.072.2

On Sunday, 1 January 2017 at 01:47:17 UTC, Eugene Wissner wrote: Can it be that freebsd64 dub is linked against wrong phobos? I get: Shared object "libphobos2.so.0.71" not found, reuired by "dub". The same was with 2.072.1. I saw same problem with 2.072.1 on FreeBSD amd64. I just compiled

Re: Release 2.072.2

On Saturday, 31 December 2016 at 21:28:43 UTC, Martin Nowak wrote: Glad to announce D 2.072.2. http://dlang.org/download.html This version resolves a number of regressions and bugs in the 2.072.1 release. Most prominently scope classes work again in @safe code, various rdmd bugs were fixed,

[Issue 17050] Inconsistent overload resolution depending on member values of Rvalue struct objects

https://issues.dlang.org/show_bug.cgi?id=17050 --- Comment #1 from Ali Cehreli --- Related forum thread: http://forum.dlang.org/post/o4447c$21lf$1...@digitalmars.com Ali --

Re: const(Rvalue) resolved to different overloads

On 12/31/2016 06:22 AM, Timon Gehr wrote: > This is not the kind of detail that should matter for overload > resolution (especially given that fields can be private). Filed: https://issues.dlang.org/show_bug.cgi?id=17050 Ali

[Issue 17050] New: Inconsistent overload resolution depending on member values of Rvalue struct objects

https://issues.dlang.org/show_bug.cgi?id=17050 Issue ID: 17050 Summary: Inconsistent overload resolution depending on member values of Rvalue struct objects Product: D Version: D2 Hardware: x86_64 OS: Linux

Re: Release 2.072.2

On 12/31/2016 3:49 PM, Meta wrote: Does this mean that DIP1000 has been implemented and is behind a feature switch, Not until 2.073

Re: Release 2.072.2

Congratulations and thank you for your hard work. Most prominently scope classes work again in @safe code I haven't been following too closely. Does this mean that DIP1000 has been implemented and is behind a feature switch, or is the above entry just a small related bugfix?

Re: Sorted ranges in combined sorted order?

On Thursday, 20 October 2016 at 22:01:01 UTC, Ali Çehreli wrote: On 10/20/2016 02:15 PM, Nordlöw wrote: On Thursday, 20 October 2016 at 21:14:14 UTC, Nordlöw wrote: Given a range of ranges where individual ranges are already Ahh, my mistake. It's

[Issue 16980] [REG2.072.0] wrong interface called

https://issues.dlang.org/show_bug.cgi?id=16980 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/bbd22804313fa37fe2848b7f3bc45f83f4ea8db8 fix Issue 16980 - wrong interface called

Release 2.072.2

Glad to announce D 2.072.2. http://dlang.org/download.html This version resolves a number of regressions and bugs in the 2.072.1 release. Most prominently scope classes work again in @safe code, various rdmd bugs were fixed, and -fPIC became default for all linux 64-bit binaries and packages in

[Issue 8838] Slicing static arrays should be considered unsafe (@system)

https://issues.dlang.org/show_bug.cgi?id=8838 Piotr Szturmaj changed: What|Removed |Added CC|psztur...@tlen.pl | --

Re: Adding linker paths with spaces using dmd and msvc toolchain

On Friday, 30 December 2016 at 21:51:32 UTC, Rainer Schuetze wrote: On 30.12.2016 19:24, Jeremy DeHaan wrote: On Friday, 30 December 2016 at 04:56:59 UTC, Jerry wrote: On Friday, 30 December 2016 at 03:51:13 UTC, Jeremy DeHaan wrote: How does one correctly add a linker path that has spaces?

[Issue 17008] use ldc/gdc intrinsics in std.math

https://issues.dlang.org/show_bug.cgi?id=17008 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org

Re: annotating (object/library files) with compilation metadata to avoid incompatible libraries

On 20 December 2016 at 13:04, Timothee Cour via Digitalmars-d wrote: > Could dmd/ldc/gdc produce user defined attributes embedded (eg as json > string) embedded in some section of the object file/static/shared library, > eg: > > ``` > {"compiler" : "dmd", "version" :

[Issue 17049] [scope] class references are not escape checked like pointers

https://issues.dlang.org/show_bug.cgi?id=17049 Martin Nowak changed: What|Removed |Added Keywords||safe --

[Issue 17029] [Reg 2.072] scope variable may not be returned

https://issues.dlang.org/show_bug.cgi?id=17029 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/c8d9e33ea2f7337b40866f15f37fbec058262eed Merge pull request #6363 from WalterBright/fix17029 --

[Issue 8838] Slicing static arrays should be considered unsafe (@system)

https://issues.dlang.org/show_bug.cgi?id=8838 Martin Nowak changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Issue 14238] DIP25: escape checks can be circumvented with delegate

https://issues.dlang.org/show_bug.cgi?id=14238 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/7c3e47a20e30672653c6330edbe22f2181a1f9c2 fix Issue 14238 - DIP25: escape checks can be circumvented

[Issue 14238] DIP25: escape checks can be circumvented with delegate

https://issues.dlang.org/show_bug.cgi?id=14238 Martin Nowak changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Issue 15544] Escaping fields to a heap delegate must be disallowed in @safe code

https://issues.dlang.org/show_bug.cgi?id=15544 Martin Nowak changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Issue 8838] Slicing static arrays should be considered unsafe (@system)

https://issues.dlang.org/show_bug.cgi?id=8838 --- Comment #19 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/66187b5c1e1554cd6e417e3c762285d0234bb982 fix Issue 8838 - Slicing static arrays should be considered

[Issue 15544] Escaping fields to a heap delegate must be disallowed in @safe code

https://issues.dlang.org/show_bug.cgi?id=15544 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/e61378a715e01e58365df753985d1178d5ba4bd4 fix Issue 15544 - Escaping fields to a heap delegate must be

[Issue 16747] [Reg 2.072] Cannot have stack allocated classes in @safe code

https://issues.dlang.org/show_bug.cgi?id=16747 --- Comment #8 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/01170277958c8e1ee67ead8fb112305f0ef220c5 Merge pull request #6279 from WalterBright/fix16747 --

Re: CTFE Status

On Saturday, 31 December 2016 at 17:12:22 UTC, Nordlöw wrote: On Saturday, 31 December 2016 at 16:32:42 UTC, Stefan Koch wrote: global immutable integer Arrays are now completely functional! Great work! /*@unique*/ static immutable uint[10] fastPow10tbl = [ BTW: What role does @unique

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

On Saturday, 24 December 2016 at 10:54:08 UTC, Stefan Koch wrote: If that were made more lazy, we could import half of the world with noticing impact. (Which espcially in std.traits, would not make that much of a difference since every template in there depends on nearly every other template

Re: CTFE Status

On Saturday, 31 December 2016 at 16:32:42 UTC, Stefan Koch wrote: global immutable integer Arrays are now completely functional! Great work! /*@unique*/ static immutable uint[10] fastPow10tbl = [ BTW: What role does @unique play here?

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

On Tue, 13 Dec 2016 17:33:24 -0500, Andrei Alexandrescu wrote: > Destroy. > > https://github.com/dlang/DIPs/pull/51/files > > > Andrei > Inside any function, with (Import ImportList) is a statement that > introduces a scope. So I can't write: with (import std.stdio, std.conv) int count

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

On Sat, 31 Dec 2016 16:41:16 +, Chris Wright wrote: > Far less ambiguous, but your examples all have unmodified with-imports, > and you seem less than keen about selective imports. Correction: *tend to* have unmodified with-imports.

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

On Fri, 30 Dec 2016 20:56:54 -0500, Andrei Alexandrescu wrote: > On 12/30/16 7:32 PM, Chris Wright wrote: >> On Fri, 30 Dec 2016 22:42:39 +, Stefan Koch wrote: >> >>> On Friday, 30 December 2016 at 22:29:18 UTC, Chris Wright wrote: * Performance improvements, primarily when a module

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

On Saturday, 31 December 2016 at 15:05:00 UTC, Adam D. Ruppe wrote: Consider the following: with (import std.stdio) void process(File input) ; Let's rewrite that to be: template process() { import std.stdio; void process(File input) { } } I absolutely hate making functions

Re: CTFE Status

global immutable integer Arrays are now completely functional! This makes the following code work: uint echo (uint val) { return val; } const(uint) fastLog10(const uint val) pure nothrow @nogc { return (val < 10) ? 0 : (val < 100) ? 1 : (val < 1000)

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

On Sat, 31 Dec 2016 15:05:00 +, Adam D. Ruppe wrote: > static import r = std.range.primitives; For that to pass code review, you'd need a readable name -- perhaps 'ranges' instead of 'r' -- which makes it more obvious, more searchable, and more typing. > with (import std.stdio) void

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

On Sat, 31 Dec 2016 07:23:14 -0500, Andrei Alexandrescu wrote: > On 12/30/16 11:10 PM, Chris Wright wrote: >> On Fri, 30 Dec 2016 21:13:19 -0500, Andrei Alexandrescu wrote: >>> DIP1005 can't be in the business of arguing that encapsulation is good >>> by means of examples. >> >> Right. I said we

[Issue 17049] [scope] class references are not escape checked like pointers

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

[Issue 17049] New: [scope] class references are not escape checked like pointers

https://issues.dlang.org/show_bug.cgi?id=17049 Issue ID: 17049 Summary: [scope] class references are not escape checked like pointers Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

Re: DMD travis-ci problems with new GDC toolchains

On 25 December 2016 at 20:25, Johannes Pfau via Digitalmars-d wrote: > Happy holidays everybody, > Happy New Year. > when testing the new GDC releases we found several problems with the > travis-ci autotester. Travis-CI uses the quite old GCC 4.6 as a system > GCC

Re: Project Highlight: Voxelman

On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote: Just an advice to Mike Parker. If it's possible, next time a project is highlighted you could try to contact the person before publishing the post so that people are not disappointed when they try to build the stuff. Thanks, but I

Re: New GDC binaries: 2.068.2, shared library support, multilib support & a new gdmd tool

On 27 December 2016 at 03:52, Martin Nowak via Digitalmars-d-announce wrote: > On Sunday, 25 December 2016 at 19:41:38 UTC, Johannes Pfau wrote: >> >> Happy holidays everybody, >> >> I'm happy to finally announce the release of new GDC binaries at >>

Re: Using dlopen/dlsym

On Tuesday, 27 December 2016 at 18:12:42 UTC, Mike Wey wrote: dmd will need to pass "--export-dynamic" to the linker, so that the symbol is actually exported. Thanks, at least one useful answer out of nine!

Re: Using dlopen/dlsym

On Tuesday, 27 December 2016 at 00:05:39 UTC, Andrei Alexandrescu wrote: ./test: undefined symbol: fun I'm building with no flags using dmd. What could be the problem here? Importing symbols from your executable requires to tell the linker to create a dynamic symbol table, i.e. using

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

On Tuesday, 13 December 2016 at 22:33:24 UTC, Andrei Alexandrescu wrote: Destroy. https://github.com/dlang/DIPs/pull/51/files FYI, from the DIP, this is false: "The static import setup does not share the issue above, at the cost of being cumbersome to use---all imported symbols must use

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

On 31.12.2016 13:23, Andrei Alexandrescu wrote: On 12/30/16 11:10 PM, Chris Wright wrote: On Fri, 30 Dec 2016 21:13:19 -0500, Andrei Alexandrescu wrote: DIP1005 can't be in the business of arguing that encapsulation is good by means of examples. Right. I said we should talk about the

Re: Project Highlight: Voxelman

On Saturday, 31 December 2016 at 13:27:13 UTC, MrSmith wrote: On Saturday, 31 December 2016 at 11:48:34 UTC, jkpl wrote: I don't blame your personally but the last time a blog post presented a game (it was the one made by the author of dlib) there was also a similar problem. Were you aware

Re: const(Rvalue) resolved to different overloads

On 30.12.2016 08:59, Jonathan M Davis via Digitalmars-d wrote: Bug or not? If not, then I don't think there can ever be more than a total of about 0.75 people who fully know D overload resolution. :o) It's a bug. https://dlang.org/spec/function.html#function-overloading The following case is

Re: Reducing visual clutter.

On Saturday, 31 December 2016 at 12:31:07 UTC, Nicholas Wilson wrote: On Saturday, 31 December 2016 at 11:39:39 UTC, Nicholas Wilson wrote: [...] Oh and `kernel` could be a template function that would need its args forwarded to it. Alias it away using a wrapper?

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

On Saturday, 31 December 2016 at 11:49:52 UTC, Nicholas Wilson wrote: On Saturday, 31 December 2016 at 11:36:47 UTC, e-y-e wrote: ... First step is to build the riscv-llvm and then use it to build LDC with it. If you are trying to do low level stuff then the druntime is probably out.

Re: Project Highlight: Voxelman

On Saturday, 31 December 2016 at 11:48:34 UTC, jkpl wrote: I don't blame your personally but the last time a blog post presented a game (it was the one made by the author of dlib) there was also a similar problem. Were you aware that something gonna be posted and that necessarily people would

Re: Reducing visual clutter.

On Saturday, 31 December 2016 at 11:39:39 UTC, Nicholas Wilson wrote: [...] Oh and `kernel` could be a template function that would need its args forwarded to it.

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

On 12/30/16 11:10 PM, Chris Wright wrote: On Fri, 30 Dec 2016 21:13:19 -0500, Andrei Alexandrescu wrote: DIP1005 can't be in the business of arguing that encapsulation is good by means of examples. Right. I said we should talk about the concrete benefits of the proposal instead of talking

Re: Project Highlight: Voxelman

On Friday, 30 December 2016 at 13:42:10 UTC, MrSmith wrote: On Friday, 30 December 2016 at 13:28:12 UTC, Mike Parker wrote: Voxelman is a plugin-driven voxel game engine that is built around a client-server architecture and sports multi-threaded world & mesh generation. I stumbled across a

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

Path of least resistance towards D running on RISC-V

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 running on systems like this. I am a novice in low level stuff

Reducing visual clutter.

so I have ``` struct Pipeline { // some fields. ref typeof(this) invoke(alias kernel)(TransformArgsOf!kernel args) { //... return this; } } ``` and it will be used like ``` void fun1(int a) {} void fun2(double b) {} void funn(ulong c) {} //... auto pipe =

Re: D future ...

On Friday, 30 December 2016 at 13:56:30 UTC, Getald wrote: On Thursday, 29 December 2016 at 21:41:45 UTC, aberba wrote: Styling is similar to CSS but different. Wished someone would just go for a full blown CSS parser. CSS has proven its more capable and loved for client side

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

https://issues.dlang.org/show_bug.cgi?id=16288 --- Comment #7 from greenify --- > Doesn't implement desired behaviour. Fair enough - I tried to make it similar to `splitter` in `std.regex`, but it seems that even this didn't work out:

Re: Android Status

On Thursday, 29 December 2016 at 10:14:53 UTC, Joakim wrote: On Wednesday, 28 December 2016 at 23:33:57 UTC, Ignacious wrote: What is the current status for building android apps in D? I would like to create simple graphic based apps but don't wanna get bogged down in trying to get car moving

Re: Bitfields?

On Friday, 30 December 2016 at 13:45:23 UTC, Martin wrote: Are there any C-like bitfields in D? Yes - How can I use them? No - What could be used in their stead? If you're okay with dependencies and if you use DUB there's this very decent wrapper called EnumSet: -