On Mon, 02 Jan 2017 00:47:41 +, pineapple wrote:
> On Saturday, 31 December 2016 at 17:02:55 UTC, Chris Wright wrote:
>>> This extension removes an unforced limitation of the current with
>>> syntax (allows it to occur at top level)
>>
>> In other words, another aspect of this DIP is that I
On Monday, 2 January 2017 at 00:53:04 UTC, Gerald wrote:
Terminix is a GTK 3 tiling terminal emulator that has been
designed following the GNOME Human Interface Guidelines. The
project started just over a year ago at the start of 2016 and I
thought it would be fun to look back at the project
On 1/1/2017 3:55 PM, deadalnix wrote:
But it is not clear if anyone cares at this stage...
I use Ubuntu as my development system for D on Linux.
rikki cattermole wrote:
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
On Sun, Jan 01, 2017 at 11:55:37PM +, deadalnix via Digitalmars-d wrote:
> But it is not clear if anyone cares at this stage...
I care. But I've been using custom-built DMD on Debian, and it has been
working so far.
Of course, I don't know about the .deb distribution. A fix was recently
https://issues.dlang.org/show_bug.cgi?id=16965
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--
Hello! it is possible to build my application for x86_64
platform? In С++ I can settings mingw_w64 for this.
On 02/01/2017 5:12 PM, Andrey wrote:
Hello! it is possible to build my application for x86_64 platform? In
С++ I can settings mingw_w64 for this.
When using dub:
$ dub build --arch=x86_64
For Windows you will need to have Visual Studio installed for linker + libc.
Terminix is a GTK 3 tiling terminal emulator that has been
designed following the GNOME Human Interface Guidelines. The
project started just over a year ago at the start of 2016 and I
thought it would be fun to look back at the project history,
highlights, low-lights and goals for 2017.
I often run into breakages when building dub packages due to a dependency
that uses "foo":
"~>x.y.z" that prevents using minor version bumps of "foo" (only patch
bumps). According to Semantic versioning [http://semver.org/], minor
version bumps should be allowed (only major version bumps would be
https://issues.dlang.org/show_bug.cgi?id=8107
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--
On 02.01.2017 01:47, pineapple wrote:
On Saturday, 31 December 2016 at 17:02:55 UTC, Chris Wright wrote:
This extension removes an unforced limitation of the current with
syntax (allows it to occur at top level)
In other words, another aspect of this DIP is that I can write:
module foo;
On Sunday, 1 January 2017 at 23:55:37 UTC, deadalnix wrote:
But it is not clear if anyone cares at this stage...
2.072.2 was released yesterday. Doesn't that work on Ubuntu 16.10?
Mark wrote:
On Sunday, 1 January 2017 at 03:24:31 UTC, Adam Wilson wrote:
2. There are so many different types of data storage systems, how do
you design a system generic enough for all of them?
My answer: You don't. Nobody else has bothered trying, and I believe
that our worry over that
Chris Wright wrote:
On Sat, 31 Dec 2016 19:24:31 -0800, Adam Wilson wrote:
My idea: Each data store has it's own implementation with it's own
naming convention. For example (ADO.NET):
- SqlConnection (MSSQL)
- NpgsqlConnection (Npgsql)
Yes, this means that you have to change
Chris Wright wrote:
On Sun, 01 Jan 2017 10:29:28 +0100, Jacob Carlborg wrote:
On 2017-01-01 04:24, Adam Wilson wrote:
My idea: Each data store has it's own implementation with it's own
naming convention. For example (ADO.NET):
- SqlConnection (MSSQL)
- NpgsqlConnection (Npgsql)
Chris Wright wrote:
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
Adam D. Ruppe wrote:
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
On 02/01/2017 3:03 PM, Adam Wilson wrote:
rikki cattermole wrote:
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
rikki cattermole wrote:
On 02/01/2017 3:03 PM, Adam Wilson wrote:
rikki cattermole wrote:
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.
But it is not clear if anyone cares at this stage...
On Monday, 2 January 2017 at 01:03:54 UTC, deadalnix wrote:
On Monday, 2 January 2017 at 00:04:51 UTC, Walter Bright wrote:
On 1/1/2017 3:55 PM, deadalnix wrote:
But it is not clear if anyone cares at this stage...
I use Ubuntu as my development system for D on Linux.
Then you may want to
On Sunday, 1 January 2017 at 09:34:24 UTC, Ignacious wrote:
Can you try
sudo apt-get install libconfig9
I don't know if that will install something different, but
it's the command I see others using online. Otherwise, check
if the libconfig++9 package you installed included
On Saturday, 31 December 2016 at 17:02:55 UTC, Chris Wright wrote:
This extension removes an unforced limitation of the current
with syntax (allows it to occur at top level)
In other words, another aspect of this DIP is that I can write:
module foo;
static import std.traits;
static
On Sunday, 1 January 2017 at 03:24:31 UTC, Adam Wilson wrote:
2. There are so many different types of data storage systems,
how do you design a system generic enough for all of them?
My answer: You don't. Nobody else has bothered trying, and I
believe that our worry over that question is a
On Monday, 2 January 2017 at 00:04:51 UTC, Walter Bright wrote:
On 1/1/2017 3:55 PM, deadalnix wrote:
But it is not clear if anyone cares at this stage...
I use Ubuntu as my development system for D on Linux.
Then you may want to check that nothing DMD produces will link
because of PIE.
On 02/01/2017 4:44 PM, Adam Wilson wrote:
rikki cattermole wrote:
On 02/01/2017 3:03 PM, Adam Wilson wrote:
rikki cattermole wrote:
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
https://issues.dlang.org/show_bug.cgi?id=17054
Issue ID: 17054
Summary: Better Support Building on Windows.
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority:
On 2017-01-01 04:24, Adam Wilson wrote:
My idea: Each data store has it's own implementation with it's own
naming convention. For example (ADO.NET):
- SqlConnection (MSSQL)
- NpgsqlConnection (Npgsql)
Yes, this means that you have to change names in your code if you switch
Can you try
sudo apt-get install libconfig9
I don't know if that will install something different, but it's
the command I see others using online. Otherwise, check if the
libconfig++9 package you installed included libconfig.so.9,
which is what ldc is linked against. If not, install the
https://issues.dlang.org/show_bug.cgi?id=17051
Issue ID: 17051
Summary: [Programming in D for C Programmers]
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=17052
Issue ID: 17052
Summary: [Programming in D for C Programmers]
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=17053
Issue ID: 17053
Summary: [Programming in D for C Programmers]
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
On 02/01/2017 1:48 AM, Anonymouse wrote:
Try this in a cygwin terminal:
import std.stdio;
import core.thread;
void main()
{
foreach (i; 0..10)
{
writeln(i);
Thread.sleep(1.seconds);
}
}
This program will not output i, wait a second and then output i+1, etc.
It will
https://issues.dlang.org/show_bug.cgi?id=17053
Gavin Higham changed:
What|Removed |Added
Summary|[Programming in D for C |[Programming in D for
https://issues.dlang.org/show_bug.cgi?id=17051
Gavin Higham changed:
What|Removed |Added
Summary|[Programming in D for C |[Programming in D for
On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:
What I mean is that there's a compilation error related to dlib:
What's your compiler version?
Many libraries and projects are not building with dmd 2.072 yet,
but they build fine with dmd 2.071.
Try this in a cygwin terminal:
import std.stdio;
import core.thread;
void main()
{
foreach (i; 0..10)
{
writeln(i);
Thread.sleep(1.seconds);
}
}
This program will not output i, wait a second and then output
i+1, etc. It will be silent for ten seconds and then spam
https://issues.dlang.org/show_bug.cgi?id=17052
Gavin Higham changed:
What|Removed |Added
Summary|[Programming in D for C |[Programming in D for
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.
It's worse than that `kernel` could be a qualified name
On Sunday, 1 January 2017 at 17:41:46 UTC, Nordlöw wrote:
now fails on Git master (after DIP-1000 has been merged) as
When compiled with `-transition=safe`, that is.
On 12/30/16 9:32 PM, David Zhang wrote:
On Saturday, 31 December 2016 at 02:03:07 UTC, rikki cattermole wrote:
As it should, current is never reassigned.
You only need one var, next. Of course I didn't read the entire thread
chain so, I'm probably missing something.
import
On Sun, 01 Jan 2017 10:29:28 +0100, Jacob Carlborg wrote:
> On 2017-01-01 04:24, Adam Wilson wrote:
>
>> My idea: Each data store has it's own implementation with it's own
>> naming convention. For example (ADO.NET):
>> - SqlConnection (MSSQL)
>> - NpgsqlConnection (Npgsql)
>>
>> Yes,
On Sat, 31 Dec 2016 19:24:31 -0800, Adam Wilson wrote:
> My idea: Each data store has it's own implementation with it's own
> naming convention. For example (ADO.NET):
> - SqlConnection (MSSQL)
> - NpgsqlConnection (Npgsql)
>
> Yes, this means that you have to change names in your
The code
auto asStatic(T, size_t length)(T[length] arr)
{
return arr;
}
@safe pure nothrow @nogc unittest
{
auto x = [1, 2, 3].asStatic;
static assert(is(typeof(x) == int[x.length]));
static assert(is(typeof([1, 2, 3].asStatic) ==
int[x.length]));
}
now fails on Git master
On Sunday, 1 January 2017 at 17:41:46 UTC, Nordlöw wrote:
The code
auto asStatic(T, size_t length)(T[length] arr)
{
return arr;
}
@safe pure nothrow @nogc unittest
{
auto x = [1, 2, 3].asStatic;
static assert(is(typeof(x) == int[x.length]));
static assert(is(typeof([1, 2,
On Sunday, 1 January 2017 at 18:00:54 UTC, Stefan Koch wrote:
Try:
auto asStatic(T, size_t length)(scope T[length] arr)
{
return arr;
}
Fails as
array_ex.d(72,10): Error: parameter arr is 'return' but function
does not return any indirections
array_ex.d(80,27): Error: template
On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:
dub build --build=release
Performing "release" build using dmd for x86_64.
dmd failed with exit code 1.
I've fixed compilation on linux on 2.072. However you need to use
--DRT-oncycle=ignore when starting, due to new cycle handling in
48 matches
Mail list logo