The downside about calling embedding Julia is C is that
everything's a pointer to the heap and you have to manually call
the garbage collector. If the same thing were implemented in D,
then D can handle the garbage collection as per normal. It seems
like D is a better fit for Julia than C in th
It might make sense to take a look at Armadillo (another C++
linear algebra library) for inspiration on multidimensional
arrays.
On Tuesday, 23 December 2014 at 03:07:10 UTC, Laeeth Isharc wrote:
It would certainly be nice to have matrices, but I also don't
think it would be right to say D is dead in water here because
it is so far behind. It also seems like the cost of writing
such a library is v small vs possible be
I thoroughly enjoyed reading this thread. I don't have much
experience with Go, but for a quick project, my goto language is
typically Python. However, there are definitely areas that Python
can be frustrating (where you have to have a loop, parallel
processing). I would view D as an ideal lang
On Tuesday, 17 March 2015 at 21:00:11 UTC, bachmeier wrote:
What do you have in mind? I no longer work much with Python so
my knowledge is limited, but calling D from R or Julia should
be no different from calling C from those languages, as you
normally compile your C code into a shared library
On Wednesday, 18 March 2015 at 02:00:40 UTC, bachmeier wrote:
Unfortunately there is little documentation (though I'm working
on that). I only use Linux but I would be happy if someone that
knows Windows would find that it works there.
Work machine's firewall isn't letting me run install_bitbu
On Wednesday, 18 March 2015 at 18:48:59 UTC, bachmeier wrote:
On Wednesday, 18 March 2015 at 15:13:24 UTC, jmh530 wrote:
You might be able to download the zip here:
https://bitbucket.org/bachmeil/dmdinline/downloads
and then install from a USB disk using install_local.
I ended up trying this
On Monday, 15 October 2018 at 18:46:45 UTC, Manu wrote:
Okay, so I've been thinking on this for a while... I think I
have a pretty good feel for how shared is meant to be.
1. shared should behave exactly like const, except in addition
to inhibiting write access, it also inhibits read access.
On Monday, 15 October 2018 at 20:44:35 UTC, Manu wrote:
snip
Are you saying `is(immutable(int) == shared) == true)` ??
From the spec:
"Applying any qualifier to immutable T results in immutable T.
This makes immutable a fixed point of qualifier combinations and
makes types such as const(immu
On Wednesday, 17 October 2018 at 05:40:41 UTC, Walter Bright
wrote:
On 10/15/2018 11:46 AM, Manu wrote:
[...]
Shared has one incredibly valuable feature - it allows you, the
programmer, to identify data that can be accessed by multiple
threads. There are so many ways that data can be shared,
On Wednesday, 17 October 2018 at 07:20:20 UTC, Manu wrote:
[snip]
Oh bollocks... everyone has been complaining about this for at
least
the 10 years I've been here!
[snip]
As far as I had known from reading the forums, shared was not
feature complete.
Also, are you familiar with Atila's fe
On Thursday, 18 October 2018 at 17:17:37 UTC, Atila Neves wrote:
[snip]
Assuming this world... how do you use shared?
https://github.com/atilaneves/fearless
I had posted your library before to no response...
I had two questions, if you'll indulge me.
The first is perhaps more wrt automem
On Wednesday, 14 March 2018 at 05:01:38 UTC, 9il wrote:
Maybe we should use only column major order. --Ilya
In my head I had been thinking that the Mat type you want to
introduce would be just an alias to a 2-dimensional Slice with a
particular SliceKind and iterator. Am I right on that?
I
On Wednesday, 14 March 2018 at 16:16:55 UTC, Andrei Alexandrescu
wrote:
Has row-major fallen into disuse?
[snip]
C has always been row major and is not in disuse (the GSL library
has gsl_matrix and that is row-major). However, Fortran and many
linear algebra languages/frameworks have also al
On Wednesday, 14 March 2018 at 20:21:15 UTC, Sam Potter wrote:
Sure. The key word in my statement was "ideally". :-)
For what it's worth, there is already an "informal spec" in the
form of the high-level interface for numerical linear algebra
and sci. comp. that has been developed (over three
On Thursday, 15 March 2018 at 00:16:05 UTC, Manu wrote:
Why does core.math exist? It's basically empty, but with a
couple of select functions which seem arbitrarily chosen...
Isn't core.math compiler intrinsics? The corresponding functions
in std.math call the core.math versions.
On Wednesday, 14 March 2018 at 23:30:55 UTC, Sam Potter wrote:
[snip]
OTOH, the fact that D doesn't have a REPL may kill it from the
get go (hard to do exploratory data analysis).
There is one in dlang-community (there might be others, can't
recall), but it does not yet support Windows and
On Thursday, 15 March 2018 at 05:04:42 UTC, 9il wrote:
[snip]
BTW, could you please help with the following issue?!
struct S(int b, T)
{
}
alias V(T) = S!(1, T);
auto foo (T)(V!T v)
{
}
void main()
{
V!double v;
foo(v);
}
Error: template onlineapp.foo cannot deduce function from
arg
On Thursday, 15 March 2018 at 12:49:22 UTC, jmh530 wrote:
[snip]
It looks like it should expand the alias earlier. No problem
with auto foo (T)(S!(1, T) v) {};
Also, this issue also shows up in mir.ndslice.traits. I had to do
the equivalent of isV below. It doesn't work to do the alternate
On Thursday, 15 March 2018 at 05:04:42 UTC, 9il wrote:
[snip]
BTW, could you please help with the following issue?!
struct S(int b, T)
{
}
alias V(T) = S!(1, T);
auto foo (T)(V!T v)
{
}
void main()
{
V!double v;
foo(v);
}
Error: template onlineapp.foo cannot deduce function from
ar
On Friday, 16 March 2018 at 16:02:07 UTC, bachmeier wrote:
Allow me to put on my economist hat and say you might be
looking for explanations when none are required. Much of
programming language adoption involves choosing languages
others are using (see, well, any conversation about programmin
On Friday, 16 March 2018 at 19:15:16 UTC, bachmeier wrote:
The point is that there is no "fundamental" reason someone
using a computer uses a qwerty keyboard. If you are to ask
"what makes the qwerty keyboard the best choice for someone
using a computer?" you are not going to have any luck fi
On Wednesday, 21 March 2018 at 17:13:40 UTC, Jack Stouffer wrote:
[snip]
How can we return non-scoped result variables constructed from
scope variables without copies?
If you re-wrote this so that it just had pointers, would it be
simpler?
Below is my attempt, not sure it's the same...
st
On Wednesday, 21 March 2018 at 22:48:36 UTC, Seb wrote:
I heard that Walter recently ported his DMC++ to D and I heard
that someone was working on this, so chances aren't too bad
that this might happen ;-)
You might check out Atila's github page (I don't think it's ready
for release yet).
On Wednesday, 21 March 2018 at 14:04:58 UTC, Adam D. Ruppe wrote:
In Simen's example, the child information is not available at
compile time. This line here:
A a = new B();
discards the static type. The compiler could probably cheat and
figure it out anyway in this example, but suppose:
[
On Thursday, 22 March 2018 at 21:37:40 UTC, Basile B. wrote:
[snip]
I don't say that's the solution. I think there's no solution.
I'm not sure there's no solution, but there's definitely no EASY
solution. And when I say solution, I don't mean a resolution of
this specific issue. I mean to re
On Friday, 23 March 2018 at 18:09:01 UTC, Manu wrote:
[snip]
Like, in this particular project, being able to generate all
tables at compile time is the thing that distinguishes the D
code from the C++ code; it's the *whole point*... If I have to
continue to generate tables offline and paste b
On Friday, 23 March 2018 at 21:55:52 UTC, Jonathan M Davis wrote:
[snip]
Walter and Andrei have been discussing putting together a DIP
with a "ProtoObject" which will be the new root class below
Object where ProtoObject itself has only the bare minimum
required to work as a class (not monitor
On Friday, 23 March 2018 at 22:01:44 UTC, Manu wrote:
Can you please explain these 'weirdities'?
What are said "major unintended consequences"?
Explain how the situation if implemented would be any different
than
the workaround?
This seems even simpler than the pow thing to me.
Rewrite:
f
On Wednesday, 22 April 2015 at 06:03:07 UTC, Timothee Cour wrote:
[snip]
I would like to refocus this thread on feature set and how it
compares to D, not on flame wars about brackets or language
marketing issues.
In the comparison you made
https://github.com/timotheecour/D_vs_nim/
you say th
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
Hello,
Bugfix for the Issue 16486 [1] (originally [2]) is required for
mir-algorithm types [3], [4].
For example, packed triangular matrix can be represented as
Slice!(Contiguous, [1], StairsIterator!(T*))
Slice!(Contiguous, [1],
RetroIte
On Friday, 30 March 2018 at 13:56:45 UTC, Stefan Koch wrote:
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[1] https://issues.dlang.org/show_bug.cgi?id=16486
Ah that is an interesting bug which further demonstrates that
templates are a tricky thing :)
Basically you cannot _generally_
On Friday, 30 March 2018 at 15:21:26 UTC, jmh530 wrote:
[snip]
Doesn't extend to multiple template parameters that well...
import std.traits : TemplateOf;
struct TestType(T, U) {}
alias TestAlias(T) = TestType!(T, int);
template testFunction(T, alias U = TemplateOf!(TestAlias!T))
{
void
On Friday, 30 March 2018 at 15:49:30 UTC, jmh530 wrote:
On Friday, 30 March 2018 at 15:21:26 UTC, jmh530 wrote:
[snip]
Doesn't extend to multiple template parameters that well...
[snip]
This works, but ugly...
template testFunction(T, U = TestAlias!T, alias V =
TemplateOf!(U), W = Templat
On Saturday, 31 March 2018 at 10:38:53 UTC, Simen Kjærås wrote:
[snip]
So 1.6 years is 10%, the total is 16 years, and there's 14.4
years left. So 2032.
--
So,em
60% of the time, it works every time
https://www.youtube.com/watch?v=pjvQFtlNQ-M
On Saturday, 31 March 2018 at 23:38:06 UTC, Andrei Alexandrescu
wrote:
[snip]
* immutable and const are very difficult, but we have an attack
(assuming copy construction gets taken care of)
Would it be easier if the const/immutable containers were
considered separate types? For instance, i
On Monday, 9 April 2018 at 11:15:14 UTC, Stefan Koch wrote:
Not semantically, but you might consider it a performance bug.
This particular one could be fixed, put I cannot say how messy
the details are.
There is potential for code that silently relies on the
behavior and would break in very no
On Tuesday, 10 April 2018 at 09:32:49 UTC, Chris Katko wrote:
Wow, that thread had very little discussion, and a huge amount
of bickering over whether someone actually understood what
someone else might have said.
My take-away was that it can be done in D, but would be simpler
with AST macr
On Monday, 9 April 2018 at 15:30:33 UTC, Stefan Koch wrote:
[snip]
Using templates to introspect and manipulate types is like
using a hammmer's flat back to remove a nail.
It _can_ be done but with an absurd amount of work.
You just have to remove all of the wall around the nail by
pounding i
On Monday, 16 April 2018 at 13:01:44 UTC, Radu wrote:
A blocker for more advanced 'betterC' usage.
https://issues.dlang.org/show_bug.cgi?id=18493
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[snip]
They are used in mir-lapack [5]. The bug fix also required for
mir (Sparse, CompressedTensor), and for the future Dlang image
library.
I was experimenting with one of the open methods matrix examples
[1] and trying to replace the v
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[snip]
They are used in mir-lapack [5]. The bug fix also required for
mir (Sparse, CompressedTensor), and for the future Dlang image
library.
I was experimenting with one of the open methods matrix examples
[1] and trying to replace the v
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[snip]
They are used in mir-lapack [5]. The bug fix also required for
mir (Sparse, CompressedTensor), and for the future Dlang image
library.
I was experimenting with one of the open methods matrix examples
[1] and trying to replace the v
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[snip]
They are used in mir-lapack [5]. The bug fix also required for
mir (Sparse, CompressedTensor), and for the future Dlang image
library.
I was experimenting with one of the open methods matrix examples
[1] and trying to replace the v
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[snip]
They are used in mir-lapack [5]. The bug fix also required for
mir (Sparse, CompressedTensor), and for the future Dlang image
library.
I was experimenting with one of the open methods matrix examples
[1] and trying to replace the v
On Friday, 20 April 2018 at 16:03:40 UTC, jmh530 wrote:
On Friday, 30 March 2018 at 06:11:22 UTC, 9il wrote:
[...]
I was experimenting with one of the open methods matrix
examples [1] and trying to replace the virtual methods with
templates. My example [3] does it statically and with structs
On Friday, 20 April 2018 at 11:07:30 UTC, Russel Winder wrote:
Has anyone got Pony on their list of interesting languages?
I had spent some time looking over the reference capabilities
[1], but I'm not sure I have the time to actually program in the
language. The isolated type seemed like th
On Sunday, 22 April 2018 at 15:13:18 UTC, Robert M. Münch wrote:
"GraalVM is a universal virtual machine for running
applications written in JavaScript, Python 3, Ruby, R,
JVM-based languages like Java, Scala, Kotlin, and LLVM-based
languages such as C and C++."
They use a special protocol to
On Sunday, 22 April 2018 at 23:16:53 UTC, jmh530 wrote:
I think there's an option so that LLVM bitcode can be used on
it. So conceivably, you could compile with LDC to LLVM bitcode
and then run that on Graal.
Here is the documentation [1] for this feature. There is some
discussion about lin
On Tuesday, 24 April 2018 at 18:53:02 UTC, H. S. Teoh wrote:
[snip]
That's definitely weird. Problem seems to go away with a static
array. Seems somehow related to impl[0]. Re-writing that as
*impl.ptr and breaking apart some of the logic might help narrow
down the issue.
bool method(int
On Tuesday, 24 April 2018 at 20:18:55 UTC, Basile B. wrote:
[snip]
In the report you forgot to mention that the bug is only
visible with -O -profile.
With just -O the provided test case works fine.
I ran the test case on run.dlang.org with -O and it happens.
On Tuesday, 1 May 2018 at 18:46:20 UTC, H. S. Teoh wrote:
Well, yes. Of course the whole idea behind big O is asymptotic
behaviour, i.e., behaviour as n becomes arbitrarily large.
Unfortunately, as you point out below, this is not an accurate
depiction of the real world:
[snip]
The examp
On Monday, 7 May 2018 at 17:28:55 UTC, Ethan wrote:
13 responses so far. Cheers to those 13.
I don't really understand what to use binderoo for. So rather
than fill out the questionnaire, maybe I would just recommend you
do some work on wiki, blog post, or simple examples.
On Tuesday, 8 May 2018 at 22:31:10 UTC, Yuxuan Shui wrote:
snip]
This doesn't compile for me on run.dlang.io:
onlineapp.d(22): Error: template onlineapp.f cannot deduce
function from argument types !()(B), candidates are:
onlineapp.d(1):onlineapp.f(T)(immutable T a)
On Wednesday, 9 May 2018 at 19:50:41 UTC, Ethan wrote:
Been putting that off until the initial proper stable release,
it's still in a pre-release phase.
But tl;dr - It acts as an intermediary layer between a host
application written in C++/.NET and libraries written in D. And
as it's design
On Thursday, 10 May 2018 at 00:10:07 UTC, H Paterson wrote:
Welp... It's not quite what I would have envisioned, but seems
to fill the role.
Thanks for pointing Dcompute out to me - I only found it
mentioned in a dead link on the D wiki.
Time to find a new project...
I'm sure the people
On Thursday, 10 May 2018 at 07:42:36 UTC, Laeeth Isharc wrote:
I made a start at writing a Jupyter library for writing kernels
in D. Not sure how long it will be till its finished, but it is
something in time we will need. Note that one would then need
to write a D kernel on top, but that bi
On Thursday, 10 May 2018 at 13:47:16 UTC, rikki cattermole wrote:
[snip]
Adding a keyword like sealed isn't desirable.
I'm trying to find fault of the concept, but it definitely is
tough.
You basically want protected, but only for specific packages,
otherwise final.
protected(foo, final)
On Friday, 11 May 2018 at 14:05:25 UTC, KingJoffrey wrote:
[snip]
Actually, it is completely on topic. (although I understand
that many on this forum are very eager to shut down any
discussion about fixing class encapsulation in D, for some
reason).
i.e, to be more specific.. so you can und
On Friday, 11 May 2018 at 11:42:07 UTC, Dukc wrote:
[snip]
Doesn't this basically mean including the implicits Martin
Odersky talked about at Dconf in D?
I don't know whether it's a good idea all-in-all, but assuming
the arguments can be used as compile-time I can already see a
big use case
On Tuesday, 15 May 2018 at 13:16:21 UTC, Steven Schveighoffer
wrote:
[snip]
Hm... neat idea. Somehow, opDispatch can probably be used to
make this work even more generically (untested):
struct WithAlloc(alias alloc)
{
auto opDispatch(string s, Args...)(auto ref Args args) if
(__traits(com
On Tuesday, 15 May 2018 at 14:26:48 UTC, Yuxuan Shui wrote:
[snip]
Example:
https://run.dlang.io/is/RV2xIH
Sadly with(WithAlloc!alloc) doesn't work. (If you have to use
withAlloc.func everywhere, it kind of destroy the point,
doesn't it?)
Yeah I know, I tried it, but couldn't figure out how
On Tuesday, 15 May 2018 at 14:52:46 UTC, Steven Schveighoffer
wrote:
[snip]
It seems opDispatch isn't being used in the with statement.
That seems like a bug, or maybe a limitation. I'm not sure how
"with" works, but I assumed it would try calling as a member,
and then if it doesn't work, try
On Tuesday, 15 May 2018 at 15:02:36 UTC, jmh530 wrote:
[snip]
Note, it's not an issue if Foo were not a struct. This was fixed
in Bug 6400 [1]l. The issue is with template instances. I have
filed a new enhancement request [2]
[1] https://issues.dlang.org/show_bug.cgi?id=6400
[2] https://is
On Wednesday, 16 May 2018 at 09:01:29 UTC, Simen Kjærås wrote:
snip]
struct Foo(int x)
{
int n = x;
auto opDispatch(string s)()
if (s == "bar")
{
n++;
return n;
}
}
unittest
{
int y = 0;
wit
On Tuesday, 22 May 2018 at 15:25:47 UTC, Jonathan M Davis wrote:
Honestly, I hate named argumts in general. This situation is
one of the few places I've ever run into where I thought that
they made any sense. [snip]
It's quite literally the only reason I ever want named arguments.
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Hello, everyone!
We, at UPB, have initiated D's participation to ROSEdu Summer
of Code, see http://soc.rosedu.org/2018/.
I will be mentoring a student over the summer and I was
wondering if you have
any suggestions for a projec
On Tuesday, 12 June 2018 at 11:10:30 UTC, Per Nordlöw wrote:
I just discovered
https://github.com/ShigekiKarita/grain
which seems like a very ambitious and active project for making
dynamic neural networks run on the GPU using D in front of mir
and CUDA.
Are there any long-term goals around
On Wednesday, 13 June 2018 at 13:50:54 UTC, Russel Winder wrote:
[snip]
Does D have move semantics at the program level or does the use
of a garbage collector abrogate the ability of a programmer to
have unique references to heap objects. Rust does this by
default and Pony allows this and oth
On Thursday, 14 June 2018 at 13:24:06 UTC, Atila Neves wrote:
[snip]
I need to think about how to do isolated properly. I'll look at
vibe.d for inspiration.
I took a look at it yesterday, but the class version depended on
a long mixin that I didn't feel like fully examining...
I did notic
On Saturday, 16 June 2018 at 11:58:47 UTC, Dukc wrote:
snip]
What are your thoughts? Do you agree with this coding pattern?
I like it.
The Julia folks have done some interesting work with missing
values that I thought might be of interest [1, 2].
Looks like it would be pretty easy to do something similar in D
with either unions or Algebraic. The time-consuming part would be
making sure everything works seamlessly with mathema
On Tuesday, 3 July 2018 at 14:40:52 UTC, Nicholas Wilson wrote:
[snip] I think we should have an official repository where such
code and documentation lives (i.e. on the dlang github). This
would also be a good place to have links to other
interoperability successes in D like pyd, dpp, embedr,
On Tuesday, 3 July 2018 at 15:23:48 UTC, Seb wrote:
In the past A&W became a bit more conservative with creating
new repos in the dlang organization and typically only agree to
move things there if it "has been proven to be successfully
adopted by the community".
Though I'm more than happy
On Tuesday, 3 July 2018 at 23:05:00 UTC, rikki cattermole wrote:
On that note, I have a little experiment that I'd like to see
done.
How would the codegen change, if you were to triple the time
the optimizer had to run?
Would it make any difference to compile DMD with LDC?
On Wednesday, 11 July 2018 at 16:17:30 UTC, Jacob Carlborg wrote:
The boot time of my computer was reduced from several minutes
to around 30 seconds when I switch to SSD disks.
My NVMe ssd is very fast.
On Thursday, 12 July 2018 at 15:42:29 UTC, Luís Marques wrote:
On Thursday, 12 July 2018 at 15:33:03 UTC, Andrei Alexandrescu
wrote:
Again: not the charter of this DIP, so you should ask
yourself, not us, this question.
Look, I understand it can be frustrating to have a concrete
design propos
On Thursday, 12 July 2018 at 19:07:15 UTC, Luís Marques wrote:
Consider a D REPL session like this:
void bar(long x) { writeln(x); }
void foo() { bar(42); }
42
void bar(int) {}
Assuming implementation complexity is not an issue, what do you
feel is the more natural semantics for a REPL
On Thursday, 12 July 2018 at 21:15:46 UTC, Luís Marques wrote:
On Thursday, 12 July 2018 at 20:33:04 UTC, jmh530 wrote:
On Thursday, 12 July 2018 at 19:07:15 UTC, Luís Marques wrote:
Most REPLs I've used are for languages with dynamic typing.
Perhaps take a look at a C REPL and see what it does
On Thursday, 12 July 2018 at 22:24:19 UTC, Luís Marques wrote:
Right. Hopefully there aren't too many weird cases once that is
generalized to other corners of the language. I also never used
REPLs for major development, only for debugging and minor
tests, so I don't have experience with that
On Thursday, 12 July 2018 at 22:17:29 UTC, Luís Marques wrote:
I actually never tried the existing REPLs, what are your issues
with them?
No Windows support.
For drepl:
"Works on any OS with full shared library support by DMD
(currently linux, OSX, and FreeBSD)."
On Friday, 13 July 2018 at 12:43:20 UTC, Atila Neves wrote:
The only thing I got from this are that "smooth references" are
like Rust's borrows. Which just gave me the idea to add this
member function to `Unique`:
scope ref T borrow();
I have to think about @safety guarantees but it should
On Friday, 13 July 2018 at 14:47:59 UTC, jmh530 wrote:
Sounds interesting.
I imagine you could specialize this depending on mutability.
Rust allows only one mutable borrow, but eliminated
I swear I must have dyslexia or something. Eliminated should be
unlimited.
On Friday, 13 July 2018 at 17:12:26 UTC, Atila Neves wrote:
Rust can do that because it enforces it at compile-time. A D
solution wouldn't be able to do anything more with immutable
borrows.
Hmm, thinking on this a little more...it does seem
difficult...but I don't think the problem is with
On Tuesday, 17 July 2018 at 15:21:30 UTC, Seb wrote:
So we managed to revive the rcstring project and it's already a
PR for Phobos:
[snip]
I'm glad this is getting worked on. It feels like something that
D has been working towards for a while.
Unfortunately, I haven't (yet) watched the co
On Wednesday, 18 July 2018 at 11:56:39 UTC, Seb wrote:
[snip]
I think part of the above design decision connects in with why
rcstring stores the data as ubytes, even for wchar and dchar.
Recent comments suggest that it is related to auto-decoding.
Yes rcstring doesn't do any auto-decoding an
On Wednesday, 18 July 2018 at 11:56:39 UTC, Seb wrote:
[snip]
Yes, Array is a reference-counted Array, but it also has a
reference-counted allocator.
I see. Is it really a good idea to make the ownership/lifetime
strategy part of the container? What happens when you want to
make nogc coll
On Sunday, 29 July 2018 at 06:17:29 UTC, 9il wrote:
Hi,
PR: https://github.com/libmir/mir-algorithm/pull/143
Features
===
* Slice and Series are C++ ABI compatible without additional
wrappers.
See example:
https://github.com/libmir/mir-algorithm/tree/devel/cpp_example
* Intuitive A
On Tuesday, 31 July 2018 at 12:02:55 UTC, Kagamin wrote:
On Saturday, 28 July 2018 at 19:55:56 UTC, bpr wrote:
Are the Mozilla engineers behind it deluded in that they
eschew GC and exceptions? I doubt it.
They are trying to outcompete Chrome in bugs too. You're not
Mozilla. And why you menti
On Friday, 17 August 2018 at 14:26:07 UTC, H. S. Teoh wrote:
[...]
And that is exactly why the whole implementation of @safe is
currently rather laughable. By blacklisting rather than
whitelisting, we basically open the door wide open to loopholes
-- anything that we haven't thought of yet co
On Thursday, 23 August 2018 at 23:36:07 UTC, Chris M. wrote:
Heck, now that I'm looking at it, DIP25 seems like a more
restricted form of Rust's lifetimes. Let me know if I'm just
completely wrong about this, but
[snip]
Check out DIP1000
https://github.com/dlang/DIPs/blob/master/DIPs/DIP10
On Friday, 24 August 2018 at 16:00:10 UTC, bachmeier wrote:
You simply can't share a D program with anyone else. It's an
endless cycle of compiler upgrades and figuring out how to fix
code that stops compiling. It doesn't work for those of us that
are busy. Why there is not a stable branch w
On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote:
[snip]
This is probably completely unrealistic, but I've been thinking
about the possibility of adding *all* D codebases to the CI
infrastructure, including personal projects and what-not. Set
it up such that any breakages send a n
On Tuesday, 11 September 2018 at 02:00:29 UTC, Nicholas Wilson
wrote:
[snip]
https://github.com/dlang/DIPs/pull/131 will help narrow down
the cause.
I like it, but I worry people would find multiple ifs confusing.
The first line of the comment is about using static asserts and
in contracts,
On Wednesday, 12 September 2018 at 12:45:15 UTC, Nicholas Wilson
wrote:
Overloads:
[snip]
Good point.
On Thursday, 13 September 2018 at 17:54:03 UTC, Vladimir
Panteleev wrote:
[snip]
However, it is solved with an alias:
alias write = std.stdio.write;
(or using selective imports or fully-qualified identifiers for
either module of course).
That's a nice trick!
On Wednesday, 3 October 2018 at 18:46:02 UTC, Joakim wrote:
Except that you can also view the videos at home, then discuss
them later at a conference, which is the actual suggestion here.
Maybe that would work better with a smaller group? I imagine some
people are too busy to do that befo
On Wednesday, 2 August 2017 at 13:50:49 UTC, 12345swordy wrote:
Is it to much to ask for d developers to provide a way to
enforce custom coding standards in a similar fashion that @nogc
and @safe does?
Alex
Like the ability to run dscanner at compile-time?
https://github.com/dlang-communit
I was surprised to see a familiar name here:
https://www.bloomberg.com/view/articles/2017-08-02/bitcoin-s-split-is-good-for-progress
On Thursday, 3 August 2017 at 22:38:08 UTC, Joakim wrote:
30-page long thread from four years ago, enjoy: :D
http://forum.dlang.org/thread/l5otb1$1dhi$1...@digitalmars.com
This post from Walter may summarize his feelings:
http://forum.dlang.org/post/l6co6u$vo$1...@digitalmars.com
Would it b
1 - 100 of 701 matches
Mail list logo