On 2015-07-22 21:41, Jack Stouffer wrote:
Dub is endorsed by the leadership and is included in the same Github
organization as the complier and the standard library
It's not available in the Downloads, Compiler & Tools or Resources
sections on dlang.org, so I disagree.
--
/Jacob Carlborg
On 2015-07-22 20:47, simendsjo wrote:
Traits
--
I think the ability to express an interface without buying into
inheritance is the right move. The alternative in D is specifying the
behavior as a template and verifying the contract in a unittest for the
type.
I completely agree and don't r
I've not used Rust, but don't plan to.
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
While code.dlang.org has 530 packages, crates.io has 2610
packages,
I think this tells something foremost about the size of the
community. More people leads to more code.
Traits
--
I thi
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
...
I think rust makes the ugliness of D's "push everything into
phobos for simplicity" become very visible. D and Rust share many
equal constructs, but D's is almost always uglier.
On Wednesday, 22 July 2015 at 22:35:54 UTC, John Colvin wrote:
Admittedly nowhere near as clean, but if you can bear to see
the "return"s, function literals can turn any bunch of code in
to an expression:
Honestly, I don't mind doing things the D way (and I probably
wouldn't have even don
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
Traits
--
I think the ability to express an interface without buying into
inheritance is the right move. The alternative in D is
specifying the behavior as a template and verifying the
contract in a unittest for the type.
Rust
On Wednesday, 22 July 2015 at 21:36:58 UTC, jmh530 wrote:
On Wednesday, 22 July 2015 at 20:43:04 UTC, simendsjo wrote:
When "everything" is an expressions, you can write things like
auto a = if(e) c else d;
In D you have to write
type a = invalid_value;
if(e) a = c;
else a = d;
On Wednesday, 22 July 2015 at 21:03:52 UTC, simendsjo wrote:
Macros are utterly horrible and pretty much unusable outside
of advanced library internals.
Not sure what you are referencing here. Macros expand to code.
If
you compare this to string mixins, they are a lot easier for
tool
writers
On Wednesday, 22 July 2015 at 20:43:04 UTC, simendsjo wrote:
When "everything" is an expressions, you can write things like
auto a = if(e) c else d;
In D you have to write
type a = invalid_value;
if(e) a = c;
else a = d;
assert(a != invalid_value);
I prefer this example
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 17 July 2015 at 11:23:28 UTC, Kagamin wrote:
An attractive platform is which gets the job done, not the
best one, which doesn't actually exist (if it existed, there
wouldn't be a list of options). And it's not like D
On Wednesday, 22 July 2015 at 21:03:52 UTC, simendsjo wrote:
On Wednesday, 22 July 2015 at 19:54:05 UTC, Dicebot wrote:
Recently I attended local Rust meetup for curious newcomers -
it was very interesting to observe reaction of unbiased devs
not familiar with D at all. General reaction was "th
On Wednesday, 22 July 2015 at 20:59:11 UTC, Adam D. Ruppe wrote:
On Wednesday, 22 July 2015 at 20:43:04 UTC, simendsjo wrote:
When "everything" is an expressions, you can write things like
auto a = if(e) c else d;
In D you have to write
type a = invalid_value;
if(e) a = c;
else
On Wednesday, 22 July 2015 at 19:54:05 UTC, Dicebot wrote:
Traits system is awesome and pure win.
Agreed.
Pattern matching is not > that game changing but helps often
enough to feel important.
The fact that you can use pattern matching many places makes it
very much a win.
if Some(Inne
On Wednesday, 22 July 2015 at 20:43:04 UTC, simendsjo wrote:
When "everything" is an expressions, you can write things like
auto a = if(e) c else d;
In D you have to write
type a = invalid_value;
if(e) a = c;
else a = d;
assert(a != invalid_value);
That's what the ternary
On Wednesday, 22 July 2015 at 19:52:34 UTC, Alex Parrill wrote:
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
Traits
--
...
You can make a `conformsToSomeInterface!T` template, and use
`static assert`. D ranges, and the upcoming std.allocator,
already use this sort of 'int
On Wednesday, 22 July 2015 at 19:41:16 UTC, Jack Stouffer wrote:
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
I've been using D on and off since 2007, and the lack of
manpower shows in every aspect of the language, design and
ecosystem. Rust has a pretty nice ecosystem and tools
On Wednesday, 22 July 2015 at 19:28:41 UTC, Andrei Alexandrescu
wrote:
On 7/13/15 1:20 AM, Nick B wrote:
All we can do now, with our limited resources, is to keep an
eye on developments and express cautious interest. If someone
able and willing comes along with a unum library for D, that
woul
Traits system is awesome and pure win. Pattern matching is not
that game changing but helps often enough to feel important.
Borrowship system is damn smart but totally impractical for most
real-world cases. Macros are utterly horrible and pretty much
unusable outside of advanced library interna
I'm not at all familiar with Rust, so forgive me if I'm
misinterpreting something.
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
Cargo
-
Rust has a default package manager much like Dub. The main
difference is that Cargo has been endorsed by the Rust team and
is an official
On Wednesday, 22 July 2015 at 18:47:33 UTC, simendsjo wrote:
I've been using D on and off since 2007, and the lack of
manpower shows in every aspect of the language, design and
ecosystem. Rust has a pretty nice ecosystem and tools given its
very young age.
Only one way to fix this. Volunteer.
On 7/13/15 1:20 AM, Nick B wrote:
On Sunday, 12 July 2015 at 03:52:32 UTC, jmh530 wrote:
On Saturday, 11 July 2015 at 03:02:24 UTC, Nick B wrote:
FYI
John Gustafson book is now out:
I wouldn't have known about this way to deal with it if you hadn't
bumped this thread. So thanks, it's intere
Long rant ahead - a bit dipsy..
TL;DR: Rust has momentum, manpower and tooling. Tooling matters.
Safe defaults. Ergonomics like expressions and deconstructing
rocks.
I'm reluctantly confessing that I've had a small affair with Rust
recently. While I think D is a really good language, there
On 2015-07-22 17:05, Atila Neves wrote:
Bumpity bump?
So, what you're trying to say is that it's time for a vote ;)
--
/Jacob Carlborg
i currently use vibe.d in a couple of productive apps.
i think it really shines when it comes to low latency, traffic
heavy backend/api services.
its true that the ORM is missing and multi-thread scaling is not
very good.
but after some tuning i am very happy with single core
performance.
n
On Wednesday, 22 July 2015 at 16:59:29 UTC, Xinok wrote:
On Saturday, 11 July 2015 at 02:56:55 UTC, Timon Gehr wrote:
[...]
I understand now. I had never heard of an iterated logarithm
before. I took the asterisk to mean some constant, like a wild
card if you will. Sorry for the confusion.
On Monday, 20 April 2015 at 13:28:30 UTC, Atila Neves wrote:
Original library: http://code.dlang.org/packages/unit-threaded
PR: https://github.com/D-Programming-Language/phobos/pull/3207
It's my first Phobos PR, I tried reading the wiki and doing
what's required but bear with me if I've screwed
On Saturday, 11 July 2015 at 02:56:55 UTC, Timon Gehr wrote:
...
The algorithm runs in O(n*log*(n)). It's not n log(n).
...
I understand now. I had never heard of an iterated logarithm
before. I took the asterisk to mean some constant, like a wild
card if you will. Sorry for the confusion.
I updated a small template-heavy experimental library mostly for
compile-time introspection I write some time ago. The last time I
updated the code was probably using 2.065, but might also have
been as old as 2.063.
The code doesn't use much of the standard library, mostly parts
of std.traits
On Wednesday, 22 July 2015 at 15:11:58 UTC, Kai Nacke wrote:
Use a previous version of LDC to compile the current version.
This will work as long as the used language in the frontend is
stable.
I have a feeling this is going to end up being an issue.
Whatever D version ddmd is shipped with is
On Wednesday, 22 July 2015 at 11:42:24 UTC, Shriramana Sharma
wrote:
Once the front end of DMD becomes fully D, I read that the
backend will also become D, but then what will happen to GDC
and LDC whose backends are C++ IIUC?
Hi Shriramana!
My current *plan A* for LDC is:
Prerequisite: Enabl
On Monday, 20 July 2015 at 13:20:49 UTC, Atila Neves wrote:
On Monday, 20 April 2015 at 13:28:30 UTC, Atila Neves wrote:
Original library: http://code.dlang.org/packages/unit-threaded
PR: https://github.com/D-Programming-Language/phobos/pull/3207
It's my first Phobos PR, I tried reading the wik
On Wednesday, 22 July 2015 at 12:02:50 UTC, Xinok wrote:
On Wednesday, 22 July 2015 at 11:42:24 UTC, Shriramana Sharma
wrote:
Once the front end of DMD becomes fully D, I read that the
backend will also become D, but then what will happen to GDC
and LDC whose backends are C++ IIUC?
The Rust c
We Provide the best Character Modelling & Regging animation
Service Worldwide. we design high & low poly 3D character
modeling, rigging, animation, game assets with special effects
and more. If any one is interested in any work done you can
contact me from my website. Gameyan.com
On Monday, 20 July 2015 at 21:10:57 UTC, Martin Nowak wrote:
6. Convert the back end to D as well.
Waste of time IMO, there is nothing to gain here.
- We already have a working C++ backend and can interface that
from ddmd, the other compilers will have to work with a C++
interface anyhow.
On Wed, 22 Jul 2015 17:12:14 +0530
Shriramana Sharma via Digitalmars-d wrote:
> Once the front end of DMD becomes fully D, I read that the backend
> will also become D, but then what will happen to GDC and LDC whose
> backends are C++ IIUC?
>
They will use same dmd frontend written in D.
On Wednesday, 22 July 2015 at 11:42:24 UTC, Shriramana Sharma
wrote:
Once the front end of DMD becomes fully D, I read that the
backend will also become D, but then what will happen to GDC
and LDC whose backends are C++ IIUC?
The Rust compiler is written in Rust but uses LLVM as a backend,
li
On Wednesday, 22 July 2015 at 11:42:24 UTC, Shriramana Sharma
wrote:
Once the front end of DMD becomes fully D, I read that the
backend will also become D, but then what will happen to GDC
and LDC whose backends are C++ IIUC?
I don't see an issue there. A compiler is a program that
implements
Once the front end of DMD becomes fully D, I read that the backend
will also become D, but then what will happen to GDC and LDC whose
backends are C++ IIUC?
--
Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा
How about this?
const(A) f(const(B) b);
auto constBack(R,P)(const R r, P p);
Then invoke:
B b;
A a = f(b).constBack(b);
So `f` takes const parameters and returns const result, you feed
the result to the function `constBack` with one of parameters and
it infers constness from that parameter a
On Wednesday, 22 July 2015 at 06:14:04 UTC, Max Klimov wrote:
In this case I hope generated code will be the same.
That's unsafe. Unsafe behavior should require a cast or something
like that.
40 matches
Mail list logo
