On 2012-04-10 07:46, Andrei Alexandrescu wrote:
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
Andrei
Finally. Still no D talks :(
--
/Jacob Carlborg
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
Andrei
We want D talks ! 2 of them, but 0 online :'(
On 03.04.2012 4:09, Denis Shelomovskij wrote:
02.04.2012 21:21, Oleg Kuporosov пишет:
There is good news for Russian D Developers, translated Andrey's
TDPL is available for pre-orders at some online stores
http://www.books.ru/books/yazyk-programmirovaniya-d-827252/
Hope it will definetelly
On 4/10/12, deadalnix deadal...@gmail.com wrote:
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
We want D talks ! 2 of them, but 0 online :'(
That native panel wasn't all that interesting (or
On 4/10/12 3:39 PM, Andrej Mitrovic wrote:
On 4/10/12, deadalnixdeadal...@gmail.com wrote:
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
We want D talks ! 2 of them, but 0 online :'(
That
On 2012-04-09 21:51, Michel Fortin wrote:
On 2012-04-09 16:39:30 +, Sönke Ludwig slud...@outerproduct.org said:
And personally, I would even be willing to donate a (for me)
considerable amount of money to help bringing this forward because
many things I would like to realize with D are
On 2012-04-09 21:59, Iain Buclaw wrote:
That assembly file does nothing for shared library support. I have
been meaning to finish up a solution to help support shared libs,
would mean more deviation from the dmd compiler's runtime library, but
that's fine.
Martin Nowak was/is working on
On 2012-04-09 23:49, deadalnix wrote:
If it is available at compile time, it is implementable at runtime as a
lib. So you pay for it only if you use it, and you don't add feature in
the language just because it is convenient.
I'm not saying how it should be implemented, just that it should be
On 2012-04-09 23:58, Ellery Newcomer wrote:
On 04/09/2012 03:31 PM, Timo Westkämper timo.westkam...@gmail.com
wrote:
For some reasons, the _init and _fini parts don't yet work properly.
what's wrong with them? if it is a link problem, use gcc -nostartfiles.
Well, I'm doing that, and it
On 2012-04-10 04:21, Ary Manzana wrote:
In fact, I think Walter and company should stop working on the current
DMD codebase and start all over again. The code, as I see it, is a big
mess. Now that the spec is more or less clear and not many new
features are added, I think this is the time to do
On 2012-04-10 04:47, Brad Anderson wrote:
It's already been started. SDC: https://github.com/bhelyer/SDC
But has it been built to be usable as a library?
--
/Jacob Carlborg
On 2012-04-10 04:24, Andrei Alexandrescu wrote:
On 4/9/12 9:21 PM, Ary Manzana wrote:
Yes, D definitely needs that. The Eclipse plugin could just use bindings
to the D compiler API with JNI.
Would the JSON compiler output help?
Andrei
No, it's no way near sufficient for what Descent can do
On 2012-04-10 06:09, Jonathan M Davis wrote:
On Monday, April 09, 2012 23:58:26 Nick Sabalausky wrote:
Speaking of platform support problems, this 64-bit data corruption issue has
been sitting around for months, and basically fubars most (all?) programs
on 64-bit that use old-style varargs
Am 09.04.2012 22:32, schrieb Jacob Carlborg:
On 2012-04-09 21:23, Sönke Ludwig wrote:
It's possible to use D with WinRT, as someone posted in an other thread:
http://www.reddit.com/tb/ow7qc
But that does not suffice to make a Metro app. For desktop apps there
shouldn't be a problem, but
On 2012-04-10 08:50, Sönke Ludwig wrote:
Haven't seen it before. Unfortunately, he doesn't talk about the
language runtime in detail, but he does talk about how the standard
library needs to be adjusted to use Metro style libraries so I guess the
same would apply to the language RT.
At the end
On 10.04.2012 7:14, SomeDude wrote:
On Tuesday, 10 April 2012 at 01:34:30 UTC, Andrei Alexandrescu wrote:
I think we can derive quite a few insights from here:
http://lh3lh3.users.sourceforge.net/udb.shtml
Andrei
You probably already came accross this benchmark by John-Mark Gurney
Am 10.04.2012 08:55, schrieb Jacob Carlborg:
On 2012-04-10 08:50, Sönke Ludwig wrote:
Haven't seen it before. Unfortunately, he doesn't talk about the
language runtime in detail, but he does talk about how the standard
library needs to be adjusted to use Metro style libraries so I guess the
Am 10.04.2012 06:09, schrieb Jonathan M Davis:
On Monday, April 09, 2012 23:58:26 Nick Sabalausky wrote:
Speaking of platform support problems, this 64-bit data corruption issue has
been sitting around for months, and basically fubars most (all?) programs
on 64-bit that use old-style varargs
On 2012-04-10 09:24, Sönke Ludwig wrote:
Okay, I would agree to the first part. This would make the interaction
with WinRT bidirectional and more or less seemless. But one thing in
particular, that you are not allowed to do is to use kernel32.dll (at
least I was told). So you still have to
The D documentation is a little lacking in a lot of areas. I'm
needing to know an exact way of making arrays of objects.
For example:
/* Deck class */
// Will be adjusted with the proper cards for each game type
class Deck {
/* Card count - used to keep track of how many
Am 10.04.2012 09:30, schrieb Jacob Carlborg:
On 2012-04-10 09:24, Sönke Ludwig wrote:
Okay, I would agree to the first part. This would make the interaction
with WinRT bidirectional and more or less seemless. But one thing in
particular, that you are not allowed to do is to use kernel32.dll
Le 09/04/2012 23:27, Walter Bright a écrit :
On 4/9/2012 11:30 AM, deadalnix wrote:
In the other hand, TLS can be collected independently and only
influence the
thread that own the data. Both are every powerfull improvement, and
the design
you propose « as this » cannot provide any mean to
On Tuesday, 10 April 2012 at 07:24:09 UTC, Sönke Ludwig wrote:
But one thing in particular, that you are not allowed to do is
to use kernel32.dll (at least I was told). So you still have to
rewrite all the C-library functions (such as fopen(), malloc()
and so on) and anything that the D
Le 10/04/2012 00:39, Manu a écrit :
It is, and I still don't follow. I can't imagine there are any indirect
function calls, except for the ones introduced by this proposal, where
you may register a function to mark the pointers in complex structs.
You seem to be suggesting that another one
On Tue, 10 Apr 2012 09:41:28 +0200, CrudOMatic crudoma...@gmail.com
wrote:
The D documentation is a little lacking in a lot of areas. I'm needing
to know an exact way of making arrays of objects.
For example:
/* Deck class */
// Will be adjusted with the proper cards for each game
Le 10/04/2012 09:07, Dmitry Olshansky a écrit :
On 10.04.2012 7:14, SomeDude wrote:
On Tuesday, 10 April 2012 at 01:34:30 UTC, Andrei Alexandrescu wrote:
I think we can derive quite a few insights from here:
http://lh3lh3.users.sourceforge.net/udb.shtml
Andrei
You probably already came
On Tuesday, 10 April 2012 at 08:05:33 UTC, simendsjo wrote:
On Tue, 10 Apr 2012 09:41:28 +0200, CrudOMatic
crudoma...@gmail.com wrote:
The D documentation is a little lacking in a lot of areas. I'm
needing to know an exact way of making arrays of objects.
For example:
/* Deck class */
On 04/10/12 07:01, Nick Sabalausky wrote:
Andrei Alexandrescu seewebsiteforem...@erdani.org wrote in message
news:jlut8k$j4o$1...@digitalmars.com...
I agree. So we have the counterarguments:
1. Lowering would treat array primitives as sheer D code, subject to
refusal of inlining. That
On 04/09/2012 10:12 AM, Dmitry Olshansky wrote:
Simply put WinRT is a major update on COM technology and even here it's
backwards compatible with the old COM.
The fact that OS API is expossed through this new COM interface is just
a nice feature. I was kind of wondering when they will finally
Le 08/04/2012 16:52, Andrei Alexandrescu a écrit :
On 4/8/12 4:54 AM, Manu wrote:
On 8 April 2012 12:46, Vladimir Panteleev vladi...@thecybershadow.net
mailto:vladi...@thecybershadow.net wrote:
On Sunday, 8 April 2012 at 05:56:36 UTC, Andrei Alexandrescu wrote:
Walter and I discussed today
Andrei Alexandrescu:
I'll note that fixing this bug is more difficult than it might
seem,
particularly when immutable members and immutable constructors
come into
play.
Some flow control is needed. At start each member variable of
the object
starts in a raw state. The constructor code
On Tue, 10 Apr 2012 10:53:58 +0200, CrudOMatic crudoma...@gmail.com
wrote:
On Tuesday, 10 April 2012 at 08:05:33 UTC, simendsjo wrote:
On Tue, 10 Apr 2012 09:41:28 +0200, CrudOMatic crudoma...@gmail.com
wrote:
The D documentation is a little lacking in a lot of areas. I'm needing
to
Le 10/04/2012 00:19, Walter Bright a écrit :
On 4/6/2012 4:20 AM, Manu wrote:
On 4/6/2012 2:54 AM, Timon Gehr wrote:
Should add additional information to the type Foo.
Attributes are on the declaration, and not passed around.
Right, they are not added to the *type*.
No, they are not, or it
On Tuesday, 10 April 2012 at 09:15:13 UTC, simendsjo wrote:
On Tue, 10 Apr 2012 10:53:58 +0200, CrudOMatic
crudoma...@gmail.com wrote:
On Tuesday, 10 April 2012 at 08:05:33 UTC, simendsjo wrote:
On Tue, 10 Apr 2012 09:41:28 +0200, CrudOMatic
crudoma...@gmail.com wrote:
The D documentation
On Monday, 9 April 2012 at 20:22:30 UTC, Mirko Pilger wrote:
http://fpcomplete.com/the-downfall-of-imperative-programming/
---
All data is immutable. All functions are pure. You might think
this is crazy — how can you program with such stifling
restrictions? It turns out that people have been
On 04/10/2012 03:24 AM, Cristi Cobzarenco wrote:
Thanks for the suggestions!
I don't think UFCS would help us. Our problem is that we can't do this:
triangular.d:
struct TriangularMatrix {
}
void sum( T )( T x ) if( is( T : TriangularMatrix ) ) {
}
diagonal.d:
struct
On 4/9/12, Kevin Cox kevincox...@gmail.com wrote:
The
reason I aski is because if you have a return statement inside a foreach it
returns from the outside function not the closure.
I don't like this subtle thing. For example let's say a newbie were to
implement a function called isDirEmpty.
On Tue, 10 Apr 2012 11:27:19 +0200, CrudOMatic crudoma...@gmail.com
wrote:
h... so no need for a generic object reference counter. Nice. I was
trying to approach it from a literal sense (e.g. card moves from deck to
player's hand) - when you do the popBack() is that object returned and
On 10.04.2012 13:33, Andrej Mitrovic wrote:
On 4/9/12, Kevin Coxkevincox...@gmail.com wrote:
The
reason I aski is because if you have a return statement inside a foreach it
returns from the outside function not the closure.
I don't like this subtle thing. For example let's say a newbie were
On Tuesday, 10 April 2012 at 09:52:45 UTC, simendsjo wrote:
On Tue, 10 Apr 2012 11:27:19 +0200, CrudOMatic
crudoma...@gmail.com wrote:
h... so no need for a generic object reference counter.
Nice. I was trying to approach it from a literal sense (e.g.
card moves from deck to player's hand)
On 4/10/12, Dmitry Olshansky dmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file to this:
http://pastebin.com/DHvXuFeH
test.d:
import std.file;
bool isEmptyDir(string path)
{
foreach (string name;
On Tue, 10 Apr 2012 12:01:10 +0200, CrudOMatic crudoma...@gmail.com
wrote:
Awesome. One last question, does popFront() have the same effect of
decreasing length - or should I avoid popFront()?
popFront will also reduce the length, but it will slice away the first
item. Read the article I
Thanks much.
On 04/10/2012 12:18 AM, Walter Bright wrote:
On 4/6/2012 3:49 AM, Timon Gehr wrote:
On 04/06/2012 12:23 PM, Walter Bright wrote:
On 4/6/2012 2:54 AM, Timon Gehr wrote:
Should add additional information to the type Foo. I don't see any
issues with
it, and not supporting it would be very
* Marco Leise marco.le...@gmx.de [2012-04-10 05:57:52 +0200]:
Am Tue, 10 Apr 2012 12:50:32 +1200
schrieb James Miller ja...@aatch.net:
Slightly OT: With the unstoppable march of parallel programming, does
anybody else find node.js incredibly infuriating, since it is
single-core.
Andrei Alexandrescu wrote:
Hello,
I finally found the time to complete std.benchmark. I got to a very
simple API design, starting where I like it: one line of code.
Code is in the form of a pull request at
https://github.com/D-Programming-Language/phobos/pull/529. (There's
some noise
On 04/10/2012 12:06 PM, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file to this:
http://pastebin.com/DHvXuFeH
You are doing it wrong.
Use:
if(auto r=dg(s))
On 04/10/2012 11:33 AM, Andrej Mitrovic wrote:
On 4/9/12, Kevin Coxkevincox...@gmail.com wrote:
The
reason I aski is because if you have a return statement inside a foreach it
returns from the outside function not the closure.
I don't like this subtle thing. For example let's say a newbie
On 04/10/2012 12:50 PM, Timon Gehr wrote:
On 04/10/2012 12:47 PM, Timon Gehr wrote:
On 04/10/2012 12:06 PM, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file
On 04/10/2012 12:47 PM, Timon Gehr wrote:
On 04/10/2012 12:06 PM, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file to this:
http://pastebin.com/DHvXuFeH
You
On 10.04.2012 14:06, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file to this:
http://pastebin.com/DHvXuFeH
Yeah recent change allowed to use straight alias
On 10.04.2012 14:50, Timon Gehr wrote:
On 04/10/2012 12:47 PM, Timon Gehr wrote:
On 04/10/2012 12:06 PM, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not opApply
Sorry? Change DirIterator in std.file to
On 04/10/2012 12:54 PM, Dmitry Olshansky wrote:
On 10.04.2012 14:50, Timon Gehr wrote:
On 04/10/2012 12:47 PM, Timon Gehr wrote:
On 04/10/2012 12:06 PM, Andrej Mitrovic wrote:
On 4/10/12, Dmitry Olshanskydmitry.o...@gmail.com wrote:
Wake up! dirEntries produce a lazy _range_ and it's not
On Mon, 09 Apr 2012 22:48:26 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 4/9/12 9:38 PM, Nick Sabalausky wrote:
Jonathan M Davisjmdavisp...@gmx.com wrote in message
https://github.com/kyllingstad/phobos/tree/new-std-process
Oh yea. *Now* I remember asking the same
Timon is, of course, right. I got a bit confused when trying to simplify in
a hurry. What I meant was actually something like this:
ops.d:
import std.stdio;
int sum( T )( T mat ){
writeln(ops.sum);
// return reduce!a+b( 0, mat );
return 1;
}
int numelems( T )( T mat ) {
// return mat.rows *
On 4/10/12, Timon Gehr timon.g...@gmx.ch wrote:
Yes, it is fixed in git head. Sorry for the noise.
Sorry for my noise too, I didn't know it was fixed in git head. :)
On Tue, 10 Apr 2012 06:32:00 -0400, Timon Gehr timon.g...@gmx.ch wrote:
On 04/10/2012 12:18 AM, Walter Bright wrote:
But you said it was added to the *type*.
What I said was that it is added to the declaration. If the declaration
happens to declare a type, then that must affect the type:
On Tue, 10 Apr 2012 03:41:28 -0400, CrudOMatic crudoma...@gmail.com
wrote:
The D documentation is a little lacking in a lot of areas. I'm needing
to know an exact way of making arrays of objects.
For example:
/* Deck class */
// Will be adjusted with the proper cards for each game
On Tue, 10 Apr 2012 02:30:21 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-09 23:49, deadalnix wrote:
If it is available at compile time, it is implementable at runtime as a
lib. So you pay for it only if you use it, and you don't add feature in
the language just because it is
On 2012-04-10 13:18, Steven Schveighoffer wrote:
BTW, I can't stress how much I dislike windows D development, especially
when I have to use git. Linux just seems so much easier, that I dread
ever having to test D windows stuff. I suppose if it was my main
platform, I wouldn't have to scrap
On Tue, 10 Apr 2012 07:41:23 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-10 13:18, Steven Schveighoffer wrote:
BTW, I can't stress how much I dislike windows D development, especially
when I have to use git. Linux just seems so much easier, that I dread
ever having to test D windows
On 2012-04-10 13:41, Steven Schveighoffer wrote:
On Tue, 10 Apr 2012 02:30:21 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-09 23:49, deadalnix wrote:
If it is available at compile time, it is implementable at runtime as a
lib. So you pay for it only if you use it, and you don't add
On 2012-04-10 13:47, Steven Schveighoffer wrote:
On Tue, 10 Apr 2012 07:41:23 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-10 13:18, Steven Schveighoffer wrote:
BTW, I can't stress how much I dislike windows D development, especially
when I have to use git. Linux just seems so much
Sorry, but a small issue.
the line: auto card = cards.popBack();
throws the errors:
error: variable xxx.card voids have no value
error: expression popBack(this.cards) is void and has no value
I tried reserving the space, I even tried cards = new
Card[no_cards];
On Tue, 10 Apr 2012 13:58:44 +0200, CrudOMatic crudoma...@gmail.com
wrote:
Sorry, but a small issue.
the line: auto card = cards.popBack();
throws the errors:
error: variable xxx.card voids have no value
error: expression popBack(this.cards) is void and has no value
I tried reserving the
On Tuesday, 10 April 2012 at 10:38:28 UTC, James Miller wrote:
* Marco Leise marco.le...@gmx.de [2012-04-10 05:57:52 +0200]:
Am Tue, 10 Apr 2012 12:50:32 +1200
schrieb James Miller ja...@aatch.net:
Slightly OT: With the unstoppable march of parallel
programming, does
anybody else find
On Tuesday, 10 April 2012 at 07:58:57 UTC, John Chapman wrote:
On Tuesday, 10 April 2012 at 07:24:09 UTC, Sönke Ludwig wrote:
But one thing in particular, that you are not allowed to do is
to use kernel32.dll (at least I was told). So you still have
to rewrite all the C-library functions (such
Oh, crap.
I wish your message could have appeared a week or two earlier.
Almost smashed my head against the wall trying to figure the hell
out of x64 seg fault.
On 10-04-2012 13:47, Steven Schveighoffer wrote:
On Tue, 10 Apr 2012 07:41:23 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-10 13:18, Steven Schveighoffer wrote:
BTW, I can't stress how much I dislike windows D development, especially
when I have to use git. Linux just seems so much
Thanks, works fine now.
I've analyzed this quite a bit at work and the average and median are
not very informative. You need the mode, but in most benchmarks the mode
is very close to the minimum, so using the minimum is even better.
How is it better?
In speed measurements, all noise is additive (there's no noise
On 4/10/12 3:03 AM, deadalnix wrote:
For every type, a function template (let's call it GCscan) will be
instantiated to scan it. This function can be ANY code. ANY code include
the possibility for GCscan!A to call GCscan!B directly, without going
back to GC main loop and indirect call. If
On 4/10/12 4:04 AM, bearophile wrote:
Andrei Alexandrescu:
I'll note that fixing this bug is more difficult than it might seem,
particularly when immutable members and immutable constructors come into
play.
Some flow control is needed. At start each member variable of the object
starts in a
On 04/10/2012 01:31 AM, Jacob Carlborg wrote:
The module info (contains the module constructors) need to be setup
differently when linking as a shared library.
The odd thing is, when you skip _init and _fini and just do
rt_init();
writeln(stuff);
rt_term();
it doesn't segfault
On Tue, 10 Apr 2012 15:02:15 +0200, mist n...@none.none wrote:
Oh, crap.
I wish your message could have appeared a week or two earlier. Almost
smashed my head against the wall trying to figure the hell out of x64
seg fault.
I hit it a couple of weeks ago and posted in .learn :)
My head
class Deck {
Card popBack() {
auto card = cards.popBack(); // get last card. cards.length
Note that popBack() is void:
http://dlang.org/phobos/std_array.html#popBack
use
auto card = cards.back();
cards.popBack();
Ugh, my spare time is rather hindered by trying to follow all
messages in D.announce and D groups ( and googling for all
unknown stuff cool guys are talking about ) - I am afraid that
adding D.learn to this everyday list would have made me a goner..
and you have just named a reason why it
I am using D ver. 2 for more then a year - since version 2.051.
My target architecture is Linux on Vortex DX SoC -
http://www.vortex86sx.com/?page_id=197
It is compatible with x586 architecture. Till version 2.057
everything was OK, but when I recompiled my working code with
2.057 VERY strange
Sorry -
Code generation
No really.
Scala, Clojure and Ocaml also do have quite industry support already.
Actually on my job, any client would pick one of those over D, as they
are slowly being accepted in enterprise projects.
A curious fact is that the FP fans have much to thank to Microsoft, as
it is the company with
Hello,
We have been blessed with quite a few strong proposals, actually more
than mentors (unlike last year).
If anyone here is willing to mentor a D project, please let let us know.
We're looking for competent and established community members who are
willing to guide a student through
On Tue, 10 Apr 2012 18:06:37 +0200
Paulo Pinto pj...@progtools.org wrote:
Scala, Clojure and Ocaml also do have quite industry support already.
How does the GUI world of Ocaml look like?
Sincerely,
Gour
--
According to the three modes of material nature and the work
associated with them,
On Tuesday, 10 April 2012 at 16:30:34 UTC, Gour wrote:
On Tue, 10 Apr 2012 18:06:37 +0200
Paulo Pinto pj...@progtools.org wrote:
Scala, Clojure and Ocaml also do have quite industry support
already.
How does the GUI world of Ocaml look like?
Sincerely,
Gour
GTK
Am Tue, 10 Apr 2012 13:53:09 +0200
schrieb Jacob Carlborg d...@me.com:
On 2012-04-10 13:41, Steven Schveighoffer wrote:
On Tue, 10 Apr 2012 02:30:21 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-04-09 23:49, deadalnix wrote:
If it is available at compile time, it is implementable at
Hey all, I do not find a better suited forum or blog to ask some
newbie questions.
I read some about D. Some years ago I actually wrote some small
D1/tango programs just for fun. Now I like to start do some more
serious stuff with D2. But there are some things bugging me.
It seems there is a
On 2012-04-10 16:21, Ellery Newcomer wrote:
On 04/10/2012 01:31 AM, Jacob Carlborg wrote:
The module info (contains the module constructors) need to be setup
differently when linking as a shared library.
The odd thing is, when you skip _init and _fini and just do
rt_init();
writeln(stuff);
On 04/10/2012 12:04 PM, Jacob Carlborg wrote:
The odd thing is, when you skip _init and _fini and just do
rt_init();
writeln(stuff);
rt_term();
it doesn't segfault
Are the module constructors run?
they would have to be for writeln to not segfault
I'm in need of calculating these numbers as part of a program. Java,
Python, Go, all provide these algorithms out of the box. From what I
can see D does not. There is a crc32 module and a std/md5 module but...
Have I just missed something?
Thanks.
--
Russel.
Two quite interesting points to make here:
1. OCaml has a GIL and so, like CPython (*), is forced to use operating
system processes to obtain parallelism. Also OCaml has imperative
features, it is not a pure functional language. Clojure followed this
route as well, using STM to deal with
On 10 April 2012 17:08, Timofei Bolshakoc tbo...@gmail.com wrote:
Sorry -
Code generation
Join the dark side! :)
On the offhand note, do you have an example of this weirdness? Have
you tried compiling with -nofloat ?
--
Iain Buclaw
*(p e ? p++ : p) = (c 0x0f) + '0';
On 2012-04-10 19:12, Ellery Newcomer wrote:
they would have to be for writeln to not segfault
Ok, I see.
--
/Jacob Carlborg
On 2012-04-10 19:02, Marco Leise wrote:
So in the end we more or less agree that Walter and others can implement useful
attributes for compile-time, whereas runtime support is nice-to-have (or can be
provided by a lib)? My intention is to make it easier for the one who
implements them if
On 2012-04-10 19:00, Lars Johansson wrote:
Hey all, I do not find a better suited forum or blog to ask some newbie
questions.
I read some about D. Some years ago I actually wrote some small D1/tango
programs just for fun. Now I like to start do some more serious stuff
with D2. But there are some
On Tuesday, 10 April 2012 at 14:21:28 UTC, Ellery Newcomer wrote:
On 04/10/2012 01:31 AM, Jacob Carlborg wrote:
The module info (contains the module constructors) need to be
setup
differently when linking as a shared library.
The odd thing is, when you skip _init and _fini and just do
On Tue, Apr 10, 2012 at 07:00:39PM +0200, Lars Johansson wrote:
Hey all, I do not find a better suited forum or blog to ask some
newbie questions.
Try d-learn (digitalmars-d-le...@puremagic.com).
I read some about D. Some years ago I actually wrote some small
D1/tango programs just for fun.
On 4/10/2012 2:25 AM, Russel Winder wrote:
I'm in need of calculating these numbers as part of a program. Java,
Python, Go, all provide these algorithms out of the box. From what I
can see D does not. There is a crc32 module and a std/md5 module but...
Have I just missed something?
The
Am Tue, 10 Apr 2012 10:50:24 +0200
schrieb Artur Skawina art.08...@gmail.com:
Obviously, yes, but should wait until enough attribute support is in place and
not be just a @inline hack.
If you refer to the proposed user attributes, they wont change the operation of
the compiler. Only your own
There's a few of us who have written our own
implementations of these, but as far as I know
none of them are considered good enough for
stdlib.
But if you just want something you can use now,
here's mine for sha:
On this newsgroup with Jonathan M Davis, we started discussing export.
As it was off topic, and as it was interesting, I wish to bring it here.
As most of you know, all symbol on posix systems are export, but not on
windows. As D have an export keyword, the question is what to do with it.
09.04.2012 17:26, Andrei Alexandrescu пишет:
On 4/9/12 2:06 AM, Denis Shelomovskij wrote:
Why will recording the average produce so much noise?
As I explained, the average takes noise and outliers (some very large,
e.g. milliseconds in a benchmark that takes microseconds) into account.
The
1 - 100 of 203 matches
Mail list logo