On Wed, 16 Apr 2014 04:50:51 -0700, Manu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
I am convinced that ARC would be acceptable, and I've never heard anyone
suggest any proposal/fantasy/imaginary GC implementation that would be
acceptable...
In complete absence of a path towards an
On Fri, 18 Apr 2014 16:48:43 -0700, Walter Bright
newshou...@digitalmars.com wrote:
On 4/18/2014 3:02 PM, Michel Fortin wrote:
Objective-C enables ARC by default for all pointers to Objective-C
objects.
Since virtually all Objective-C APIs deal with Objective-C objects (or
integral
On Sat, 03 May 2014 02:56:37 -0700, Nordlöw per.nord...@gmail.com wrote:
Is there any progress on the graphics API Adam Wilson is working on?
Yes. There has been progress. I am currently finishing up the DirectX 11
bindings. For now it will include everything but 3D. I am focusing on
On Sun, 04 May 2014 23:22:27 -0700, Jacob Carlborg d...@me.com wrote:
On 04/05/14 20:26, Jonas Drewsen wrote:
Just had a quick look at the source code.
If this is to be something like the official gfx library wouldn't it
make sense to follow the phobos coding style?
For example struct Size
On Sun, 04 May 2014 23:22:27 -0700, Jacob Carlborg d...@me.com wrote:
On 04/05/14 20:26, Jonas Drewsen wrote:
Just had a quick look at the source code.
If this is to be something like the official gfx library wouldn't it
make sense to follow the phobos coding style?
For example struct Size
On Sun, 04 May 2014 23:22:27 -0700, Jacob Carlborg d...@me.com wrote:
On 04/05/14 20:26, Jonas Drewsen wrote:
Just had a quick look at the source code.
If this is to be something like the official gfx library wouldn't it
make sense to follow the phobos coding style?
For example struct Size
On Mon, 05 May 2014 19:20:45 -0700, Lionello Lunesu
lione...@lunesu.remove.com wrote:
Hi all,
After last year's incident with my tires getting slashed, I'm really
hoping I can do without a car during this year's DConf. How feasible is
this?
I'll be staying at Aloft. Would be great if
Hi guys,
I have been beating my head against this wall for a few days and I am
having difficult understanding what's going on here. I am building the
DirectX COM bindings for Aurora and DMD is popping out an Undefined
Identifier error when I use an interface as a member of a struct.
Addendum:
In the module Structs and Interfaces are wrapped with static if blocks in
the following manner:
static if(DX110)
{
//Enumerations
}
static if(DX111) { //...}
static if(DX112) { //...}
static if(DX110)
{
//Structs
}
static if(DX111) { //...}
static if(DX112) {
On Sun, 18 May 2014 17:48:45 -0700, Adam Wilson flybo...@gmail.com wrote:
Addendum:
In the module Structs and Interfaces are wrapped with static if blocks
in the following manner:
static if(DX110)
{
//Enumerations
}
static if(DX111) { //...}
static if(DX112) { //...}
static
On Sun, 18 May 2014 17:48:45 -0700, Adam Wilson flybo...@gmail.com wrote:
Addendum:
In the module Structs and Interfaces are wrapped with static if blocks
in the following manner:
static if(DX110)
{
//Enumerations
}
static if(DX111) { //...}
static if(DX112) { //...}
static
Hi Kenji,
My name is Adam Wilson. I am working on the Aurora Project for D and I was
wondering if I could interest you in a bug that is giving me quite a lot
of trouble. The problem is around how static if is parsed. Specifically,
if you have two static if blocks that both evaluate to
Hi everyone,
I have a small procedural question regarding pull requests against
druntime's operating system interfaces. Specifically I may find it quite
useful to add Windows API function calls and types to the
core.sys.windows.windows file.
Should I pull them as needed or bunch them up
On Mon, 26 May 2014 21:20:09 -0700, Walter Bright
newshou...@digitalmars.com wrote:
On 5/26/2014 8:14 PM, Daniel Murphy wrote:
As needed, as small as possible.
Right. The smaller they are, the easier they are to review.
Done. I look forward to some easy stats karma then. ;-)
--
Adam
Please consider the following code:
module aurora.immediate.input;
public enum Key : int { //... }
public immutable struct KeyData
{
private Key _key;
@property public Key KeyCode() { return _key; }
private bool _isDown;
@property public bool IsDown() { return
On Mon, 02 Jun 2014 00:42:07 -0700, Jonathan M Davis via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Mon, 02 Jun 2014 00:13:32 -0700
Adam Wilson via Digitalmars-d digitalmars-d@puremagic.com wrote:
Please consider the following code:
module aurora.immediate.input;
public enum Key
On Sat, 28 Jun 2014 23:08:51 -0700, Charles charles.hoskin...@gmail.com
wrote:
Is there a native D crypto library like Crypto++?
No. And for good reason. Building a cryptography library is an extremely
dificult proposition. Even after you've completed the build, you still
face a trust
On Sun, 29 Jun 2014 05:33:06 -0700, Etienne etci...@gmail.com wrote:
On 2014-06-29 3:19 AM, Adam Wilson wrote:
Botan isn't as battle-tested as OpenSSL or Crypto++ but it was designed
from the ground up to mitigate or prevent the kind of problems that
OpenSSL is currently experiencing, and was
I just wanted to post a quick update on Aurora. This weekend I got
keyboard input working on Windows and I also fixed a flaw in window
message dispatching that was so heinous I am shocked that the DConf demo
worked at all. That said it should work correctly on all machines now. As
an
On Sun, 29 Jun 2014 21:57:22 -0700, Suliman everm...@live.ru wrote:
Post screenshots please...
Sadly I don't have anything that is visually beyond what I demoed at DConf
so it's still just a blank window. I'm still down in the bowels of
interacting with the operating system and time has
On Wed, 02 Jul 2014 15:01:22 -0700, Robert Schadek via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 06/30/2014 07:29 AM, Adam Wilson via Digitalmars-d wrote:
On Sun, 29 Jun 2014 21:57:22 -0700, Suliman everm...@live.ru wrote:
Post screenshots please...
Sadly I don't have anything
Hi Walter and Andrei,
I just wanted to let you know that I have found new employment. As my new
employer has no current or planned work in anything related to my
open-source work with D, I will be able to legally continue development on
Aurora and my other projects in D without any change
On Sun, 06 Jul 2014 14:57:34 -0700, Adam Wilson flybo...@gmail.com wrote:
And now I look like a complete idiot for hitting the wrong button!
*embarrassed*
--
Adam Wilson
GitHub/IRC: LightBender
Aurora Project Coordinator
On Wed, 24 Sep 2014 06:13:31 -0700, Etienne etci...@gmail.com wrote:
It's finally here: https://github.com/etcimon/libasync
We all know how event loops are the foundation of more popular libraries
Qt and Nodejs.. we now have a natively compiling async library entirely
written in D.
This
PLEASE! For the sake of everything that is good and right in this world,
let this be a thing!
I don't even care about the drop-downs. This is categorically superior
to the current site in every relevant way.
Clean, modern, user-friendly, and mobile-friendly design. Easily
accessible to both
Walter Bright wrote:
Andrei posted this on another thread. I felt it deserved its own thread.
It's very important.
-
I go to conferences. Train and consult at large companies. Dozens every
year, cumulatively thousands
Jack Stouffer wrote:
On Tuesday, 7 June 2016 at 13:39:19 UTC, Steven Schveighoffer wrote:
I just read elsewhere that a GSoC student is working to achieve the
goal of making the GC swappable and adding Reiner's precise scanning
GC. I consider this to be essential work, I hope we can get this
ketmar wrote:
On Wednesday, 8 June 2016 at 17:13:38 UTC, deadalnix wrote:
On Wednesday, 8 June 2016 at 12:04:34 UTC, ketmar wrote:
On Wednesday, 8 June 2016 at 06:19:08 UTC, Ola Fosheim Grøstad wrote:
I've yet to see a large desktop app relying on GC that does not feel
sluggish.
i've yet to
Jeremy DeHaan wrote:
Hey all,
I'm trying to think of good project ideas for this years GSoC, and one
in particular I thought would be a great was working on and improving
the GC. I'm not sure what the scope of this project would be like, but
at the moment I am thinking writing a generational
Chris Wright wrote:
On Sat, 12 Mar 2016 13:23:35 -0800, Adam Wilson wrote:
To start off, let's talk terminology. You seem to be using nonstandard
terminology and possibly misunderstanding standard terminology.
A GC scan is the mark phase of a mark/sweep collector (and specifically
the part
Chris Wright wrote:
On Sun, 13 Mar 2016 16:34:44 -0700, Adam Wilson wrote:
Is this a debate about precise vs. non-precise GC or are we just
bikeshedding about terminology and technical details?
You made a large number of assertions about garbage collection and they
were almost all wrong.
Chris Wright wrote:
On Sun, 13 Mar 2016 12:43:37 -0700, Adam Wilson wrote:
A "partially moving" GC does not exist, as far as I know.
Yep, it's a Bad Idea.
It's not a standard term. Google's only seeing about four references to
the term, none of them authoritative or definitive. Since it's
deadalnix wrote:
On Sunday, 13 March 2016 at 23:34:44 UTC, Adam Wilson wrote:
Is there an implementation of a conservative moving (compacting) GC
out there? I'm not aware of one, but there are a lot of GC's out
there. Boehm isn't.
That is impossible, you need to know what is and isn't a
thedeemon wrote:
On Monday, 14 March 2016 at 01:38:50 UTC, Adam Wilson wrote:
Lastly, Rainer seemed to think a precise GC could be done, and he then
went and did it ... so "can't reasonably have a precise collector" is
a factually incorrect assertion.
IIRC, Rainer called it "mostly precise",
Jeremy DeHaan wrote:
Thank you all for the feedback.
I think I might still need a little more feedback as to what the project
should actually entail, but here's what it's looking like so far:
Implement lock free allocation using std.experimental.allocator's
freelists (SharedFreeList? It was
Jeremy DeHaan wrote:
On Saturday, 12 March 2016 at 08:50:06 UTC, Adam Wilson wrote:
If I may make a suggestion. The lock free work is unlikely to require
the entirety of GSoC. And the precise GC is the next most important
thing on your list and will have the biggest impact on GC performance.
Jeremy DeHaan wrote:
I haven't had power for a couple of days, but it looks like the
discussion has gone along pretty ok. After reading everything, I think
I'm inclined to agree with Adam and the main focus of my proposal will
be a precise GC (or as precise as we can get). I'll definitely need
Rainer Schuetze wrote:
On 18.03.2016 22:04, Jeremy deHaan wrote:
On Friday, 18 March 2016 at 16:41:21 UTC, Rainer Schuetze wrote:
On 15.03.2016 02:34, Jeremy DeHaan wrote:
[...]
Being always way behind reading the forum these days, I'm a little
late and have not read all the messages in
On 3/24/2016 11:25, Temtaime wrote:
Hi !
I have an app with large amount of math, so there's lot of arrays with
floats.
I found that sometimes my app starts to eat memory and then it crash.
The problem i think is false pointers. For example i have a struct with
pointers and static array of
On 3/24/2016 23:06, Brad Anderson wrote:
On Thursday, 24 March 2016 at 18:58:56 UTC, Adam Wilson wrote:
[snip]
Interestingly enough, there is a GSoC candidate this year that is
proposing a project that would make the D GC precise.
There was already a GSOC project to make the GC precise by
Somebody did some analytics on what languages get used on the weekends
and D made the list.
https://medium.com/@hoffa/the-top-weekend-languages-according-to-githubs-code-6022ea2e33e8#.2jmihhgb2
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
eugene wrote:
hello everyone,
could you, please, tell do any jobs(full-time or freelance) exist for
junior D developers?
This page might be off assistance. These are all the known corps using
D. Some have hiring links. https://dlang.org/orgs-using-d.html
--
Adam Wilson
IRC: LightBender
Dsby wrote:
On Tuesday, 22 November 2016 at 11:20:10 UTC, Jack Applegame wrote:
We look forward to sane GC over the years. How do we accelerate the
development of precise GC, RC and so on?
Maybe we should organize a fundraiser on Kickstarter or somewhere else?
I'm not ready to write precise GC,
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
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
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.
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
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
On 1/2/17 8:33 AM, Chris Wright wrote:
On Sun, 01 Jan 2017 17:55:01 -0800, Adam Wilson wrote:
On that I beg to differ. The C libraries are not @safe, they have wildly
different API's, and they have high-complexity, which is a large
risk-factor for bugs and/or security flaws.
If we have the
On 1/2/17 12:05 AM, Jacob Carlborg wrote:
On 2017-01-01 17:50, Chris Wright wrote:
Those both limit your ability to use the underlying database to its full
potential. They offer a chance for queries that seem simple and efficient
to become horribly inefficient.
I'm perfectly aware of the
On 1/3/17 11:55 PM, Ilya Yaroshenko wrote:
On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote:
Has anything graduated yet?
No
So at what point well we? I mean that is the point after all...
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
What are the exit conditions for graduating from std.experimental.* to
std.*?
Has anything graduated yet?
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
On 1/2/17 12:09 AM, Jacob Carlborg wrote:
On 2017-01-02 02:34, Adam Wilson wrote:
That was my intention, the knee-jerk reaction that class and interfaces
get here sometimes strikes me as a bit histrionic sometimes. They are a
tool with a use case. :)
I think that the design should try to
Hi Everyone,
I know that the licensing around OpenSSL has been a somewhat
controversial topic around the D world. So I though that you might find
this bit of news interesting:
https://www.openssl.org/blog/blog/2017/03/22/license/
--
Adam Wilson
IRC: LightBender
import quiet.dlang.dev;
Hello fellow DConfers!
In the spirit of "the DConf 2017 hackathon isn't a hackathon in the
traditional sense as most of the time and focus will hopefully be spent
discussing, planning and developing future D projects"; I was thinking
that it might be beneficial to pull together a list of
On 3/19/17 5:16 AM, Mike Parker wrote:
Every few years I do a little test to see how much effort it takes to
get the ioquake3 [1] codebase set up in a way that I can replace bits of
it with D implementations and compile it all together. Not because I
plan to port the whole thing, but I'm
On 5/9/17 20:23, Patrick Schluter wrote:
On Tuesday, 9 May 2017 at 17:34:48 UTC, H. S. Teoh wrote:
On Tue, May 09, 2017 at 02:13:34PM +0200, Adam Wilson via
Digitalmars-d wrote:
> [...]
[...]
[...]
[...]
I don't represent any company, but I have to also say that I
*appreciate* break
On 5/8/17 20:33, Brian Schott wrote:
Recently the EMSI data department upgraded the compiler we use to build
our data processing code to 2.074. This caused several of the thousands
of processes to die with signal 8 (floating point exceptions). This was
caused by the fix to issue 17243.
This is
On 5/7/17 12:57, Seb wrote:
On Sunday, 7 May 2017 at 06:58:51 UTC, Adam Wilson wrote:
On 5/7/17 07:41, Walter Bright wrote:
Dang, I wish I could participate in that!
Well, technically you could, but it involves a set of rather grueling
flights.
Depending on the day it's held I might be able
On 5/7/17 07:41, Walter Bright wrote:
Dang, I wish I could participate in that!
Well, technically you could, but it involves a set of rather grueling
flights.
Depending on the day it's held I might be able to attend once a year. If
it's on the weekend, I can make a long weekend out of it.
On 9/21/17 11:49, bitwise wrote:
On Thursday, 21 September 2017 at 08:01:23 UTC, Vadim Lopatin wrote:
There is a simple set of simple web server apps written in several
languages (Go, Rust, Scala, Node-js):
https://github.com/nuald/simple-web-benchmark
I've sent PR to include D benchmark
On 10/6/17 23:19, Brad Roberts wrote:
On 10/6/2017 10:19 PM, Adam Wilson via Digitalmars-d wrote:
What if we stop focusing on the C/C++ people so much? The like their
tools and have no perceivable interest in moving away from them
(Stockholm Syndrome much?). The arguments the use are primarily
On 10/7/17 14:08, Laeeth Isharc wrote:
On 10/6/2017 10:19 PM, Adam Wilson via Digitalmars-d wrote:
> What if we stop focusing on the C/C++ people so much? The > like
their tools and have no perceivable interest in moving > away from
them (Stockholm Syndrome much?). The arguments
database access (MySQL, PostgreSQL, Aerospike) libraries are available,
That is important actually.
So important that it should be a Priority 0 Must Have.
preferably as a standard library (like in Dart and Go).
Can’t do that. And it’s not standard in Go and Dart but packages, dub
should
On 10/15/17 22:20, Dmitry Olshansky wrote:
On Sunday, 15 October 2017 at 20:24:02 UTC, Adam Wilson wrote:
database access (MySQL, PostgreSQL, Aerospike) libraries are available,
That is important actually.
So important that it should be a Priority 0 Must Have.
Luckily it should also be
On 10/15/17 13:40, Laeeth Isharc wrote:
On Saturday, 14 October 2017 at 22:43:33 UTC, Adam Wilson wrote:
On 10/7/17 14:08, Laeeth Isharc wrote:
In a polyglot environment, D's code generation and introspection
abilities might be quite valuable if it allows you to write core
building blocks
On 10/6/17 14:12, Rion wrote:
[snip]
When every new languages besides Rust or Zig are GC. That same "flaw" is
not looked upon as a issue. It seems that D simply carries this GC
stigma because the people mentioning are C++ developers, the same
people D targets as a potential user base.
D can
On 10/23/17 08:21, Kagamin wrote:
On Friday, 20 October 2017 at 09:49:34 UTC, Adam Wilson wrote:
Others are less obvious, for example, async/await is syntax sugar for
a collection of Task-based idioms in C#.
Now I think it's doesn't fit D. async/await wasn't made for performance,
but for
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking pretty extensively at these two items
On 10/18/17 23:50, Fra Mecca wrote:
[snip]
The problem in my opinion is the ecosystem.
We miss a build system that is tailored towards enterprises and there is
so much work to do with libraries (even discovery of them) and
documentation by examples.
Indeed ... :)
--
Adam Wilson
IRC:
On 10/23/17 22:40, Dmitry Olshansky wrote:
On Tuesday, 24 October 2017 at 04:26:42 UTC, Adam Wilson wrote:
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly with D, not for reason of
performance, but for reason of flexibility. D is a polyglot language,
with by far the
On 10/23/17 16:47, Nathan S. wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
Additionally, MSFT/C# fully recognizes that the benefits of
Async/Await have never been and never were intended to be for
performance. Async/Await trades raw performance for an ability to
handle a
On 11/10/17 00:24, codephantom wrote:
On Friday, 10 November 2017 at 05:23:53 UTC, Adam Wilson wrote:
MSFT spends a LOT of time studying these things. It would be wise to
learn for free from the money they spent.
Is that the same company that made Windows 10?
And what?
--
Adam Wilson
IRC:
On 11/23/17 13:40, Ola Fosheim Grøstad wrote:
On Thursday, 23 November 2017 at 20:13:31 UTC, Adam Wilson wrote:
I would focus on a generational GC first for two reasons. The
But generational GC only makes sense if many of your GC objects have a
short life span. I don't think this fits well
On 11/26/17 16:14, IM wrote:
Hi,
I'm a full-time C++ software engineer in Silicon Valley. I've been
learning D and using it in a couple of personal side projects for a few
months now.
First of all, I must start by saying that I like D, and wish to use it
everyday. I'm even considering to donate
On 11/22/17 02:53, Temtaime wrote:
Hi all !
https://github.com/dlang/druntime/pull/1603
Can someone investigate and bring it to us ?
4 years passed from gsoc 2013 and there's still no gc.
Many apps suffers from false pointers and bringing such a gc will help
those who affected by it.
It seems
On 11/23/17 02:47, Nordlöw wrote:
On Wednesday, 22 November 2017 at 13:44:22 UTC, Nicholas Wilson wrote:
Thats a linker(?) limitation for OMF (or whatever is the win32 object
file format).
Was just fixed!
What improvements to D's concurrency model is made possible with this
precise GC?
I
On 11/22/17 05:44, Nicholas Wilson wrote:
On Wednesday, 22 November 2017 at 13:23:54 UTC, Nordlöw wrote:
On Wednesday, 22 November 2017 at 10:53:45 UTC, Temtaime wrote:
Hi all !
https://github.com/dlang/druntime/pull/1603
Only the Win32 build fails as
Error: more than 32767 symbols in
On 11/17/17 17:31, Indigo wrote:
What is your reasoning for coming to the US? You might want to rethink
this as America is collapsing.
This is news to me, and I live in the US. Also, if the US is collapsing,
that is very bad news for D, seeing as how I live about 45 minutes from
Walter, and
On 11/20/17 05:11, Satoshi wrote:
On Monday, 20 November 2017 at 09:15:15 UTC, Adam Wilson wrote:
To get an H1B you'll want to get a job with one of the majors.
Microsoft, Google, Apple, Amazon. There are smaller companies, but the
majors have a dedicated team of lawyers who can guide your H1B
On 10/28/17 04:38, Andrei Alexandrescu wrote:
Walter and I decided to kick-off project Elvis for adding the homonym
operator to D.
Razvan Nitu has already done a good part of the work:
https://github.com/dlang/dmd/pull/7242
https://github.com/dlang/dlang.org/pull/1917
On 11/6/17 12:20, Michael wrote:
I can't quite see why this proposal is such a big deal to people - as
has been restated, it's just a quick change in the parser for a slight
contraction in the code, and nothing language-breaking, it's not a big
change to the language at all.
On Monday, 6
On 12/3/17 00:09, Dmitry Olshansky wrote:
On Saturday, 2 December 2017 at 23:44:39 UTC, Walter Bright wrote:
On 12/2/2017 4:38 AM, Iain Buclaw wrote:
But then you need to bloat your program with debug info in order to
understand what, why, and how things went wrong.
Most of the time (for me)
On 12/3/17 21:28, Walter Bright wrote:
On 12/3/2017 8:59 PM, Adam Wilson wrote:
I have to agree with this. I make my living on server side software,
and we aren't allowed (by legal) to connect to the server to run
debuggers. The *only* thing I have is logging. If the program crashes
with no
On 10/28/17 12:46, Jerry wrote:
On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote:
But if you really are missing my point..then let me state it more
clearly...
(1) I don't like waiting 4 hours to download gigabytes of crap I don't
actually want, but somehow need (if I want to
On 10/25/17 09:34, Mike Parker wrote:
On Wednesday, 25 October 2017 at 15:00:04 UTC, bitwise wrote:
VC++ command line tools seem to be available on their own:
http://landinghub.visualstudio.com/visual-cpp-build-tools
Still a big download and requires the Windows SDK to be downloaded and
On 10/25/17 11:23, H. S. Teoh wrote:
On Wed, Oct 25, 2017 at 08:17:21AM -0600, Jonathan M Davis via Digitalmars-d
wrote:
On Wednesday, October 25, 2017 13:22:46 Kagamin via Digitalmars-d wrote:
On Tuesday, 24 October 2017 at 16:37:10 UTC, H. S. Teoh wrote:
(Having said all that, though, D is
On 10/23/17 18:51, rikki cattermole wrote:
On 23/10/2017 11:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
On 10/23/17 23:29, Jacob Carlborg wrote:
On 2017-10-24 00:02, Adam Wilson wrote:
I've been looking pretty extensively at these two items recently.
If the database drivers are compatible with Vibe.d AND we wish to
provide a common abstraction layer for them (presumably via Phobos)
then order
On 10/26/17 00:32, Jacob Carlborg wrote:
On 2017-10-26 00:36, Adam Wilson wrote:
Speaking from very long experience, 95%+ of Windows devs have
VS+WinSDK installed as part of their default system buildout. The few
that don't will have little trouble understanding why they need it and
acquiring
On 10/25/17 23:57, Jacob Carlborg wrote:
On 2017-10-26 00:53, Adam Wilson wrote:
This of course makes the assumption that we clean-room our own
protocol implementations which I am entirely against. Better to use
what already exists.
I'm entirely against anything that is not compatible with
On 10/24/17 07:14, Kagamin wrote:
On Tuesday, 24 October 2017 at 13:20:10 UTC, Andrei Alexandrescu wrote:
* RSA Digital Signature Validation in Phobos
https://issues.dlang.org/show_bug.cgi?id=16510 the blocker for botan was
OMF support.
IMO, the correct solution here is to deprecate OMF and
On 10/21/17 11:52, bitwise wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
async/await (vibe.d is nice but useless in comparison to C# or js
async/await idiom)
Reference counting when we cannot use GC...
If I understand correctly, both of these depend on
On 10/20/17 04:04, Jonathan M Davis wrote:
On Friday, October 20, 2017 02:49:34 Adam Wilson via Digitalmars-d wrote:
Here is the thing that bothers me about that stance. You are correct,
but I don't think you've considered the logical conclusion of the
direction your argument is headed. Pray
Now that SecureD v1 is in the books I thought it would be worthwhile to
explore what a second version could like. I specifically want to focus
on expanding compatibility with other systems.
For example: AWS uses SHA2-256 for signing requests. As implemented
today SecureD does not support
1 - 100 of 180 matches
Mail list logo
