On 6/9/2015 10:39 PM, deadalnix wrote:
The actual code is far more complex than the presented sample :)
That what I'm trying to do in general, but here I'm faced with cases that are
very hard to untangle.
The 'tangle' of cyclical import graphs, as you so appropriately put, is not only
hard on
On Wednesday, 10 June 2015 at 00:50:48 UTC, Andrei Alexandrescu
wrote:
Exceptions: Voldemort types and function types.
Why not Voldemort types?
Example: http://dpaste.dzfl.pl/450dcdb5f7f8
---
import std.stdio;
auto createVoldemortType(int value)
{
On Wednesday, 10 June 2015 at 04:55:43 UTC, Rikki Cattermole
wrote:
I think that a lot of the people asking for a 2.067 LDC are
just users
of D, and (I am including myself in this group) a lot of those
people
don't know the first thing about LLVM or good complier design
in
general. While it may
On Tuesday, 9 June 2015 at 23:11:35 UTC, Timon Gehr wrote:
enum ct(alias a)=a;
Thanks! I need to remember that enum means "compile-time
constant" and not strictly enumeration.
I guess one can use __ctfe to use a function at compile time and
a lut a runtime too, e.g. "__ctfe ? sin(x) : lut_s
On 10/06/2015 7:02 p.m., deadalnix wrote:
On Wednesday, 10 June 2015 at 04:55:43 UTC, Rikki Cattermole wrote:
I think that a lot of the people asking for a 2.067 LDC are just users
of D, and (I am including myself in this group) a lot of those people
don't know the first thing about LLVM or good
On Wednesday, 10 June 2015 at 06:55:43 UTC, Walter Bright wrote:
On 6/9/2015 10:39 PM, deadalnix wrote:
The actual code is far more complex than the presented sample
:)
That what I'm trying to do in general, but here I'm faced with
cases that are
very hard to untangle.
The 'tangle' of cycl
On 10 June 2015 at 09:11, Rikki Cattermole via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On 10/06/2015 7:02 p.m., deadalnix wrote:
>
>> On Wednesday, 10 June 2015 at 04:55:43 UTC, Rikki Cattermole wrote:
>>
>>> I think that a lot of the people asking for a 2.067 LDC are just users
On Tuesday, 9 June 2015 at 17:05:19 UTC, Andrei Alexandrescu
wrote:
Please help me choose what to work on next.
Andrei
My vote goes for std.containers!
Anyway imho std.database should be a generic database module. Not
a sql-oriented one. ODBC is sql-oriented! If not, call it std.sql
or s
On 10 June 2015 at 09:02, deadalnix via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Wednesday, 10 June 2015 at 04:55:43 UTC, Rikki Cattermole wrote:
>
>> I think that a lot of the people asking for a 2.067 LDC are just users
>>> of D, and (I am including myself in this group) a lot of
On Wednesday, 10 June 2015 at 01:21:05 UTC, weaselcat wrote:
On Tuesday, 9 June 2015 at 18:25:36 UTC, Dennis Ritchie wrote:
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/
...
P
On 10/06/2015 7:35 p.m., Iain Buclaw via Digitalmars-d wrote:
On 10 June 2015 at 09:11, Rikki Cattermole via Digitalmars-d
mailto:digitalmars-d@puremagic.com>> wrote:
On 10/06/2015 7:02 p.m., deadalnix wrote:
On Wednesday, 10 June 2015 at 04:55:43 UTC, Rikki Cattermole wrote:
On 2015-06-09 20:49, Brad Anderson wrote:
1. vector/array
2. hash map
3. hash set
4. flat map
5. flat set
6. map
7. set
8. deque
9. stack
10. queue
11. linked list
12. hash multimap
13. hash multiset
14. flat multimap
15. flat multiset
16. multimap
17. multiset
18. priority queue
I
It's a shame ucent/cent never got implemented. But couldn't they
be added to Phobos? I often need a 128-bit type with better
precision than float and double.
On 2015-06-10 01:02, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
I could, but D would not check it?
It could most likely be implemented with AST macros.
--
/Jacob Carlborg
On Wednesday, 10 June 2015 at 07:40:23 UTC, Paulo Pinto wrote:
On Wednesday, 10 June 2015 at 01:21:05 UTC, weaselcat wrote:
On Tuesday, 9 June 2015 at 18:25:36 UTC, Dennis Ritchie wrote:
On Tuesday, 9 June 2015 at 18:02:55 UTC, Ali Çehreli wrote:
http://www.reddit.com/r/programming/comments/
On Wednesday, 10 June 2015 at 08:17:05 UTC, weaselcat wrote:
On Wednesday, 10 June 2015 at 07:40:23 UTC, Paulo Pinto wrote:
On Wednesday, 10 June 2015 at 01:21:05 UTC, weaselcat wrote:
On Tuesday, 9 June 2015 at 18:25:36 UTC, Dennis Ritchie wrote:
On Tuesday, 9 June 2015 at 18:02:55 UTC, Ali
On Wednesday, 10 June 2015 at 07:50:24 UTC, Jacob Carlborg wrote:
On 2015-06-09 20:49, Brad Anderson wrote:
1. vector/array
2. hash map
3. hash set
4. flat map
5. flat set
6. map
7. set
8. deque
9. stack
10. queue
11. linked list
12. hash multimap
13. hash multiset
14. flat multimap
15
On Wednesday, 10 June 2015 at 06:34:13 UTC, Shachar Shemesh wrote:
On 10/06/15 09:14, deadalnix wrote:
I do think you think at it the wrong way. people are not
telling you it
is bad code. You are telling us it is bad code (because you
mention
having problem that people using other style do n
On Tuesday, 9 June 2015 at 16:01:34 UTC, Andrei Alexandrescu
wrote:
Same as with @safe @nogc @nothrow @pure.
No, these are attributes that change the function's type;
constexpr does not.
AIU, it still does something along those lines.
If you don't have ctfeability
expressed in function's c
On Tuesday, 9 June 2015 at 16:14:24 UTC, Dennis Ritchie wrote:
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 corres
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
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 07:56:46 UTC, John Chapman wrote:
It's a shame ucent/cent never got implemented. But couldn't
they be added to Phobos? I often need a 128-bit type with
better precision than float and double.
FWIW:
https://github.com/d-gamedev-team/gfm/blob/master/math/gfm/math/w
On Tuesday, 9 June 2015 at 20:25:28 UTC, Namespace wrote:
No opinions on the semantics for `in` I proposed earlier? `in
T` would be something like a non-escapable `const auto ref T`
accepting rvalues without codebloat and avoiding the
indirection for small POD types T. Wouldn't that eliminate 9
On 10/06/15 11:31, Kagamin wrote:
Huh? If you have type's method diskIdx and a local variable diskIdx, and
they are confusing, what it has to do with UFCS?
auto diskIdx = data.diskIdx();
On Tuesday, 9 June 2015 at 17:56:57 UTC, luminousone wrote:
On Tuesday, 9 June 2015 at 17:05:19 UTC, Andrei Alexandrescu
wrote:
My work on allocators takes the last turn before the straight
line. I've arranged with Dicebot to overlap the review period
with finalizing details so I can act on fee
On Wednesday, 10 June 2015 at 07:56:46 UTC, John Chapman wrote:
It's a shame ucent/cent never got implemented. But couldn't
they be added to Phobos? I often need a 128-bit type with
better precision than float and double.
Other things I often have a need for:
Weak references
Queues, stacks, s
On Wed, 10 Jun 2015 09:12:15 +, John Chapman wrote:
> On Wednesday, 10 June 2015 at 07:56:46 UTC, John Chapman wrote:
>> It's a shame ucent/cent never got implemented. But couldn't they be
>> added to Phobos? I often need a 128-bit type with better precision than
>> float and double.
>
> Othe
On Tuesday, 9 June 2015 at 18:53:06 UTC, Dennis Ritchie wrote:
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
On Wednesday, 10 June 2015 at 07:56:46 UTC, John Chapman wrote:
It's a shame ucent/cent never got implemented. But couldn't
they be added to Phobos? I often need a 128-bit type with
better precision than float and double.
I think the next release of LDC will support it, at least on some
platf
On Wednesday, 10 June 2015 at 09:12:17 UTC, John Chapman wrote:
Logging
std.experimental.logger!?
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:30:37 UTC, Robert burner Schadek
wrote:
On Wednesday, 10 June 2015 at 09:12:17 UTC, John Chapman wrote:
Logging
std.experimental.logger!?
Perfect, he said sheepishly.
On Wednesday, 10 June 2015 at 08:50:31 UTC, Dennis Ritchie wrote:
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
On Wednesday, 10 June 2015 at 09:12:17 UTC, John Chapman wrote:
HMAC (for OAuth)
https://github.com/D-Programming-Language/phobos/pull/3233
Unfortunately it triggers a module cycle bug on FreeBSD that I
can't figure out, so it hasn't been merged yet.
I somehow missed this topic earlier but I played a bit with
embedded runtime last month so I'll share some thoughts.
On Sunday, 10 May 2015 at 06:55:07 UTC, Jens Bauer wrote:
On Sunday, 10 May 2015 at 01:55:53 UTC, Mike wrote:
I've also considered another interesting approach. It seems
possibl
On 6/9/15 7:38 PM, Jonathan M Davis wrote:
On Tuesday, 9 June 2015 at 22:37:32 UTC, Andrei Alexandrescu wrote:
On 6/9/15 3:11 PM, Jonathan M Davis wrote:
And containers are really the main place, I think, where iterators
actually do better than ranges.
I think iterators would need to add huge
On 6/9/15 6:20 PM, Vladimir Panteleev wrote:
On Tuesday, 9 June 2015 at 21:53:55 UTC, Andrei Alexandrescu wrote:
Also, I think we should stay with libc-based I/O.
Um, won't this mean that the library then won't be usable by any
application that will want to do more than a few simultaneous quer
On 6/9/15 5:46 PM, Andrei Alexandrescu wrote:
On 6/9/15 1:53 PM, Steven Schveighoffer wrote:
On 6/9/15 2:59 PM, 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.
On 05/06/2015 21:29, extrawurst wrote:
On Friday, 5 June 2015 at 19:02:15 UTC, Bruno Medeiros wrote:
On 01/06/2015 20:47, weaselcat wrote:
at the risk of sounding like a broken record, if ldc/gdc not being 2.067
stops a DDMD release due to dmd's generated code being too slow, maybe
it's time to
On Tuesday, 9 June 2015 at 18:53:06 UTC, Dennis Ritchie wrote:
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
Containers seems like the best thing to work on after the
allocators. Then you could start using the allocators for the
containers, so you can choose different allocation strategies for
them.
I'd definitely like to see a standard container for sets, instead
of the void[0][T] thing I usually d
Am 05.06.2015 um 11:56 schrieb "Marc =?UTF-8?B?U2Now7x0eiI=?=
":
On Thursday, 4 June 2015 at 13:47:41 UTC, Sönke Ludwig wrote:
A branch *is* an exact version as far as DUB goes (just one that
changes over time).
Well, that's the problem then.
But to make use of any commit relationships withi
Am 04.06.2015 um 17:47 schrieb Atila Neves:
On a related note, it's also a pity that Reggae mixes incremental
build improvements (from which DUB itself could greatly profit, too -
just as a Ninja generator for DUB would be a nice feature) with a
separate, layered build description. I mean there i
2015-06-10 15:55 GMT+09:00 Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com>:
> On 6/9/2015 10:39 PM, deadalnix wrote:
>
>> The actual code is far more complex than the presented sample :)
>>
>> That what I'm trying to do in general, but here I'm faced with cases that
>> are
>> very h
On Wednesday, 10 June 2015 at 08:53:40 UTC, Shachar Shemesh wrote:
On 10/06/15 11:31, Kagamin wrote:
Huh? If you have type's method diskIdx and a local variable
diskIdx, and
they are confusing, what it has to do with UFCS?
auto diskIdx = data.diskIdx();
auto diskIdx1 = this.diskIdx;
diskI
On Tuesday, 9 June 2015 at 17:43:18 UTC, Steven Schveighoffer
wrote:
On 6/9/15 4:06 AM, Brian Schott wrote:
On Tuesday, 9 June 2015 at 07:49:24 UTC, Shachar Shemesh wrote:
Also, you say 5 seconds as if that's a short amount of time.
If it takes an automatic scanner 5 seconds, it means the
amou
I have always been wondering why cyclic imports are allowed in D
and if those enable certain design that is not possible
otherwise. That mixin case sounds interesting but doesn't "click"
:)
That would be great! If the per-package mode has such practical
benefits, we could also simply make it the general default, for
all generators that can support it. However, I just briefly
looked at your benchmark results, the performance boost seems
to be solely because of parallel compiler inv
On 10/06/15 15:37, Kagamin wrote:
On Wednesday, 10 June 2015 at 08:53:40 UTC, Shachar Shemesh wrote:
On 10/06/15 11:31, Kagamin wrote:
Huh? If you have type's method diskIdx and a local variable diskIdx, and
they are confusing, what it has to do with UFCS?
auto diskIdx = data.diskIdx();
au
On Wednesday, 10 June 2015 at 13:43:45 UTC, Shachar Shemesh wrote:
On 10/06/15 15:37, Kagamin wrote:
On Wednesday, 10 June 2015 at 08:53:40 UTC, Shachar Shemesh
wrote:
On 10/06/15 11:31, Kagamin wrote:
Huh? If you have type's method diskIdx and a local variable
diskIdx, and
they are confusi
On 10/06/15 17:05, Kagamin wrote:
On Wednesday, 10 June 2015 at 13:43:45 UTC, Shachar Shemesh wrote:
On 10/06/15 15:37, Kagamin wrote:
On Wednesday, 10 June 2015 at 08:53:40 UTC, Shachar Shemesh wrote:
On 10/06/15 11:31, Kagamin wrote:
Huh? If you have type's method diskIdx and a local varia
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.
Or perhap
On Wednesday, 10 June 2015 at 15:08:08 UTC, anonymous wrote:
any community dumb enough to buy merchandise with a programming
language's name on it is full of idiots.
bye.
p.s., Nim has the absolute worst community out of any of these
languages.
http://slashdot.org/comments.pl?sid=6771453&cid
On Wednesday, 10 June 2015 at 14:29:51 UTC, Thiez wrote:
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,
whic
On Wednesday, 10 June 2015 at 15:09:21 UTC, anonymous wrote:
On Wednesday, 10 June 2015 at 15:08:08 UTC, anonymous wrote:
any community dumb enough to buy merchandise with a
programming language's name on it is full of idiots.
bye.
p.s., Nim has the absolute worst community out of any of thes
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 Wednesday, 10 June 2015 at 15:13:41 UTC, Brian Rogoff wrote:
On Wednesday, 10 June 2015 at 15:09:21 UTC, anonymous wrote:
On Wednesday, 10 June 2015 at 15:08:08 UTC, anonymous wrote:
any community dumb enough to buy merchandise with a
programming language's name on it is full of idiots.
bye
On Wednesday, 10 June 2015 at 14:29:51 UTC, Thiez wrote:
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,
whic
On 6/9/15 11:59 PM, Mike wrote:
Seems to return the correct result, although it "TheUnnameable" cannot
be cut and pasted outside of the createVoldemortType scope. Perhaps
that's the limitation you are referring to.
Yah, and the problem here is that outside createVoldemort, the same
typename c
On 6/10/15 12:36 AM, Andrea Fontana wrote:
ODBC is sql-oriented! If not, call it std.sql or std.database.sql.
Well it's etc.c.odbc :o). -- Andrei
On 6/10/15 1:53 AM, ponce wrote:
On Wednesday, 10 June 2015 at 07:56:46 UTC, John Chapman wrote:
It's a shame ucent/cent never got implemented. But couldn't they be
added to Phobos? I often need a 128-bit type with better precision
than float and double.
FWIW:
https://github.com/d-gamedev-team
On Wednesday, 10 June 2015 at 06:55:43 UTC, Walter Bright wrote:
On 6/9/2015 10:39 PM, deadalnix wrote:
The actual code is far more complex than the presented sample
:)
That what I'm trying to do in general, but here I'm faced with
cases that are
very hard to untangle.
The 'tangle' of cycl
On Wednesday, 10 June 2015 at 15:12:47 UTC, ZombineDev wrote:
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/
On 6/10/15 3:52 AM, Steven Schveighoffer wrote:
On 6/9/15 5:46 PM, Andrei Alexandrescu wrote:
On 6/9/15 1:53 PM, Steven Schveighoffer wrote:
On 6/9/15 2:59 PM, Andrei Alexandrescu wrote:
On 6/9/15 11:42 AM, Dennis Ritchie wrote:
"And finally `std.bigint` offers good (but not outstanding)
perf
On Tuesday, 9 June 2015 at 23:48:05 UTC, Timon Gehr wrote:
'This' is a cute hack, but it doesn't replace a proper template
fixpoint operator.
Could you explain this a bit more, maybe using some pseudo-D for
your proposed template fixpoint operator? Thanks.
I don't think I'd need such a thing
On Wednesday, 10 June 2015 at 15:37:46 UTC, Chris wrote:
I am interested in Nim and welcome it. But it's too early to
say whether it's good or mediocre.
Yeah, I think it would be nice if one could change the culture of
programming so that people easily could combine any 2 languages
in the sam
On 6/10/15 8:41 AM, Brian Rogoff wrote:
I agree with you, Walter, that mutual recursion amongst imports is
usually bad, but I think you inadvertently made the right decision by
allowing it in D, and that the bug should be fixed. If people overuse it
to write messy code then the community should t
On 6/10/15 8:48 AM, Joakim wrote:
On Wednesday, 10 June 2015 at 15:12:47 UTC, ZombineDev wrote:
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://boto
On Wednesday, 10 June 2015 at 16:02:36 UTC, Ola Fosheim Grøstad
wrote:
Yeah, I think it would be nice if one could change the culture
of programming so that people easily could combine any 2
languages in the same project.
But shouldn't there be one language that's right for everyone?
(BTW I
On 06/10/2015 08:11 AM, Sönke Ludwig wrote:
Am 04.06.2015 um 17:47 schrieb Atila Neves:
I don't know if fragmentation would be an issue. The packages are still
dub packages and I for one will use dub.json/sdl to list my dependencies
even if reggae is actually generating the build.
Yeah that w
On Wednesday, 10 June 2015 at 16:02:36 UTC, Ola Fosheim Grøstad
wrote:
Yeah, I think it would be nice if one could change the culture
of programming so that people easily could combine any 2
languages in the same project. But that takes either
significant creator-goodwill/cooperation or platfor
On Wednesday, 10 June 2015 at 16:02:36 UTC, Ola Fosheim Grøstad
wrote:
Probably related to the main creator's programming-experience,
but as far as credits go one should really credit the first
language/author to bring about a concept. (e.g. Lisp, Simula,
BCPL etc)
I wonder why Walter was ins
On 06/10/2015 09:06 AM, Atila Neves wrote:
I think that if a project is a dub package, then it needs to be able to
be built with dub. If anything on code.dlang.org doesn't (correctly)
build with `dub build` then that would be incredibly wrong.
Right. And to summarize what I said elsewhere abo
On Tuesday, 9 June 2015 at 22:42:15 UTC, Andrei Alexandrescu
wrote:
With regard to which to work on, I've made my decision:
http://38.media.tumblr.com/c51baf89e2f85065d669f3080c2b5cdb/tumblr_inline_n3rsrwCCcQ1qj3ir1.jpg
For those voting, you can stop now: he made his decision. The
Spanish in
On 06/10/2015 05:52 PM, Brian Rogoff wrote:
On Tuesday, 9 June 2015 at 23:48:05 UTC, Timon Gehr wrote:
'This' is a cute hack, but it doesn't replace a proper template
fixpoint operator.
Could you explain this a bit more, maybe using some pseudo-D for your
proposed template fixpoint operator? T
On Wednesday, 10 June 2015 at 16:22:51 UTC, Idan Arye wrote:
Wasn't LLVM supposed to solve that, being a "virtual machine"
for compilation to low level native code?
May still be possible, Apple just announced that the default
format to submit apps for iOS will be bitcode from now on, which
pe
On Wednesday, 10 June 2015 at 07:50:24 UTC, Jacob Carlborg wrote:
On 2015-06-09 20:49, Brad Anderson wrote:
1. vector/array
2. hash map
3. hash set
4. flat map
5. flat set
6. map
7. set
8. deque
9. stack
10. queue
11. linked list
12. hash multimap
13. hash multiset
14. flat multimap
15
On 06/10/2015 11:12 AM, ZombineDev wrote:
Sorry, I couldn't resist to share this:
https://www.youtube.com/watch?v=ND-TuW0KIgg
Omg that's hilarious :)
I think that it could be useful to declare variables as Python
does and statically too in the same language. Just make it's type
when a value is assigned to the variable. This could allow a
program to adjust it's data types accordingly to input when data
is received from another program or an u
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 16:34:40 UTC, Joakim wrote:
Apple will then compile the bitcode for you on their servers,
before sending the final binary to users.
Thanks for the link. That's pretty interesting. I suspect it
means they plan to change CPUs in 2 years or so. But it makes me
feel
You can do this with variants or even just plain strings.
On Wednesday, 10 June 2015 at 17:13:33 UTC, Adam D. Ruppe wrote:
You can do this with variants or even just plain strings.
Hi, If it is not much trouble, care to explain how ?. I think
that there would be need to have separate algorithms by data
type. Maybe you can test the value of the data
On Wednesday, 10 June 2015 at 16:34:40 UTC, Joakim wrote:
On Wednesday, 10 June 2015 at 16:22:51 UTC, Idan Arye wrote:
Wasn't LLVM supposed to solve that, being a "virtual machine"
for compilation to low level native code?
May still be possible, Apple just announced that the default
format to
On Wednesday, 10 June 2015 at 17:04:56 UTC, Dennis Ritchie wrote:
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 w
On 6/10/2015 9:22 AM, Joakim wrote:
I wonder why Walter was inspired to add modules to D, Walter?
It never occurred to me not to. Modules are hardly an innovative idea. It'd be
like not supporting the + operator.
On Monday, 1 June 2015 at 18:11:32 UTC, Andrei Alexandrescu wrote:
Per http://erdani.com/d/downloads.daily.png, the 28-day moving
average of daily dmd downloads is in pronounced decline
following a peak at the 2.067 release. It is possible that the
recent release of Rust 1.0 has caused that, sh
On 6/10/2015 5:30 AM, Kenji Hara via Digitalmars-d wrote:
D has true forward reference resolution mechanism. In that case modules are
cyclic imported, but the declared symbols don't have actual cyclic references.
Therefore the snippet should work.
I agree the snippet should work. And I still ma
On 6/10/2015 9:03 AM, Andrei Alexandrescu wrote:
But all of a sudden, people get sugar in their gasoline and sand in their gears
when they hear of the same thing applied to modules. I suspect it's because some
legacy languages didn't quite do a stellar job at it. Figuring that stuff out
and point
On Wednesday, 10 June 2015 at 15:13:41 UTC, Brian Rogoff wrote:
On Wednesday, 10 June 2015 at 15:09:21 UTC, anonymous wrote:
On Wednesday, 10 June 2015 at 15:08:08 UTC, anonymous wrote:
any community dumb enough to buy merchandise with a
programming language's name on it is full of idiots.
bye
I'm not really familiar with Go, Nim, or Crystal, but I spent
some time learning about Rust yesterday. I thought it was pretty
interesting. In particular,
1) The GC is optional (memory safety is enforced by the type
system and #2).
2) Smart pointers with separate operators and support for
refer
On Wednesday, 10 June 2015 at 17:04:20 UTC, Binarydepth wrote:
I think that it could be useful to declare variables as Python
does and statically too in the same language. Just make it's
type when a value is assigned to the variable. This could allow
a program to adjust it's data types accordin
On Wednesday, 10 June 2015 at 17:32:18 UTC, Atila Neves wrote:
On Wednesday, 10 June 2015 at 17:04:20 UTC, Binarydepth wrote:
I think that it could be useful to declare variables as Python
does and statically too in the same language. Just make it's
type when a value is assigned to the variable
On Monday, 1 June 2015 at 18:11:32 UTC, Andrei Alexandrescu wrote:
Per http://erdani.com/d/downloads.daily.png, the 28-day moving
average of daily dmd downloads is in pronounced decline
following a peak at the 2.067 release. It is possible that the
recent release of Rust 1.0 has caused that, sh
On Wednesday, 10 June 2015 at 17:38:45 UTC, Binarydepth wrote:
On Wednesday, 10 June 2015 at 17:32:18 UTC, Atila Neves wrote:
On Wednesday, 10 June 2015 at 17:04:20 UTC, Binarydepth wrote:
I think that it could be useful to declare variables as
Python does and statically too in the same languag
On Wednesday, 10 June 2015 at 17:19:30 UTC, Binarydepth wrote:
Hi, If it is not much trouble, care to explain how ?
If it is user input, take it in the format they send it. Like:
string typed_data;
if(isNumeric(typed_data)) {
auto number = to!int(typed_data);
// do stuff with humber
} e
On Wednesday, 10 June 2015 at 17:34:48 UTC, deadalnix wrote:
On Wednesday, 10 June 2015 at 15:13:41 UTC, Brian Rogoff wrote:
On Wednesday, 10 June 2015 at 15:09:21 UTC, anonymous wrote:
On Wednesday, 10 June 2015 at 15:08:08 UTC, anonymous wrote:
any community dumb enough to buy merchandise wit
On 06/10/2015 10:49 AM, Atila Neves wrote:
> On Wednesday, 10 June 2015 at 17:38:45 UTC, Binarydepth wrote:
>> On Wednesday, 10 June 2015 at 17:32:18 UTC, Atila Neves wrote:
>>> On Wednesday, 10 June 2015 at 17:04:20 UTC, Binarydepth wrote:
I think that it could be useful to declare variable
On https://github.com/D-Programming-Language/phobos/pull/3398, there are
link-time errors on a few 32-bit builds:
https://auto-tester.puremagic.com/pull-history.ghtml?projectid=1&repoid=3&pullid=3398
I can't reproduce them on the machines I have access to. Could anyone
please help me elucidate
1 - 100 of 154 matches
Mail list logo
