On Monday, 14 May 2018 at 06:14:02 UTC, Rel wrote:
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.
So what's a big deal in having 'static if' construct? Most of
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.
So what's a big deal in having 'static if' construct? Most of the
new programming languages that compiles to native
On Thursday, 3 May 2018 at 19:11:05 UTC, Mark wrote:
On Wednesday, 25 April 2018 at 14:18:07 UTC, Rel wrote:
In case you guys like to take a quick look at new emerging,
but somewhat unknown systems programming languages:
* https://www.red-lang.org/ (own handwritten backend)
*
i think the explanation in
https://nim-lang.org/docs/manual.html#statements-and-expressions-when-statement
is pretty clear. In any case you can see for yourself:
nim c -r main.nim
```nim
proc fun(a:int):auto=a*a
static: # makes sure block evaluated at CT
when fun(1)==1: echo "ok1"
when
On Thursday, 3 May 2018 at 23:09:34 UTC, Timothee Cour wrote:
nim supports static if (`when`) + CTFE. A simple google search
or searching
would've revealed that.
On Thu, May 3, 2018 at 3:20 PM Mark via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
On Thursday, 3 May 2018 at 20:57:16
nim supports static if (`when`) + CTFE. A simple google search or searching
would've revealed that.
On Thu, May 3, 2018 at 3:20 PM Mark via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Thursday, 3 May 2018 at 20:57:16 UTC, Dennis wrote:
> > On Thursday, 3 May 2018 at 19:11:05 UTC,
On Thursday, 3 May 2018 at 20:57:16 UTC, Dennis wrote:
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
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.
On Wednesday, 25 April 2018 at 14:18:07 UTC, Rel wrote:
In case you guys like to take a quick look at new emerging,
but somewhat unknown systems programming languages:
* https://www.red-lang.org/ (own handwritten backend)
* https://crystal-lang.org/ (llvm-based backend)
* https://ziglang.org/
On Friday, 10 April 2015 at 21:26:35 UTC, bachmeier wrote:
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
The only things I've read about nim have been on the D forums
- it seems the wikipedia article is even being considered for
deletion due to not being noteworthy. So I think you
In case you guys like to take a quick look at new emerging,
but somewhat unknown systems programming languages:
* https://www.red-lang.org/ (own handwritten backend)
* https://crystal-lang.org/ (llvm-based backend)
* https://ziglang.org/ (llvm-based backend)
* http://nitlanguage.org/ (c-based
As for me, I find the Nim programming language interesting.
However I dislike syntax a bit, in some cases Python+Pascal
syntax style of Nim looks very ugly in my opinion. Also I
strongly against relying on C compiler for code generation,
knowing how slow it can be. Obviously it was easy for
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
On Friday, 20 April 2018 at 11:07:30 UTC, Russel Winder wrote:
On Thu, 2018-04-19 at 16:50 +, Per Nordlöw via
Digitalmars-d wrote:
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
> P.S., the example on the language's frontpage is cool!
>
> http://nim-lang.org/
>
> Why should I
On Thu, 2018-04-19 at 16:50 +, Per Nordlöw via Digitalmars-d wrote:
> On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
> > P.S., the example on the language's frontpage is cool!
> >
> > http://nim-lang.org/
> >
> > Why should I be excited?
> > Nim is the only language that
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
P.S., the example on the language's frontpage is cool!
http://nim-lang.org/
Why should I be excited?
Nim is the only language that leverages automated proof
technology to perform a disjoint check for your parallel code.
Working on
On Tuesday, 27 March 2018 at 01:19:44 UTC, timotheecour wrote:
I've created a git repo
https://github.com/timotheecour/D_vs_nim/ with the goal: up to
date and objective comparison of features between D and nim,
and 1:1 map of features, tools, idioms and libraries to help D
users learn nim and
@helxi I invite you to contribute PR's to
https://github.com/timotheecour/D_vs_nim/ where I discuss feature
parity and how to translate concepts from D to nim wherever it makes
sense
On Fri, Apr 13, 2018 at 4:12 PM, helxi via Digitalmars-d
wrote:
> On Friday, 10
On Friday, 10 April 2015 at 18:42:20 UTC, Timothee Cour wrote:
Nim looks very promising.
Is there any comprehensive comparison against D somewhere (if
possible
recent) ?
Nim is way more expressive than D afaik. Consider the following
imaginary function:
proc fn[A : int | float; N; B :
On Thursday, 29 March 2018 at 03:57:05 UTC, Arun Chandrasekaran
wrote:
On Tuesday, 27 March 2018 at 23:23:10 UTC, Timothee Cour wrote:
This is deterministic destruction and not RAII. Resource is
never *acquired* here. Lack of default constructors for struct
in D makes it impossible to
On 29/03/18 14:03, Maksim Fomin wrote:
On Thursday, 29 March 2018 at 09:45:04 UTC, Shachar Shemesh wrote:
Not so long as destructors don't reliably run.
$ rdmd test.d
A(1) constructed
A(2) constructed
A(1) destructed
Caught: Constructor failed
https://issues.dlang.org/show_bug.cgi?id=14246
On Thursday, 29 March 2018 at 09:45:04 UTC, Shachar Shemesh wrote:
Not so long as destructors don't reliably run.
$ rdmd test.d
A(1) constructed
A(2) constructed
A(1) destructed
Caught: Constructor failed
https://issues.dlang.org/show_bug.cgi?id=14246
Good catch. This is a variant of bug
On 28/03/18 02:23, Timothee Cour wrote:
that comment was regarding -betterC
RAII (with structs) has been available in D for a while, eg:
```d
struct A{
~this(){...}
}
void fun(){
A a; // when a goes out of scope, will call dtor deterministically
}
```
Not so long as destructors don't
On Tuesday, 27 March 2018 at 23:23:10 UTC, Timothee Cour wrote:
that comment was regarding -betterC
RAII (with structs) has been available in D for a while, eg:
```d
struct A{
~this(){...}
}
void fun(){
A a; // when a goes out of scope, will call dtor
deterministically
}
```
On Tue,
On Tuesday, 27 March 2018 at 12:02:37 UTC, jmh530 wrote:
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
that comment was regarding -betterC
RAII (with structs) has been available in D for a while, eg:
```d
struct A{
~this(){...}
}
void fun(){
A a; // when a goes out of scope, will call dtor deterministically
}
```
On Tue, Mar 27, 2018 at 4:15 PM, Ali via Digitalmars-d
On Tuesday, 27 March 2018 at 01:19:44 UTC, timotheecour wrote:
On Wednesday, 22 April 2015 at 06:03:07 UTC, Timothee Cour
wrote:
On Mon, Apr 13, 2015 at 10:28 AM, Timothee Cour
wrote:
I would like to refocus this thread on feature set and how it
compares to D, not
On 28/03/2018 1:02 AM, jmh530 wrote:
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
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
On Wednesday, 22 April 2015 at 06:03:07 UTC, Timothee Cour wrote:
On Mon, Apr 13, 2015 at 10:28 AM, Timothee Cour
wrote:
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.
On Mon, Apr 13, 2015 at 10:28 AM, Timothee Cour thelastmamm...@gmail.com
wrote:
I think people interested in D should take a closer look at nim and judge
for yourself ; http://nim-lang.org/tut1.html is a good starting point
(docs in general are very well written).
I went through their
On Tue, 2015-04-21 at 09:42 -0700, Parke via Digitalmars-d wrote:
[…]
How should I modify the following script to encounter the problems of
which you speak?
unzip -q nim-0.10.2.zip
I think the issue here is that this is the release from a while back,
whereas I am trying to build
On Tuesday, 21 April 2015 at 08:29:11 UTC, Russel Winder wrote:
On Mon, 2015-04-20 at 13:05 -0700, Parke via Digitalmars-d
wrote:
[…]
Nim includes an install.sh script. It worked for me.
install.sh calls koch, both of these are created by running
build.sh.
Running koch builds the
On Mon, 2015-04-20 at 13:05 -0700, Parke via Digitalmars-d wrote:
[…]
Nim includes an install.sh script. It worked for me.
install.sh calls koch, both of these are created by running build.sh.
Running koch builds the executable for installation which requires extra
compilations one critical
On Mon, 2015-04-20 at 13:05 -0700, Parke via Digitalmars-d wrote:
Nim includes an install.sh script. It worked for me.
On Tue, Apr 21, 2015 at 1:28 AM, Russel Winder via Digitalmars-d
digitalmars-d@puremagic.com wrote:
install.sh calls koch, both of these are created by running build.sh.
Russel Winder:
it is all part of
guerilla marketing undertaken by anyone with anything to market.
It's still not a correct behavour, regardless how many do it.
Bye,
bearophile
On Monday, 13 April 2015 at 17:28:14 UTC, Timothee Cour wrote:
I think people interested in D should take a closer look at nim
and judge
for yourself ; http://nim-lang.org/tut1.html is a good starting
point (docs
in general are very well written).
I went through their tutorials and here are
On Tue, 2015-04-14 at 12:47 +, bachmeier via Digitalmars-d wrote:
On Tuesday, 14 April 2015 at 10:48:48 UTC, Messenger wrote:
To be fair, a vocal minority says the same of D. Accusations of
linkbombing are commonplace, as is the notion that the D forums
are nice except for the
On Mon, Apr 20, 2015 at 2:21 AM, Russel Winder via Digitalmars-d
digitalmars-d@puremagic.com wrote:
I like the Nim concept and approach, but there is an annoying attitude
towards certain types of obvious bug. My current bugbear (!) is that
the installer will not install, due to what seems like
btw : I think D should get rid off un-bracketed if statement,
program king is not about sparing the number of lines...but
that’s again a matter of taste.
I'm that guy on the other side of the fence. I view unbracked IFs
as an essential part of concise code readability. Brackets are
the
On Tuesday, 14 April 2015 at 06:31:08 UTC, Jadbox wrote:
btw : I think D should get rid off un-bracketed if statement,
program king is not about sparing the number of lines...but
that’s again a matter of taste.
I'm that guy on the other side of the fence. I view unbracked
IFs as an essential
On Tuesday, 14 April 2015 at 06:31:08 UTC, Jadbox wrote:
btw : I think D should get rid off un-bracketed if statement,
program king is not about sparing the number of lines...but
that’s again a matter of taste.
I'm that guy on the other side of the fence. I view unbracked
IFs as an essential
On Tuesday, 14 April 2015 at 06:31:08 UTC, Jadbox wrote:
btw : I think D should get rid off un-bracketed if statement,
program king is not about sparing the number of lines...but
that’s again a matter of taste.
I'm that guy on the other side of the fence. I view unbracked
IFs as an essential
On Tuesday, 14 April 2015 at 10:09:15 UTC, Idan Arye wrote:
On Tuesday, 14 April 2015 at 06:31:08 UTC, Jadbox wrote:
btw : I think D should get rid off un-bracketed if statement,
program king is not about sparing the number of lines...but
that’s again a matter of taste.
I'm that guy on the
On Friday, 10 April 2015 at 21:26:35 UTC, bachmeier wrote:
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
The only things I've read about nim have been on the D forums
- it seems the wikipedia article is even being considered for
deletion due to not being noteworthy. So I think you
On Tuesday, 14 April 2015 at 10:48:48 UTC, Messenger wrote:
To be fair, a vocal minority says the same of D. Accusations of
linkbombing are commonplace, as is the notion that the D forums
are nice except for the constant go-bashing, claims that
there is an organized secret cabal (naturally led
Sorry if I don't make my point accurately, it's been not so long
since I started learning English. I often found programming
language community relates to churchs. I find D to be really
present on reddit and that’s great because other people can
discover that wonderful language. But blaming
I think people interested in D should take a closer look at nim and judge
for yourself ; http://nim-lang.org/tut1.html is a good starting point (docs
in general are very well written).
I went through their tutorials and here are some first impressions:
* nim is already bootstrapped
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
The only things I've read about nim have been on the D forums -
it seems the wikipedia article is even being considered for
deletion due to not being noteworthy. So I think you might have
trouble finding any comparisons.
Read the
49 matches
Mail list logo