Can you give a real-world, non-foo/bar example where you want to
use it? I have trouble understanding what you want to accomplish.
On Wednesday, 10 October 2018 at 23:04:46 UTC, James Japherson
wrote:
It also has no context in and of itself. The compiler knows
what to do with it... The same ca
On Wednesday, 3 October 2018 at 14:27:42 UTC, Dejan Lekic wrote:
IDK, I prefer things done in the UNIX way - do one thing and do
it right. Compiler should do what its name says - COMPILE,
while some other tool should be made for these kind of code
checks. The code will compile no matter whether
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature
wrote:
I'm playing with a branch of DMD that would warn on unused
imports:
Cool that you're working on this!
On Monday, 24 September 2018 at 10:36:50 UTC, Jonathan M Davis
wrote:
Given that the typical keyboard has none of those characters,
maintaining code that used any of them would be a royal pain.
Note that I'm not trying to argue either way, it's just that I
used to think of Walter's stance on D
On Monday, 24 September 2018 at 01:32:38 UTC, Walter Bright wrote:
D the language is well suited to the development of Unicode
apps. D source code is another matter.
But in the article you specifically talk about the use of Unicode
in the context of source code instead of apps:
"With the D p
On Sunday, 23 September 2018 at 21:12:13 UTC, Walter Bright wrote:
D supports Unicode in identifiers because C and C++ do, and we
want to be able to interoperate with them. Extending Unicode
identifier support off into other directions, especially ones
that break such interoperability, is just
i've got user defined flow charts in my C++ application that calling
C/C++ Code - could be possible to embedd dmd as a library, generate D
code out of my flow charts and execute the "compiled" code directly
without doing file io or dmd.exe runs to create dlls that i hot reload?
On Wednesday, 5 September 2018 at 15:34:14 UTC, Jonathan M Davis
wrote:
but it doesn't fix the fundamental problem that whoever wrote
the library needs to continue to maintain it or pass it on to
someone else to maintain it when they don't want to maintain it
anymore, or anyone using it is goin
On Wednesday, 5 September 2018 at 13:27:48 UTC, Steven
Schveighoffer wrote:
3ddemo has one commit. In February 2016. I think it would be an
amazing feat indeed if a project with one version builds for
more than 2 years in any language.
This problem is not about 3ddemo. I can totally relate to
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to ensure
the variable for a title bar is the correct color? Just how
many asserts are you going to have in your real-time game that
can be
On Friday, 31 August 2018 at 22:23:09 UTC, Walter Bright wrote:
For example, in any CS program, are there any courses at all
about this?
In Year 1 Q4 of my Bachelor CS, there was a course "Software
Testing and Quality Engineering" which covered things like test
types (unit, end-to-end, smoke
On Sunday, 26 August 2018 at 17:47:56 UTC, drug wrote:
visit https://run.dlang.io/ and use AST button to get AST
And to do the same offline, pass the -vcg-ast flag to dmd.
On Friday, 6 July 2018 at 18:50:03 UTC, 0xEAB wrote:
Thanks to a guy calling himself "Moogly", I found out that this
doesn't happen just to xlib-d but to anything containing a dash.
Certain popular terms like "build", "http", "https", "D" give the
same error. It's really weird.
On Saturday, 23 June 2018 at 02:14:04 UTC, Jonathan M Davis wrote:
In general, C code is supposed to be either valid D code or not
compile in order to making porting it easier. Getting rid of
the parens wouldn't break that, but it _would_ make it so that
it's more work to port C code to D when
On Tuesday, 19 June 2018 at 21:38:14 UTC, Jonathan M Davis wrote:
Attribute inference is all about inferring the attributes of
the templated function based on its implementation, not
adjusting its implementation based on where it's used.
Indeed, I realised that the same template instantiation
On Tuesday, 19 June 2018 at 21:06:16 UTC, Dennis wrote:
On Tuesday, 19 June 2018 at 19:03:44 UTC, 12345swordy wrote:
Why not use them if given the opportunity based on its context?
You can do that if you want
Although it doesn't seem to work in attribute interference of
temp
On Tuesday, 19 June 2018 at 19:03:44 UTC, 12345swordy wrote:
Why not use them if given the opportunity based on its context?
You can do that if you want
```
import std.stdio;
import core.stdc.stdio;
void main() @nogc {
int a = 8;
static if (__traits(compiles, new int(0))) {
wri
On Monday, 4 June 2018 at 18:11:47 UTC, Steven Schveighoffer
wrote:
BTW, do you have cross-module inlining on? I wonder if that
makes a difference if you didn't have it on before. (I'm
somewhat speaking from ignorance, as I've heard people talk
about this limitation, but am not sure exactly whe
On Monday, 4 June 2018 at 15:43:20 UTC, Steven Schveighoffer
wrote:
Note, it's not going to necessarily be as efficient, but it's
likely to be close.
-Steve
I've compared the range versions with a for-loop. For integers
and longs or high stride amounts the time is roughly equal, but
for byt
On Thursday, 3 May 2018 at 19:11:05 UTC, Mark wrote:
Funnily, none of these languages have a "static if" construct,
nor do Rust, Swift and Nim. Not one that I could find, anyway.
What qualifies under "static if"? Because Rust, Swift and Nim do
have conditional compilation.
https://doc.rust-la
On Monday, 2 April 2018 at 11:33:29 UTC, ag0aep6g wrote:
On 04/02/2018 10:52 AM, Dennis wrote:
The function also needs the `nothrow` attribute. And you have
to compile with `-O -release`.
Aha, I presume the release flag is necessary in case there is a
`debug {writeln("...")
In this nice article Walter described how immutable and pure
allow for optimizations:
http://www.drdobbs.com/architecture-and-design/optimizing-immutable-and-purity/228700592
```For these examples, I'll use the D programming language
compiler that is currently under development. (...)
But what
On Thursday, 4 January 2018 at 18:18:29 UTC, jmh530 wrote:
As a workaround, you can roll out your own versions of those
functions, just cast Number to double and then pass it to the
std.math functions (locally imported). You may also want to
cast back to Number, or something.
Thanks, but the
I was trying to extend a type using alias this:
```
struct Number {
double value;
alias value this;
//possible extra functionality
}
import std.math: cos, abs, pow;
void main() {
auto num = Number(3);
auto a = cos(num);
auto b = abs(num);
auto c = pow(2, num)
On Tuesday, 2 January 2018 at 21:00:34 UTC, Walter Bright wrote:
Just sent it there, too.
Thank you! I recieved it there (albeit in the spam folder). Still
weird I didn't recieve anything on my Gmail account.
On Monday, 1 January 2018 at 22:21:28 UTC, Walter Bright wrote:
If you still do not receive it, please let me know and maybe
you have another email address you can use.
Mmm... I still can't find it in my inbox and I've looked in the
spam folder. Another e-mail address of mine is `dkor...@live.nl
On Friday, 24 November 2017 at 22:34:53 UTC, Walter Bright wrote:
It should be in your email inbox by now. I review purchases
manually, because of occasional attempts to manipulate the
shopping cart. Sorry about the delay.
I don't like bumping this topic, but I have the same issue. I
ordered
On Thursday, 12 October 2017 at 07:48:09 UTC, Vadim Lopatin wrote:
Could you please submit issue on
https://github.com/buggins/dlangide/issues
Done.
https://github.com/buggins/dlangide/issues/349
On Thursday, 12 October 2017 at 03:50:31 UTC, Dennis Cote wrote:
This time it runs but displays a window full of micro sized
text and icons. It is barely readable.
I figured out dlangide assumes a DPI setting of 96 which creates
the tiny text and icons on my Retina display.
Under
ssues, when following the instructions given, show
how incomplete or untested instructions can lead new users to
have a frustrating first experience with D.
Dennis Cote
age if a multiplication
overflows.
Can it do something other than abort? Can it throw an overflow
exception that could be caught to report the error and continue?
Dennis Cote
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your super-trivial
example down to nothing - for at least the last 10 years or more
so whats the point? you're talkin about "performance is critica
I don't mean an infinite loop for (;;), and violation of the
concepts of structured programming, which put forward Dijkstra.
for (;;) {
...
if (condition) {
break;
}
...
}
outer: for (;;) {
...
if (condition) {
goto outer;
}
...
}
I.e. in system
On Friday, 25 November 2016 at 12:59:07 UTC, Andrei Alexandrescu
wrote:
i.e. it's not relevant to users that the string version has a
distinct implementation.
In fact I suggest someone implements this.
The problem is not the users, and the places where you will use
your program. Because this
On Friday, 25 November 2016 at 11:20:24 UTC, Jonathan M Davis
wrote:
Probably the complete lack of a condition to test in for(;;). I
confess that I was shocked when I found out that it was legal
to have a for loop without a condition. That seems like doing
while() or if(), which makes no sense.
On Thursday, 24 November 2016 at 22:04:00 UTC, LiNbO3 wrote:
As you can see [1] the `while (true)` is lowered into `for
(;true;)` so it's all about what construct pleases you the most.
[1]
https://github.com/dlang/dmd/blob/cd451ceae40d04f7371e46df1c955fd914f3085f/src/statementsem.d#L357
OK,
Hi all,
In the source code, written in D, is often used in the design of
the `for (;;) { ... }`
Maybe someone has specific examples of translation of code in
asm, where `while (true) { ... }` or `for (;;) { ... }` affect
the performance or cross-platform programs.
It would be interesting to
Someone may be, it will be interesting, in the C# 7 `switch` will
be extended syntax for pattern matching:
https://github.com/dotnet/roslyn/blob/features/patterns/docs/features/patterns.md
Original post:
https://github.com/dotnet/roslyn/issues/206
On Friday, 21 October 2016 at 12:17:30 UTC, default0 wrote:
Unless you find a way to convince Walter and Andrei that its
not gonna result in everyone defining their own sub-language
within D, making D code harder to read for others and/or have
good reasons for things they enable that currently
On Friday, 21 October 2016 at 02:16:44 UTC, Chris M. wrote:
So I know you can do some pattern matching with templates in D,
but has there been any discussion about implementing it as a
language feature, maybe something similar to Rust's match
keyword (https://doc.rust-lang.org/stable/book/patte
On Friday, 21 October 2016 at 02:40:45 UTC, Stefan Koch wrote:
How is this diffrent from "switch-case" ?
A more laconic and convenient form of the recording conditions:
* No need to constantly write "case", "break", "case", "break",
...
* You can use the "|", it facilitates the matching also i
On Tuesday, 11 October 2016 at 19:43:07 UTC, cym13 wrote:
On Tuesday, 11 October 2016 at 18:58:09 UTC, Dennis Ritchie
wrote:
On Tuesday, 11 October 2016 at 18:13:53 UTC, Andrei
Alexandrescu wrote:
http://indianautosblog.com/2016/10/most-powerful-suzuki-swift-produces-350-hp-25
-- Andrei
On Tuesday, 11 October 2016 at 18:13:53 UTC, Andrei Alexandrescu
wrote:
http://indianautosblog.com/2016/10/most-powerful-suzuki-swift-produces-350-hp-25
-- Andrei
Yes, definitely.
http://dlanguage-z.com/about.html
On Sunday, 2 October 2016 at 16:36:14 UTC, jmh530 wrote:
On Sunday, 2 October 2016 at 15:26:00 UTC, John Colvin wrote:
I'm not that fussed about template bloat, but future API
flexibility seems important.
Wouldn't it be more flexible to allow both ways?
If D can handle the case without brac
I also want to add that GDC's forum has turned into some kind of
bugtracker :D
We must somehow share it, for example, at GDC General and GDC
Bugtracker.
On Monday, 19 September 2016 at 19:29:45 UTC, Karabuta wrote:
+1. Someone once posted a thread about this some time ago. I
think using "GUIs" is more useful and representative.
+1
On Monday, 19 September 2016 at 09:55:16 UTC, Seb wrote:
I tried a reorganization a couple of months ago:
https://forum.dlang.org/post/gkunyofqycjkgepjz...@forum.dlang.org
It didn't work out, because there are there busy people
involved: Walter for the NNTP server, Brad for the mailing list
(
Hi, all
It seems to me that a group of `Beta` should be removed, because
the last activity in this group dated November 30, 2015:
https://forum.dlang.org/post/565bc28c.8080...@dawg.eu
Group `Study` is also not very active, so it would be logical to
move it higher than it is situated now, or ot
On Wednesday, 16 December 2015 at 11:21:13 UTC, John Colvin wrote:
On Sunday, 13 December 2015 at 05:10:17 UTC, Jack Stouffer
wrote:
This is the voting thread to decide if the proposed addition
to Phobos, std.experimental.ndslice, should be accepted.
[...]
Docs are hitting a server error.
Am 23.07.2015 um 22:47 schrieb Ziad Hatahet via Digitalmars-d:
Having expressions be "built-in" extends beyond the simple if/else case
and allowes const correctness without functions
On Monday, 22 June 2015 at 04:11:41 UTC, Andrei Alexandrescu
wrote:
Walter and I discussed what auto ref for templates should look
like and reached the conclusion that an approach based on
lowering would be best. I added a proposed lowering to
https://github.com/D-Programming-Language/dmd/pull/
you should stay with PHP + C# or migrated to pure C# if you need to ask
such a question here (without giving any infos about what the co-workers
understand, the real size of the project is, etc.)
Am 16.06.2015 um 01:53 schrieb Nick B:
Hi.
There is a startup in New Zealand that I have some dea
On Sunday, 21 June 2015 at 10:26:03 UTC, Iain Buclaw wrote:
Fun fact using macros:
#define SIX 1+5
#define NINE 8+1
printf("What do you get if you multiply six by nine? %d\n",
SIX * NINE);
Even I fell for this trick :)
#define square(x) x * x
square(5 + 1);
Recently published documentation Nightly Rust. I saw this:
https://doc.rust-lang.org/nightly/book/slice-patterns.html
What do you think about this: a terrible thing or a cool feature?
fn is_symmetric(list: &[u32]) -> bool {
match list {
[] | [_] => true,
[x, inside.., y] if x
On Thursday, 18 June 2015 at 14:43:15 UTC, Andrei Alexandrescu
wrote:
[...]
Yes, D need more people, more sponsors, the most...
Unfortunately, the development of language is carried out slowly
enough bug fixes too slowly. I learn more D six months and I have
to admit that whatever you do, it
On Thursday, 18 June 2015 at 09:05:27 UTC, Marc Schütz wrote:
On Wednesday, 17 June 2015 at 18:35:48 UTC, Andrei Alexandrescu
wrote:
With this we revoke Martin's role as release czar. His github
access will remain the same for the time being.
I'm speechless.
+1
On Thursday, 18 June 2015 at
On Wednesday, 17 June 2015 at 06:08:57 UTC, Andrei Alexandrescu
wrote:
Regarding compatibility, I see three possibilities:
I believe that at this moment it is necessary to implement step
3, but...
In the future, it is necessary to refine and revise std.container.
On Tuesday, 16 June 2015 at 13:16:40 UTC, Ola Fosheim Grøstad
wrote:
Unfortunately not true, you're adding multiple alias this…
Excuse me for what I am trying to avoid overquoting :)
You probably refer to CLOS and not proper Lisp.
CLOS was adopted as part of the standard ANSI Common Lisp. W
On Tuesday, 16 June 2015 at 10:05:05 UTC, Walter Bright wrote:
It does not allow multiple inheritance.
I have often heard from Lisp programmers that the rejection of
multiple inheritance is a weakness. They believe that it's well
implemented in Lisp, and developers of other languages can not
On Monday, 15 June 2015 at 14:32:20 UTC, Ilya Yaroshenko wrote:
I am note sure that we need something like `height`/row and
`width`/col for nd-slices. This kind of names can be used after
casting to the future `std.container.matrix`.
Here something similar implemented:
https://github.com/k3kai
On Monday, 15 June 2015 at 10:00:43 UTC, Ilya Yaroshenko wrote:
N-dimensional slices is ready for comments!
It seems to me that the properties of the matrix require `row`
and `col` like this:
import std.stdio, std.experimental.range.ndslice, std.range :
iota;
void main() {
auto matri
Good start:
http://code.dlang.org/packages/dip80-ndslice
https://github.com/9il/dip80-ndslice/blob/master/source/std/experimental/range/ndslice.d
I miss the function `sliced` in Phobos.
On Saturday, 13 June 2015 at 16:22:15 UTC, weaselcat wrote:
"proper" reference counting would be trivial to implement with
a real macro system.
I have a suggestion. If so afraid of incorporating macros in D
(macros can ruin almost any language, even very good), why not
try to release a test b
On Friday, 12 June 2015 at 00:51:04 UTC, Manu wrote:
Perhaps you've never worked with incompetent programmers (in my
experience, >50% of the professional workforce).
Programmers, on average, don't know maths. They literally have
no idea
how to simplify an algebraic expression.
I think there are
On Thursday, 11 June 2015 at 17:41:49 UTC, Andrei Alexandrescu
wrote:
It is possible that Walter and Andrei against macro because of
this:
macro_rules! o_O {
(
$(
$x:expr; [ $( $y:expr ),* ]
);*
) => {
&[ $($( $x + $y ),*),* ]
}
}
fn main(
On Thursday, 11 June 2015 at 15:08:48 UTC, Dicebot wrote:
My experience of explaining those concepts to other people
indicates otherwise. D templates and mixins are dirty but also
very simple concepts that pretty much any new programmers gets
quickly and intuitively, learning how to do more com
On Thursday, 11 June 2015 at 15:03:39 UTC, Dicebot wrote:
Those are considerably less powerful:
- can only have type arguments
- no variadic argument list support
- no arbitrary condition constraints (thus only partial duck
typing support)
On the other hand they have one important advantage: a
On Thursday, 11 June 2015 at 13:35:25 UTC, QAston wrote:
It's a matter of taste and I won't advocate for Rust on D
forums.
It is not required. But it would be nice if you could post a
topic in DLearn like this just about Rust :)
http://forum.dlang.org/thread/ujatnyfraqahrmfok...@forum.dlang.o
On Thursday, 11 June 2015 at 09:12:09 UTC, QAston wrote:
I have seen and used lisp, still I think that Rust is
innovative. Namely the combination of very good typesystem,
best to date (because fully compiler-verified) resource
management and AST macros is innovative.
But what I like the most
On Thursday, 11 June 2015 at 08:59:18 UTC, weaselcat wrote:
On Thursday, 11 June 2015 at 08:54:54 UTC, Marc Schütz wrote:
Rust's macros make me wish mixins weren't so ugly to use, or we
had proper AST macros.
Perhaps much will change, if D is added to the symbol $ to
replace values in the mix
On Thursday, 11 June 2015 at 08:54:54 UTC, Marc Schütz wrote:
On Wednesday, 10 June 2015 at 22:01:22 UTC, Dennis Ritchie
wrote:
No bounds checking of arrays.
Huh? Whatever gave you that impression?
Oops. It turns out that bounds checking is really there. But I
think that before this really
On Wednesday, 10 June 2015 at 09:23:54 UTC, Chris wrote:
One big difference between the D community and other languages'
communities is is that D people keep criticizing the language
and see every little flaw in every little corner, which is good
and which is why D is the way it is. Other langu
On Wednesday, 10 June 2015 at 09:43:47 UTC, ixid wrote:
You rarely need to use BigInt for heavy lifting though, often
it's just summing, not that I would argue against optimization.
I think speed is absolutely vital and one of the most powerful
things we could do to promote D would be to run th
On Wednesday, 10 June 2015 at 17:20:12 UTC, Dicebot wrote:
It is designed for large scale projects that need to combine
high performance with maintainability and does that at cost of
learning curve and rapid prototyping.
High performance is a LDC, but the problem is that it is too
little inve
On Wednesday, 10 June 2015 at 17:20:12 UTC, Dicebot wrote:
On Wednesday, 10 June 2015 at 17:04:56 UTC, Dennis Ritchie
wrote:
It seems to me that many still do not understand what the Rust
:) Many have not seen Lisp, so they think that Rust is
something innovative. At least from the syndrome of
On Wednesday, 10 June 2015 at 11:36:56 UTC, Bruno Medeiros wrote:
Thanks! (it already has more likes/stars in Github than DDT,
even though it's nowhere near as feature full :S )
It seems to me that many still do not understand what the Rust :)
Many have not seen Lisp, so they think that Rust i
On Wednesday, 10 June 2015 at 08:39:12 UTC, ixid wrote:
I suspect this is more about who the Mathematica and D users
are as Project Euler is mostly mathematical rather than code
optimization.
Here and I say that despite the fact that in D BigInt not
optimized very well, it hel
On Wednesday, 10 June 2015 at 08:39:12 UTC, ixid wrote:
I suspect this is more about who the Mathematica and D users
are as Project Euler is mostly mathematical rather than code
optimization. More of the Mathematica users would have strong
maths backgrounds. I haven't felt held back by D at all
Why D can not be done, as in the Go:
package main
import "fmt"
func main() {
var a, b, c = 1, 2, 3
fmt.Printf("%d %d %d", a, b, c) // prints 1 2 3
}
http://rextester.com/WICH50477
On Wednesday, 10 June 2015 at 01:21:05 UTC, weaselcat wrote:
D isn't an emerging language.
And that's a good thing.
Yes, of course. I just read the title of this topic:
"Asked on Reddit: Which of Rust, D, Go, Nim, and Crystal is the
strongest and why?"
And I do not read the name of the theme
On Tuesday, 9 June 2015 at 20:54:00 UTC, David Nadlinger wrote:
That's not a full answer. I worked with Daniel to get LDC to
successfully compile DDMD the Saturday after DConf, which is
part of the reason why we can confidently make the 20% claim in
the first place (i.e., be sure that is not a
On Tuesday, 9 June 2015 at 18:58:56 UTC, Andrei Alexandrescu
wrote:
On 6/9/15 11:42 AM, Dennis Ritchie wrote:
"And finally `std.bigint` offers good (but not outstanding)
performance."
BigInt should use reference counting. Its current approach to
allocating new memory for every
On Tuesday, 9 June 2015 at 18:46:48 UTC, Israel wrote:
Ruby that compiles?
Yet Rust, Nim and Crystal is a very young languages. And alas,
life is not eternal to wait five years of a flourishing language
:) There are already ready to be used option. This is D.
On Tuesday, 9 June 2015 at 17:19:28 UTC, Andrei Alexandrescu
wrote:
On 6/9/15 9:16 AM, Dennis Ritchie wrote:
On Tuesday, 9 June 2015 at 16:14:24 UTC, Dennis Ritchie wrote:
To solve these problems you need something like Blas. Perhaps
BLAS -
it's more practical way to enrich D technique
On Tuesday, 9 June 2015 at 18:02:55 UTC, Ali Çehreli wrote:
http://www.reddit.com/r/programming/comments/396c95/of_the_emerging_systems_languages_rust_d_go_nim/
"I might've said D, but I don't think it qualifies as "emerging"
since it's over a decade old."
Well, it's just ridiculous, althou
On Tuesday, 9 June 2015 at 17:27:34 UTC, kinke wrote:
On Tuesday, 9 June 2015 at 17:15:46 UTC, Dennis Ritchie wrote:
And `set`.
+1, I was just about to post this too. ;)
You already ahead in DIP80:
http://wiki.dlang.org/DIP80
On Tuesday, 9 June 2015 at 17:12:53 UTC, Liam McSherry wrote:
I think containers would be the better option. D sorely needs
to have basics like (de)queues and stacks in the standard
library, as well as any other popular and useful containers.
And `set`.
On Tuesday, 9 June 2015 at 16:14:24 UTC, Dennis Ritchie wrote:
To solve these problems you need something like Blas. Perhaps
BLAS - it's more practical way to enrich D techniques for
working with matrices.
Actually, that's what you need to realize in D:
http://www.boost.org/doc/l
On Tuesday, 9 June 2015 at 15:26:43 UTC, Ilya Yaroshenko wrote:
D definitely needs BLAS API support for matrix multiplication.
Best BLAS libraries are written in assembler like openBLAS.
Otherwise D will have last position in corresponding math
benchmarks.
Yes, those programs on D, is clearly
On Tuesday, 9 June 2015 at 08:50:16 UTC, John Colvin wrote:
I don't think this is quite the right approach.
Multidimensional arrays and matrices are about accessing and
iteration over data, not data structures themselves. The
standard layouts are common special cases.
Yes, I really want to D
On Monday, 8 June 2015 at 18:17:13 UTC, Paulo Pinto wrote:
Apparently modules have been pushed into a Technical
Specification, and won't be ready on time for inclusion into
ANSI C++ 17.
https://botondballo.wordpress.com/2015/06/05/trip-report-c-standards-meeting-in-lenexa-may-2015/
So, here i
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek
wrote:
Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
Yes
On Friday, 5 June 2015 at 20:41:39 UTC, Bruno Medeiros wrote:
And toolchain always wins. If won't matter if the language is
superior.
Yes, official support for IOS and Android already in Rust, as far
as I know. Toolchain for Rust created MUCH faster than D.
D is a very good language, but bec
On Saturday, 30 May 2015 at 20:42:14 UTC, extrawurst wrote:
On Saturday, 30 May 2015 at 14:48:53 UTC, Vladde Nordholm wrote:
So hey everyone! I am very happy to say that I won a
game-creation contest, called "LBS Game Awards 2015", where I
entered with my console game DRPG, which is written in
On Friday, 29 May 2015 at 20:02:49 UTC, Martin Krejcirik wrote:
IMHO all what is needed is to update the download page with
some description of deferences between the compilers, like:
+1
On Friday, 29 May 2015 at 09:49:17 UTC, Daniel Kozák wrote:
I expect I'm not alone. Please share the absolute blockers
preventing
you from adopting D in your offices. I wonder if there will be
common
themes emerge?
Strong blockers are C/C++ coders who do not wish to learn a new
language beca
On Friday, 29 May 2015 at 12:39:20 UTC, Jacob Carlborg wrote:
On 2015-05-29 11:48, Daniel Kozák via Digitalmars-d wrote:
We use D in our work a little. And we dont using it more
because we do
not need to ;).
We have a quite big php codebase and bacause od facebook(hhvm)
our code
is fast enou
On Thursday, 28 May 2015 at 01:00:26 UTC, Ali Çehreli wrote:
Thank you for doing this! The slides will be easier to read if
the camera can be a little closer.
+1
On Thursday, 28 May 2015 at 00:54:30 UTC, Andrei Alexandrescu
wrote:
John Colvin's experiment is great and we want to make it a ful
On Wednesday, 27 May 2015 at 15:20:38 UTC, weaselcat wrote:
On Wednesday, 27 May 2015 at 12:39:52 UTC, ixid wrote:
On Wednesday, 27 May 2015 at 12:34:49 UTC, Daniel Kozák wrote:
On Wed, 27 May 2015 12:07:09 +
Dennis Ritchie via Digitalmars-d
wrote:
On Wednesday, 27 May 2015 at 11:53
On Wednesday, 27 May 2015 at 13:12:05 UTC, Meta wrote:
As far as I know, the : and ' symbols in Lisp don't have
anything to do with macros. : is for keyword arguments and ' is
for creating AST literals. It makes sense that these would be
heavily used with macros, of course, but they are not par
1 - 100 of 488 matches
Mail list logo
