On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder wrote:
I am guessing that people have an answer to this:
D making use of a C API needs a D module adapter. This can
either be constructed by hand (well it can, but…), or it can be
auto generated from the C header files and then hand mas
On 2016-01-11 23:44, bitwise wrote:
So..I've only had time to glance at the code, but it looks like you've
effectively moved this issue out of the way of shared libraries
entirely, and that no interaction between shared libs and TLS is needed
at all..is this correct?
Yes, I think so. I haven't
On Mon, 2016-01-11 at 21:42 +, stew via Digitalmars-d wrote:
>
[…]
> At work we use CMake and have a target for this. The DStep target
> is invoked whenever the C headers change. We also use SWIG this
> way. Both tools often require some hand-massaging though.
[…]
I tried downloading pre-bu
On Tue, 2016-01-12 at 08:12 +, Atila Neves via Digitalmars-d wrote:
> On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder wrote:
> > I am guessing that people have an answer to this:
> >
> > D making use of a C API needs a D module adapter. This can
> > either be constructed by hand (we
On Tuesday, 12 January 2016 at 10:43:40 UTC, Russel Winder wrote:
On Tue, 2016-01-12 at 08:12 +, Atila Neves via
Digitalmars-d wrote:
On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder
wrote:
> I am guessing that people have an answer to this:
>
> D making use of a C API needs a D m
On 2016-01-12 11:39, Russel Winder via Digitalmars-d wrote:
I tried downloading pre-built Linux DStep, but it requires an .so link
that doesn't exist on Debian Sid or Fedora Rawhide. I hacked something
and DStep segfaulted.
I assume you mean LLVM. Have you tried one from here [1]. Should work
On 2016-01-12 13:13, Jacob Carlborg wrote:
I assume you mean LLVM. Have you tried one from here [1].
I use the Ubuntu releases to test on Debian 7 (64bit) and 6 (32bit).
--
/Jacob Carlborg
On Tuesday, 5 January 2016 at 06:42:25 UTC, Sönke Ludwig wrote:
Am 05.01.2016 um 05:19 schrieb Charles:
On Monday, 4 January 2016 at 18:42:32 UTC, Sönke Ludwig wrote:
Am 04.01.2016 um 19:04 schrieb Pradeep Gowda:
On Monday, 4 January 2016 at 14:31:21 UTC, Sönke Ludwig
wrote:
Added!
The foot
I've played with the idea of using operator overloading for some
kind of ORM before, but I don't think it's strictly necessary to
use operator overloading for an ORM at all. Maybe in some cases
it might make sense.
I don't think the answer for building such a thing is to think of
one idea, fi
On Tuesday, 12 January 2016 at 10:43:40 UTC, Russel Winder wrote:
D and Rust provide so many barriers to effective use of a C
library, that I am resorting to using C++. Yes you have to do
extra stuff to avoid writing C code, but nowhere near the
amount you have to to create D and Rust adaptors.
On Tuesday, 12 January 2016 at 11:05:38 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 10:43:40 UTC, Russel Winder
wrote:
On Tue, 2016-01-12 at 08:12 +, Atila Neves via
Digitalmars-d wrote:
On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder
wrote:
> [...]
This is the kind o
On Tuesday, 12 January 2016 at 10:43:40 UTC, Russel Winder wrote:
On Tue, 2016-01-12 at 08:12 +, Atila Neves via
Digitalmars-d wrote:
On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder
wrote:
> [...]
This is the kind of thing I wrote reggae for. CMake is an
alternative, but I'd rat
On Tue, 2016-01-12 at 13:13 +0100, Jacob Carlborg via Digitalmars-d
wrote:
>
[…]
> I assume you mean LLVM. Have you tried one from here [1]. Should
> work
> with LLVM 3.1 to 3.5 (at least). This is the matrix of Clang
> versions
> that I use for testing [2].
>
>
> [1] http://llvm.org/releases/
On Tuesday, 12 January 2016 at 12:53:29 UTC, w0rp wrote:
I've played with the idea of using operator overloading for
some kind of ORM before, but I don't think it's strictly
necessary to use operator overloading for an ORM at all. Maybe
in some cases it might make sense.
The question is wheth
On Tue, 2016-01-12 at 12:56 +, bachmeier via Digitalmars-d wrote:
>
[…]
> Sorry I can't offer any help, but I'm genuinely curious by what
> you mean in this part of your quote. If the API is changing, how
> does using C++, or for that matter C, help you? Sure, you can
> include the header d
On Tue, 2016-01-12 at 13:12 +, Atila Neves via Digitalmars-d wrote:
>
[…]
> You can also write build descriptions in Python with reggae BTW.
Splendid. Python 3 I trust.
--
Russel.
=
Dr Russel Winder t: +44 20 7
On Tue, 2016-01-12 at 11:05 +, John Colvin via Digitalmars-d wrote:
> […]
>
> What's so hard about writing a few function prototypes, aliases
> and enums? It's annoying that we have to do it, but compared to
> writing the rest of a project it's always going to be a tiny
> amount of work.
I
Related to https://github.com/D-Programming-Language/dlang.org/pull/1191:
A friend who is in the GNU community told me a while ago they have a
mechanical style checker that people can run against their proposed
patches to make sure the patches have a style consistent with the one
enforced by t
Dne 12.1.2016 v 14:34 Andrei Alexandrescu via Digitalmars-d napsal(a):
> Related to https://github.com/D-Programming-Language/dlang.org/pull/1191:
>
> A friend who is in the GNU community told me a while ago they have a
> mechanical style checker that people can run against their proposed
> patche
On 13/01/16 2:34 AM, Andrei Alexandrescu wrote:
Related to https://github.com/D-Programming-Language/dlang.org/pull/1191:
A friend who is in the GNU community told me a while ago they have a
mechanical style checker that people can run against their proposed
patches to make sure the patches have
On Tuesday, 12 January 2016 at 13:24:48 UTC, Russel Winder wrote:
On Tue, 2016-01-12 at 11:05 +, John Colvin via
Digitalmars-d wrote:
[…]
What's so hard about writing a few function prototypes,
aliases and enums? It's annoying that we have to do it, but
compared to writing the rest of a p
On Tuesday, 12 January 2016 at 13:17:16 UTC, Russel Winder wrote:
On Tue, 2016-01-12 at 13:13 +0100, Jacob Carlborg via
Digitalmars-d wrote:
[...]
[…]
[...]
I tried on Debian Sid. I have both LLVM 3.6 and 3.7 installed
(3.6 is still the default but I am using 3.7 to build LDC.
I have yet
On Tuesday, 12 January 2016 at 13:34:25 UTC, Andrei Alexandrescu
wrote:
Similarly, I think it would help us to release a tool in the
tools/ repo that analyzes a would-be Phobos pull request and
ensures it's styled the same way as most of Phobos
I'm not sure if git supports this but I think it
On Tuesday, 12 January 2016 at 12:56:39 UTC, bachmeier wrote:
On Tuesday, 12 January 2016 at 10:43:40 UTC, Russel Winder
wrote:
D and Rust provide so many barriers to effective use of a C
library, that I am resorting to using C++. Yes you have to do
extra stuff to avoid writing C code, but nowh
On 1/10/2016 9:12 AM, Jacob Carlborg wrote:
I've implemented native TLS in DMD on OS X for 64bit. Now the question is, does
it need to work for 32bit as well?
The easiest would be to drop the 32bit support all together. Other options would
be to continue to use emulate TLS on 32bit or implement
I think using dfmt for this is a good idea. If there any problems
with dfmt which would prevent it from being used on Phobos, the
problems can be patched and then that would strengthen dfmt.
On Tuesday, 12 January 2016 at 04:29:00 UTC, Manu wrote:
Can you see the pointless-ness of
this feature and the effort being asked?
It is against my interest to spend time (that I don't have) to
make
this feature work, when I am 100% convinced it is a massive
anti-feature and I just want to see
On 1/12/2016 6:53 AM, Adam D. Ruppe wrote:
I'm pretty sure dfmt is up to the task in 99% of cases already.
The last 1% always takes 99% of the dev time :-(
On 1/11/2016 8:02 PM, Manu via Digitalmars-d wrote:
Surely the fact that people are implementing machinery to undo the
damage done is a strong indication that they don't want the feature.
Please, can anyone produce an argument in favour...? Otherwise just
accept that it was a bad idea and eject i
http://blog.jooq.org/2016/01/12/if-java-were-designed-today-the-synchronizable-interface/
D's synchronized classes and statements are (AFAIK) very similar
to Java's so I thought this might spark an interesting discussion.
On Tuesday, 12 January 2016 at 16:21:40 UTC, Atla Neves wrote:
In C/C++, a change to the headers causes a recompilation which
will fail if there are API changes. From any other language,
it'll compile, link, and fail at runtime (unless the symbols
change name). If you're lucky in an obvious wa
Background:
Some important properties for binary relations on sets that are
somewhat similar to the normal ≤/≥ on the real numbers or
integers are:
a ≤ a (reflexivity);
if a ≤ b and b ≤ a, then a = b (antisymmetry);
if a ≤ b and b ≤ c, then a ≤ c (transitivity);
a ≤ b or b ≤ a (totality, impli
On Tuesday, 12 January 2016 at 13:34:25 UTC, Andrei Alexandrescu
wrote:
[...]
I realize that dfmt may need some upgrades first, but isn't it
about time to just suck it up and dfmt the whole of phobos and
druntime?
It will mess with the "git blame", true - but it will do so
*once* and end t
On Tuesday, 12 January 2016 at 17:22:16 UTC, Walter Bright wrote:
On 1/12/2016 6:53 AM, Adam D. Ruppe wrote:
I'm pretty sure dfmt is up to the task in 99% of cases already.
The last 1% always takes 99% of the dev time :-(
But in this case, the 1% doesn't actually have to be fixed
(although
On Tuesday, 12 January 2016 at 18:25:48 UTC, tsbockman wrote:
On Tuesday, 12 January 2016 at 13:34:25 UTC, Andrei
Alexandrescu wrote:
[...]
I realize that dfmt may need some upgrades first, but isn't it
about time to just suck it up and dfmt the whole of phobos and
druntime?
It will mess w
On Tuesday, 12 January 2016 at 18:27:15 UTC, John Colvin wrote:
Background:
Some important properties for binary relations on sets that are
somewhat similar to the normal ≤/≥ on the real numbers or
integers are:
[...]
http://dlang.org/phobos/std_math.html#.cmp ? --Ilya
On Tuesday, 12 January 2016 at 18:36:32 UTC, Ilya Yaroshenko
wrote:
On Tuesday, 12 January 2016 at 18:27:15 UTC, John Colvin wrote:
Background:
Some important properties for binary relations on sets that
are somewhat similar to the normal ≤/≥ on the real numbers or
integers are:
[...]
http
Many times I've considered simply incorporating a C compiler into the D
compiler, and then:
import "stdio.h";
The perennial problem, however, is the C preprocessor and all the bizarre things
people do with it in even the most mundane header files. The problem is NOT,
however, implementing t
On 01/12/2016 01:25 PM, tsbockman wrote:
On Tuesday, 12 January 2016 at 13:34:25 UTC, Andrei Alexandrescu wrote:
[...]
I realize that dfmt may need some upgrades first, but isn't it about
time to just suck it up and dfmt the whole of phobos and druntime?
It will mess with the "git blame", tru
On 01/12/2016 08:42 AM, Martin Drašar via Digitalmars-d wrote:
Wouldn't it be sufficient to mandate usage of dfmt with proper settings
before submitting a PR?
That would suffice at least in the beginning. We also need to put dfmt
in tools, again a project that's been in limbo for a long time.
On 01/12/2016 01:27 PM, John Colvin wrote:
Preorder or partial order: not possible in D, opCmp insists on totality.
The way I look at it, a partial order would implement opCmp and opEqual
such that a < b, b < a, and a == b are simultaneously false for
unordered objects. Would that float your
On Tuesday, 12 January 2016 at 18:27:15 UTC, John Colvin wrote:
P.S. This is not just about floats!
This also affects any custom numeric type which should be
comparable with float - while working on a checked integer type
for Phobos, one of the (minor) problems I have run into is that
it is
On Tuesday, 12 January 2016 at 19:00:11 UTC, Andrei Alexandrescu
wrote:
On 01/12/2016 01:27 PM, John Colvin wrote:
Preorder or partial order: not possible in D, opCmp insists on
totality.
The way I look at it, a partial order would implement opCmp and
opEqual such that a < b, b < a, and a ==
On Tuesday, 12 January 2016 at 19:13:29 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:00:11 UTC, Andrei
Alexandrescu wrote:
On 01/12/2016 01:27 PM, John Colvin wrote:
Preorder or partial order: not possible in D, opCmp insists
on totality.
The way I look at it, a partial order wou
On 01/12/2016 02:13 PM, John Colvin wrote:
a<=b and b<=a must also be false.
Would the advice "Only use < and == for partially-ordered data" work? --
Andrei
On Tuesday, 12 January 2016 at 19:21:47 UTC, John Colvin wrote:
Note that a non-reflexive <= doesn't imply anything about ==.
Non-reflexive '<=' does not make any sense at all.
On Tuesday, 12 January 2016 at 19:44:18 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:21:47 UTC, John Colvin wrote:
Note that a non-reflexive <= doesn't imply anything about ==.
Non-reflexive '<=' does not make any sense at all.
It might be a bit of a mess, agreed, but nonetheless:
ass
On Tuesday, 12 January 2016 at 19:46:47 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:44:18 UTC, Fool wrote:
Non-reflexive '<=' does not make any sense at all.
It might be a bit of a mess, agreed, but nonetheless:
assert(!(float.nan <= float.nan));
Agreed, but in case of float '
On Tuesday, 12 January 2016 at 19:48:35 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:46:47 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:44:18 UTC, Fool wrote:
Non-reflexive '<=' does not make any sense at all.
It might be a bit of a mess, agreed, but nonetheless:
assert(!(
On 01/12/2016 03:01 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:28:36 UTC, Andrei Alexandrescu wrote:
On 01/12/2016 02:13 PM, John Colvin wrote:
a<=b and b<=a must also be false.
Would the advice "Only use < and == for partially-ordered data" work?
-- Andrei
If by that you mean
On Tuesday, 12 January 2016 at 13:34:25 UTC, Andrei Alexandrescu
wrote:
Related to
https://github.com/D-Programming-Language/dlang.org/pull/1191:
A friend who is in the GNU community told me a while ago they
have a mechanical style checker that people can run against
their proposed patches to
On Tuesday, 12 January 2016 at 19:28:36 UTC, Andrei Alexandrescu
wrote:
On 01/12/2016 02:13 PM, John Colvin wrote:
a<=b and b<=a must also be false.
Would the advice "Only use < and == for partially-ordered data"
work? -- Andrei
If by that you mean "Only use <= or >= on data that defines a
On Tuesday, 12 January 2016 at 20:04:26 UTC, Andrei Alexandrescu
wrote:
I'd be in favor of giving people the option to disable the use
of <= and >= for specific data. It's a simple and logical
approach. -- Andrei
But doesn't the symbol <= originate from ORing < and = ?
On Tuesday, 12 January 2016 at 20:10:11 UTC, Fool wrote:
But doesn't the symbol <= originate from ORing < and = ?
'=' in the mathematical sense.
On 12.01.2016 08:24, Vladimir Panteleev wrote:
> Nice. Is it responsive?
As responsive as the main site. I just updated the dlang.org submodule
and fixed what got broken.
I'm mostly done now. Pull request is over here:
https://github.com/CyberShadow/DFeed/pull/51
On 01/12/2016 03:10 PM, Fool wrote:
On Tuesday, 12 January 2016 at 20:04:26 UTC, Andrei Alexandrescu wrote:
I'd be in favor of giving people the option to disable the use of <=
and >= for specific data. It's a simple and logical approach. -- Andrei
But doesn't the symbol <= originate from ORin
On 2016-01-12 17:48, Walter Bright wrote:
From reading the responses here, I believe the best solution is to
continue to support OSX 32 bit, but as legacy support. This means
folding in changes to the 64 bit support, but not adding features if
they are not a natural consequence of the 64 bit su
On 01/12/2016 03:30 PM, Jacob Carlborg wrote:
On 2016-01-12 17:48, Walter Bright wrote:
From reading the responses here, I believe the best solution is to
continue to support OSX 32 bit, but as legacy support. This means
folding in changes to the 64 bit support, but not adding features if
they
On Tuesday, 12 January 2016 at 20:25:25 UTC, Andrei Alexandrescu
wrote:
D uses !(b < a) for a <= b. We can invent notation to disallow
that rewrite.
Anyhow the use of <, >, <=, and >= for partially ordered types
is bound to be less than smooth. Math papers and books often
use other notations
On 01/12/2016 07:27 PM, John Colvin wrote:
...
struct S{
auto opCmp(S rhs){ return float.nan; }
bool opEquals(S rhs){ return false; }
}
unittest{
S a,b;
assert(!(a==b));
assert(!(ab));
assert(!(a>=b));
}
On Monday, 4 January 2016 at 09:53:45 UTC, Sönke Ludwig wrote:
I've just added a sub page on vibed.org to collect links to all
existing vibe.d tutorials [1]. If you know of any additional
ones, or would like to have an existing one removed, please
leave a quick comment:
http://forum.rejecteds
On Tuesday, 12 January 2016 at 20:04:26 UTC, Andrei Alexandrescu
wrote:
On 01/12/2016 03:01 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:28:36 UTC, Andrei
Alexandrescu wrote:
On 01/12/2016 02:13 PM, John Colvin wrote:
a<=b and b<=a must also be false.
Would the advice "Only use <
On Tuesday, 12 January 2016 at 20:52:51 UTC, Timon Gehr wrote:
On 01/12/2016 07:27 PM, John Colvin wrote:
...
struct S{
auto opCmp(S rhs){ return float.nan; }
bool opEquals(S rhs){ return false; }
}
unittest{
S a,b;
assert(!(a==b));
assert(!(ab));
assert(!(a>=b));
}
On Tuesday, 12 January 2016 at 20:52:51 UTC, Timon Gehr wrote:
On 01/12/2016 07:27 PM, John Colvin wrote:
...
struct S{
auto opCmp(S rhs){ return float.nan; }
bool opEquals(S rhs){ return false; }
}
unittest{
S a,b;
assert(!(a==b));
assert(!(ab));
assert(!(a>=b));
}
On 2016-01-12 15:53, Adam D. Ruppe wrote:
I'm not sure if git supports this but I think it should be done fully
automatically. Not even something the user runs, just when they open the
pull request, it reformats the code.
The hook/tool would need to do a commit with the changes. How would what
On Tuesday, 12 January 2016 at 19:50:57 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:48:35 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:46:47 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:44:18 UTC, Fool wrote:
Non-reflexive '<=' does not make any sense at all.
It mig
On Tuesday, 12 January 2016 at 20:56:41 UTC, John Colvin wrote:
Please consider the second design I proposed? It's small,
simple, has no impact on existing code and works in the right
direction (library types can emulate / act as replacements for
builtins) as opposed to the other way (library t
On Tuesday, 12 January 2016 at 21:06:40 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:50:57 UTC, Fool wrote:
By the way, that implies that the result of sorting an array
of float by default comparison is undefined unless the array
does not contain NaN.
Didn't think of that. Yikes.
On Tuesday, 12 January 2016 at 21:12:08 UTC, tsbockman wrote:
On Tuesday, 12 January 2016 at 20:56:41 UTC, John Colvin wrote:
Please consider the second design I proposed? It's small,
simple, has no impact on existing code and works in the right
direction (library types can emulate / act as rep
On 01/12/2016 10:02 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 20:52:51 UTC, Timon Gehr wrote:
On 01/12/2016 07:27 PM, John Colvin wrote:
...
struct S{
auto opCmp(S rhs){ return float.nan; }
bool opEquals(S rhs){ return false; }
}
unittest{
S a,b;
assert(!(a==b));
On 1/12/2016 12:36 PM, Andrei Alexandrescu wrote:
On 01/12/2016 03:30 PM, Jacob Carlborg wrote:
On 2016-01-12 17:48, Walter Bright wrote:
From reading the responses here, I believe the best solution is to
continue to support OSX 32 bit, but as legacy support. This means
folding in changes to
On Tuesday, 12 January 2016 at 21:04:33 UTC, Jacob Carlborg wrote:
On 2016-01-12 15:53, Adam D. Ruppe wrote:
I'm not sure if git supports this but I think it should be
done fully
automatically. Not even something the user runs, just when
they open the
pull request, it reformats the code.
Th
On Tuesday, 12 January 2016 at 21:28:43 UTC, Walter Bright wrote:
On 1/12/2016 12:36 PM, Andrei Alexandrescu wrote:
On 01/12/2016 03:30 PM, Jacob Carlborg wrote:
On 2016-01-12 17:48, Walter Bright wrote:
From reading the responses here, I believe the best
solution is to
continue to support O
On 01/12/2016 04:06 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:50:57 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:48:35 UTC, Fool wrote:
On Tuesday, 12 January 2016 at 19:46:47 UTC, John Colvin wrote:
On Tuesday, 12 January 2016 at 19:44:18 UTC, Fool wrote:
Non-reflexive '
On 01/12/2016 03:56 PM, John Colvin wrote:
Please consider the second design I proposed?
I don't think it solves a large problem. -- Andrei
I could perhaps help out in making this library. I was just
looking for machine learning libraries for D, in particular for
doing deep learning, but it doesn't seem like there are any since
this thread came up at top when I search for it at Google. Or are
there?
Also, if the library is going
On Sunday, 8 November 2015 at 17:47:33 UTC, Muktabh wrote:
We cannot make D bindings to it because it is a closed source
project by Google and only a spec like mapreduce will be
released, so I thought maybe I might try and come up with an
open source implementation.
The github repository lo
Anyone has the fuel and time to take the initiative? It will
probably take over HTTP.
Currently implemented in Go with JavaScript and Python on the
way. However it seems most other programming languages have API
Client Libraries. Sup? :)
http://ipfs.io/
https://github.com/ipfs/ipfs
On 01/12/2016 03:12 PM, anonymous wrote:
On 12.01.2016 08:24, Vladimir Panteleev wrote:
> Nice. Is it responsive?
As responsive as the main site. I just updated the dlang.org submodule
and fixed what got broken.
I'm mostly done now. Pull request is over here:
https://github.com/CyberShadow/DFe
On Tuesday, 12 January 2016 at 22:28:13 UTC, Andrei Alexandrescu
wrote:
On 01/12/2016 03:56 PM, John Colvin wrote:
Please consider the second design I proposed?
I don't think it solves a large problem. -- Andrei
Ok. Would you consider any solution, or is that a "leave it
broken"?
I think
On 1/12/2016 2:20 PM, bitwise wrote:
On Tuesday, 12 January 2016 at 21:28:43 UTC, Walter Bright wrote:
On 1/12/2016 12:36 PM, Andrei Alexandrescu wrote:
On 01/12/2016 03:30 PM, Jacob Carlborg wrote:
On 2016-01-12 17:48, Walter Bright wrote:
From reading the responses here, I believe the bes
On Tuesday, 12 January 2016 at 23:26:07 UTC, karabuta wrote:
Anyone has the fuel and time to take the initiative? It will
probably take over HTTP.
Currently implemented in Go with JavaScript and Python on the
way. However it seems most other programming languages have API
Client Libraries. Su
Hi all,
To fix EOL writing with "dfmt ---> stdout" on Windows, stdout
has to be set to binary mode [1]. The code for this is
non-trivial, and some DMD internal magic is needed:
version(Windows)
{
// See Phobos' stdio.File.rawWrite
{
import std.stdio;
immutable fd = fi
On 01/12/2016 06:52 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 22:28:13 UTC, Andrei Alexandrescu wrote:
On 01/12/2016 03:56 PM, John Colvin wrote:
Please consider the second design I proposed?
I don't think it solves a large problem. -- Andrei
Ok. Would you consider any solution,
On Wednesday, 13 January 2016 at 00:00:17 UTC, israel wrote:
On Tuesday, 12 January 2016 at 23:26:07 UTC, karabuta wrote:
Anyone has the fuel and time to take the initiative? It will
probably take over HTTP.
Currently implemented in Go with JavaScript and Python on the
way. However it seems m
On Tuesday, 12 January 2016 at 23:26:07 UTC, karabuta wrote:
It will probably take over HTTP.
Not in your life time.
This sounds like a glorified mesh network.
On Wednesday, 13 January 2016 at 00:31:48 UTC, Andrei
Alexandrescu wrote:
I'd leave it to a named function. Using the built-in comparison
for exotic orderings is bound to confuse users. BTW not sure
you know, but D used to have a number of floating point
operators like !<>=. Even those didn't h
On 01/12/2016 04:15 AM, Andrei Alexandrescu wrote:
A few primitive algorithms got quite a bit quicker.
https://github.com/D-Programming-Language/phobos/pull/3921
https://github.com/D-Programming-Language/phobos/pull/3922
Destroy!
Andrei
Nice.
- This probably does not make a large difference
On Wednesday, 13 January 2016 at 00:31:48 UTC, Andrei
Alexandrescu wrote:
On 01/12/2016 06:52 PM, John Colvin wrote:
On Tuesday, 12 January 2016 at 22:28:13 UTC, Andrei
Alexandrescu wrote:
On 01/12/2016 03:56 PM, John Colvin wrote:
Please consider the second design I proposed?
I don't think
On Wednesday, 13 January 2016 at 01:39:26 UTC, John Colvin wrote:
On Wednesday, 13 January 2016 at 00:31:48 UTC, Andrei
Alexandrescu wrote:
[...]
I would completely agree, except that we have builtin types
that don't obey this rule. I'd be all in favour of sticking
with total orders, but it
On Wednesday, 13 January 2016 at 00:13:13 UTC, Johan Engelen
wrote:
Should I work on a PR for setBinaryMode+setTextMode ?
std.stdio is intended as a wrapper around stdio.h, which I don't
think supports setting the mode post-fopen, but if we can support
those operations for all practical targe
On Wednesday, 13 January 2016 at 01:43:21 UTC, John Colvin wrote:
I am all for keeping it simple here, but I still think there's
a problem.
https://issues.dlang.org/show_bug.cgi?id=15561
That's a good point.
On 01/12/2016 08:31 PM, Timon Gehr wrote:
- This probably does not make a large difference, but one can find the
median of five elements using only at most 6 comparisons. (And without
moving the elements.) [1]
Moving the elements actually does help.
- getPivot selects indices which depend det
On 13 January 2016 at 03:20, Walter Bright via Digitalmars-d
wrote:
> On 1/11/2016 8:02 PM, Manu via Digitalmars-d wrote:
>>
>> Surely the fact that people are implementing machinery to undo the
>> damage done is a strong indication that they don't want the feature.
>> Please, can anyone produce a
New construct to solve the problem!
extern(C++, nsin, nsout)
The nsin is the C++ namespace to import from and nsout is the D
namespace that the symbol ends up being in. You can default nsout
to be local, global, or whatever one wants.
On Tue, Jan 12, 2016 at 02:03:57PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 01/12/2016 08:42 AM, Martin Drašar via Digitalmars-d wrote:
> >Wouldn't it be sufficient to mandate usage of dfmt with proper
> >settings before submitting a PR?
>
> That would suffice at least in the begi
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
Cool, looks nice!
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
I dislike it :( old one is better. Probably you need make content
up to 100% of windows size and make forum part bigger.
Also it's look like as
On 1/12/2016 8:46 PM, Manu via Digitalmars-d wrote:
Of course that's an error, declaring 2 symbols with the same name at
the top level of the same module is obviously an error. No D coder
would expect otherwise.
There's no realistic scenario that could lead to that case; why would
you have an ext
1 - 100 of 102 matches
Mail list logo