On Monday, 22 December 2014 at 03:07:53 UTC, Walter Bright wrote:
On 12/21/2014 2:06 AM, Dicebot wrote:
No, it is exactly the other way around. The very point of what
I am saying is
that you DOESN'T CARE about ownership as long as worst case
scenario is
assumed. I have zero idea why you ident
"Ola Fosheim Grøstad" " wrote in message
news:aimenbdjdflzgkkte...@forum.dlang.org...
Hardly, you have to be specific and make the number of issues covered in
the next release small enough to create a feeling of being within reach in
a short time span. People who don't care about fixing curren
On Saturday, 22 March 2014 at 14:33:02 UTC, TJB wrote:
On Saturday, 22 March 2014 at 13:10:46 UTC, Daniel Davidson
wrote:
Data storage for high volume would also be nice. A D
implementation of HDF5, via wrappers or otherwise, would be a
very useful project. Imagine how much more friendly the AP
"Walter Bright" wrote in message news:m78i71$1c2h$1...@digitalmars.com...
It all depends on how invariant is defined. It's defined as an invariant
on what it owns, not whatever is referenced by the object.
Whether or not it owns the data it references is application specific.
Where are you s
On Friday, 11 October 2013 at 22:41:06 UTC, H. S. Teoh wrote:
What's the reason Kenji's pull isn't merged yet? As I see it,
it does
not introduce any problematic areas, but streamlines
multidimensional
indexing notation in a nice way that fits in well with the rest
of the
language. I, for one,
People have already suggested you to actually try vibe.d at
least once before repeating "CSP is necessary for easy async"
mantra.
I was trying to point out in some previous thread that the value
of CSP is that concurrent things from the code looks like
>>sync<< calls (not async, but sync).
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313,
314)
- finishing non-GC memory ma
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313,
314)
- finishing non-GC memory ma
On Monday, 22 December 2014 at 08:22:35 UTC, Daniel Murphy wrote:
"Ola Fosheim Grøstad" " wrote in message
news:aimenbdjdflzgkkte...@forum.dlang.org...
Hardly, you have to be specific and make the number of issues
covered in the next release small enough to create a feeling
of being within re
On Saturday, 20 December 2014 at 20:14:21 UTC, Ola Fosheim
Grøstad wrote:
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak
wrote:
Just wondering what the general sentiment is.
I think the main problem is what is there already, which
prevents more sensible performance features from
On Saturday, 20 December 2014 at 20:13:31 UTC, weaselcat wrote:
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak
wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and
On Monday, 22 December 2014 at 11:03:33 UTC, bioinfornatics wrote:
- use everywhere as possible immutability ( const ref, in,
immutable )
Thanks, I forgot that one. Immutable values by default is indeed
an important improvement. All by-value parameters to functions
should be immutable, period
A gap in multi-dimensional rectangular arrays functionality in D
is sure a huge blocker when trying to use it for data science
tasks. Wonder what's the general consensus on this?
On Sunday, 21 December 2014 at 00:34:06 UTC, Kingsley wrote:
On Friday, 19 December 2014 at 02:53:02 UTC, Rikki Cattermole
wrote:
On 19/12/2014 10:19 a.m., Kingsley wrote:
On Wednesday, 17 December 2014 at 21:05:05 UTC, Kingsley
wrote:
Hi Bruno,
Thanks very much. I do have a couple of quest
On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter Bright
wrote:
I did notice this:
"I updated the ldc D compiler earlier today (incidentally, as
part of upgrading my system with pacman -Syu), and now it
doesn't compile at all. It
- delegates is another type system hole, if it's not going to be
fixed, then it should be documented
- members of Object
- evaluate contracts at the caller side
- streams
- reference type AA
On Monday, 22 December 2014 at 08:35:59 UTC, Laeeth Isharc wrote:
On Saturday, 22 March 2014 at 14:33:02 UTC, TJB wrote:
On Saturday, 22 March 2014 at 13:10:46 UTC, Daniel Davidson
wrote:
Data storage for high volume would also be nice. A D
implementation of HDF5, via wrappers or otherwise, wou
On Monday, 22 December 2014 at 11:59:11 UTC, aldanor wrote:
@Laeeth
As a matter of fact, I've been working on HDF5 bindings for D
as well -- I'm done with the binding/wrapping part so far (with
automatic throwing of D exceptions whenever errors occur in the
C library, and other niceties) and
On Saturday, 22 March 2014 at 00:14:11 UTC, Daniel Davidson wrote:
On Friday, 21 March 2014 at 21:14:15 UTC, TJB wrote:
Walter,
I see that you will be discussing "High Performance Code Using
D" at the 2014 DConf. This will be a very welcomed topic for
many of us. I am a Finance Professor. I
https://news.ycombinator.com/item?id=8781522
http://arthurtw.github.io/2014/12/21/rust-anti-sloppy-programming-language.html
c'est possible!
Oh how much free time and stability there would be if D core
*moved* GC downstream.
Vic
ps: more cows waiting for slaughter:
http://dlang.org/comparis
On 22 December 2014 at 11:45, logicchains via Digitalmars-d
wrote:
> On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
>>
>> On Saturday, 20 December 2014 at 21:47:24 UTC, Walter Bright wrote:
>>>
>>> I did notice this:
>>>
>>> "I updated the ldc D compiler earlier today (incidentally, a
On Monday, 22 December 2014 at 12:24:52 UTC, Laeeth Isharc wrote:
In case it wasn't obvious from the discussion that followed:
finance is a broad field with many different kinds of creature
within, and there are different kinds of problems faced by
different participants.
High Frequency Tra
On Monday, 22 December 2014 at 10:30:47 UTC, Ola Fosheim Grøstad
wrote:
More importantly: it makes no business sense to invest in an
open source project that shows clear signs of being mismanaged.
Create a spec that has business value, manage the project well
and people with a commercial intere
On Monday, 22 December 2014 at 12:43:19 UTC, Iain Buclaw via
Digitalmars-d wrote:
On 22 December 2014 at 11:45, logicchains via Digitalmars-d
wrote:
On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter Bright
wrote:
I did notice
On Monday, 22 December 2014 at 12:43:19 UTC, Iain Buclaw via
Digitalmars-d wrote:
On 22 December 2014 at 11:45, logicchains via Digitalmars-d
wrote:
On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter Bright
wrote:
I did notice
On Saturday, 20 December 2014 at 14:16:05 UTC, bearophile wrote:
When you use UFCS chains there are many coding patterns that
probably are hard to catch for the compiler, but are easy to
optimize very quickly:
[cut]
.reverse.reverse => id
.reverse.reverse is a coding pattern??
;-)
renoX
renoX:
.reverse.reverse is a coding pattern??
Yes, similar patterns can come out after inlining.
Bye,
bearophile
On Thursday, 18 December 2014 at 08:56:29 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 18 Dec 2014 08:09:08 +
via Digitalmars-d wrote:
On Thursday, 18 December 2014 at 01:16:38 UTC, H. S. Teoh via
Digitalmars-d wrote:
> On Thu, Dec 18, 2014 at 12:37:43AM +, via Digitalmars-d
> wrote:
How about allocators stack? Allocator e.g. one of these
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
-
allocatorStack.push(new GCAllocator);
//Some code that use memory allocation
auto a = ['x', 'y'];
a ~= ['a', 'b']; // use allocatorStack.top.realloc(...);
allocat
On 22 December 2014 at 13:45, via Digitalmars-d
wrote:
> On Monday, 22 December 2014 at 12:43:19 UTC, Iain Buclaw via
> Digitalmars-d wrote:
>>
>> On 22 December 2014 at 11:45, logicchains via Digitalmars-d
>> wrote:
>>>
>>> On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
>>
On Sunday, 21 December 2014 at 10:00:36 UTC, Russel Winder via
Digitalmars-d wrote:
Although the vast majority of Java is used in a basically I/O
bound
context, there is knowledge of and desire to improve Java in a
CPU-
bound context. The goal here is to always be as fast as C and
C++ for
all C
On Monday, 22 December 2014 at 13:37:55 UTC, aldanor wrote:
For some reason, people often relate quant finance / high
frequency trading with one of the two: either ultra-low-latency
execution or option pricing, which is just wrong. In most
likelihood, the execution is performed on FPGA co-locat
On 12/10/14 11:20 PM, AndreyZ wrote:
I wanted to join D community, but I realized that I even cannot
install tools from the site securely. (Correct me if I wrong.)
To dlang.org maintainers:
I trust you but I don't trust man-in-the-middle.
So, could you at least provide checksums (e.g. sha1) fo
By this time last year, dconf 2014 preparations were already
under way but I haven't heard anything this year. Is another one
planned?
On Monday, 22 December 2014 at 01:08:00 UTC, ZombineDev wrote:
NO. Just don't use features that you don't understand or like,
but
don't punish happy D users by demanding a crippled D version.
On Sunday, 21 December 2014 at 22:21:21 UTC, Vic wrote:
...
That is a valid argument if feature are
On 21/12/14 11:11, Dicebot via Digitalmars-d wrote:
On Sunday, 21 December 2014 at 08:23:34 UTC, deadalnix wrote:
See also: https://issues.dlang.org/show_bug.cgi?id=10996
I have nothing against this, but this is, indeed, completely out of the scope
(!) of the DIP.
I think it belongs to DIP22
On 21/12/14 09:23, deadalnix via Digitalmars-d wrote:
I have nothing against this, but this is, indeed, completely out of the scope
(!) of the DIP.
Fair enough. I wanted to make sure there was nothing here that could interact
nastily with protection attributes.
On Monday, 22 December 2014 at 17:28:39 UTC, Daniel Davidson
wrote:
I don't see D attempting to tackle that at this point.
If the bulk of the work for the "data sciences" piece is the
maths, which I believe it is, then the attraction of D as a
"data sciences" platform is muted. If the bulk of t
A few monthes ago I've seen this:
https://code.google.com/p/gource/
Does anyone want to render D with gsource (dmd/phobos) ?
On 12/22/14, Anoymous via Digitalmars-d wrote:
> A few monthes ago I've seen this:
>
> https://code.google.com/p/gource/
Ahh I always wanted to see this visualization for dlang repos!!
Whoever makes this happen, 1000 internets to you.
On 12/22/2014 12:04 AM, Dicebot wrote:
Point of transitive scope is to make easy to expose complex custom data
structures without breaking memory safety.
I do understand that. Making it work with the type system is another matter
entirely - it's far more complex than just adding a qualifier. '
On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
By this time last year, dconf 2014 preparations were already under way but I
haven't heard anything this year. Is another one planned?
Yes. Still working on getting confirmation of the date.
On 22 December 2014 at 20:52, Walter Bright via Digitalmars-d
wrote:
> On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
>>
>> By this time last year, dconf 2014 preparations were already under way but
>> I
>> haven't heard anything this year. Is another one planned?
>
>
> Yes. Still working on getting
On 2014-12-21 20:37, Adam D. Ruppe wrote:
1) versions don't match. Stuff like rvm and bundler can mitigate this,
I'm not exactly sure what you're meaning but using Rails without bundler
is just mad.
but they don't help searching the web. Find a technique and try it...
but it requires Rails
On Monday, 22 December 2014 at 17:25:48 UTC, deadalnix wrote:
On Sunday, 21 December 2014 at 10:00:36 UTC, Russel Winder via
Digitalmars-d wrote:
Although the vast majority of Java is used in a basically I/O
bound
context, there is knowledge of and desire to improve Java in a
CPU-
bound context
On Monday, 22 December 2014 at 16:51:30 UTC, Allocator stack
wrote:
How about allocators stack? Allocator e.g. one of these
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
-
allocatorStack.push(new GCAllocator);
//Some code that use memory allocation
auto a = ['x', '
On Monday, 22 December 2014 at 19:25:51 UTC, aldanor wrote:
On Monday, 22 December 2014 at 17:28:39 UTC, Daniel Davidson
wrote:
I don't see D attempting to tackle that at this point.
If the bulk of the work for the "data sciences" piece is the
maths, which I believe it is, then the attraction o
On Mon, 22 Dec 2014 15:36:27 +
via Digitalmars-d wrote:
> Heh, btw, I just read on osnews.com that HP is going to create a
> new hardware platform The Machine and a new operating system for
> it based on resistor based non-volatile memory called memristors
> that is comparable to dram in s
On Monday, 22 December 2014 at 16:51:30 UTC, Allocator stack
wrote:
How about allocators stack? Allocator e.g. one of these
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
-
allocatorStack.push(new GCAllocator);
//Some code that use memory allocation
auto a = ['x', '
On Mon, 22 Dec 2014 08:51:15 +
Bienlein via Digitalmars-d wrote:
> But for Go you only need to learn a
> drop simple language and you can start writing your server
> application, because all you need for concurrency is in the
> language.
i can assure you that "concurency in the language" i
On Mon, 22 Dec 2014 11:17:39 +
via Digitalmars-d wrote:
> On Monday, 22 December 2014 at 11:03:33 UTC, bioinfornatics wrote:
> > - use everywhere as possible immutability ( const ref, in,
> > immutable )
>
> Thanks, I forgot that one. Immutable values by default is indeed
> an important imp
On Mon, 22 Dec 2014 12:28:16 +
Vic via Digitalmars-d wrote:
> https://news.ycombinator.com/item?id=8781522
>
> http://arthurtw.github.io/2014/12/21/rust-anti-sloppy-programming-language.html
>
> c'est possible!
>
> Oh how much free time and stability there would be if D core
> *moved* GC
On Monday, 22 December 2014 at 19:25:51 UTC, aldanor wrote:
On Monday, 22 December 2014 at 17:28:39 UTC, Daniel Davidson
wrote:
I don't see D attempting to tackle that at this point.
If the bulk of the work for the "data sciences" piece is the
maths, which I believe it is, then the attraction o
On Monday, 22 December 2014 at 22:02:46 UTC, ketmar via
Digitalmars-d wrote:
oh, how much usefullness there would be if D core suspended all
other
activities and maked GC on par with "industrial strength" GCs!
i'm trying to tell you that i LOVE GC. and i can't share the
(growing?)
attitute t
On Monday, 22 December 2014 at 12:28:18 UTC, Vic wrote:
https://news.ycombinator.com/item?id=8781522
http://arthurtw.github.io/2014/12/21/rust-anti-sloppy-programming-language.html
c'est possible!
Oh how much free time and stability there would be if D core
*moved* GC downstream.
Vic
ps: mo
On Tue, Dec 23, 2014 at 12:02:36AM +0200, ketmar via Digitalmars-d wrote:
[...]
> oh, how much usefullness there would be if D core suspended all other
> activities and maked GC on par with "industrial strength" GCs!
>
> i'm trying to tell you that i LOVE GC. and i can't share the
> (growing?) att
On Mon, Dec 22, 2014 at 11:35:17AM +, aldanor via Digitalmars-d wrote:
> A gap in multi-dimensional rectangular arrays functionality in D is
> sure a huge blocker when trying to use it for data science tasks.
> Wonder what's the general consensus on this?
Kenji's PR has been merged in the mean
On Mon, 22 Dec 2014 22:09:22 +
Kapps via Digitalmars-d wrote:
> On Monday, 22 December 2014 at 22:02:46 UTC, ketmar via
> Digitalmars-d wrote:
> >
> > oh, how much usefullness there would be if D core suspended all
> > other
> > activities and maked GC on par with "industrial strength" GCs!
On Mon, Dec 22, 2014 at 08:49:45AM +, Laeeth Isharc via Digitalmars-d wrote:
> On Friday, 11 October 2013 at 22:41:06 UTC, H. S. Teoh wrote:
> >What's the reason Kenji's pull isn't merged yet? As I see it, it does
> >not introduce any problematic areas, but streamlines multidimensional
> >index
On Monday, 22 December 2014 at 22:36:16 UTC, H. S. Teoh via
Digitalmars-d wrote:
FYI, Kenji's merge has since been merged. So now the stage is
set for
somebody to step up and write a nice multidimensional array
implementation.
One important thing to wish for, in my opinion, is that the
design
On 22 December 2014 at 17:01, Iain Buclaw wrote:
> On 22 December 2014 at 13:45, via Digitalmars-d
> wrote:
>> On Monday, 22 December 2014 at 12:43:19 UTC, Iain Buclaw via
>> Digitalmars-d wrote:
>>>
>>> On 22 December 2014 at 11:45, logicchains via Digitalmars-d
>>> wrote:
On Sunday,
On Monday, 22 December 2014 at 22:02:46 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 22 Dec 2014 12:28:16 +
. what we really need is a
better GC,
not "no GC".
I am not saying no GC; I am saying:
a) something needs to be moved out of core. If not GC, what would
you move downstream?
b) m
On Monday, 22 December 2014 at 21:52:12 UTC, ketmar via
Digitalmars-d wrote:
Thanks, I forgot that one. Immutable values by default is
indeed an important improvement. All by-value parameters to
functions should be immutable, period.
but why? O_O
Because it is safer in long functions where y
On 23/12/2014 5:51 a.m., Allocator stack wrote:
How about allocators stack? Allocator e.g. one of these
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
-
allocatorStack.push(new GCAllocator);
//Some code that use memory allocation
auto a = ['x', 'y'];
a ~= ['a', 'b']
On 12/22/2014 12:59 PM, Iain Buclaw via Digitalmars-d wrote:
On 22 December 2014 at 20:52, Walter Bright via Digitalmars-d
wrote:
On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
By this time last year, dconf 2014 preparations were already under way but
I
haven't heard anything this year. Is anoth
On 12/11/14 5:05 PM, Martin Nowak wrote:
On 03/10/2014 03:56 PM, Andrei Alexandrescu wrote:
All: how does one turn off css hyphenation?
Andrei
You're again using that crappy JS hyphenation?
Last time we had a performance problem with it, I wrote this super
efficient D library http://code.dlan
On Monday, 22 December 2014 at 23:21:17 UTC, Vic wrote:
I am not saying no GC; I am saying:
a) something needs to be moved out of core.
And many don't agree.
If not GC, what would you move downstream?
b) move, not remove.
Move where? There is no downstream. There are no hordes of
developer
On 12/12/14 2:47 AM, bearophile wrote:
OK, I think that it will be enough to add a Phobos function like this
(what's the right Phobos module to put it?) (why isn't this @trusted?)
(why isn't this returning a T*?):
ref T uninitializedAlloc(T)() @system pure nothrow
{
return *cast(T*)GC.mal
On Mon, 22 Dec 2014 23:25:11 +
via Digitalmars-d wrote:
> On Monday, 22 December 2014 at 21:52:12 UTC, ketmar via
> Digitalmars-d wrote:
> >> Thanks, I forgot that one. Immutable values by default is
> >> indeed an important improvement. All by-value parameters to
> >> functions should be
On Tuesday, 23 December 2014 at 00:25:33 UTC, Walter Bright wrote:
On 12/22/2014 12:59 PM, Iain Buclaw via Digitalmars-d wrote:
On 22 December 2014 at 20:52, Walter Bright via Digitalmars-d
wrote:
On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
By this time last year, dconf 2014 preparations wer
Hi.
Sorry if this is a bit long, but perhaps it may be interesting to
one or two.
On Monday, 22 December 2014 at 22:00:36 UTC, Daniel Davidson
wrote:
On Monday, 22 December 2014 at 19:25:51 UTC, aldanor wrote:
On Monday, 22 December 2014 at 17:28:39 UTC, Daniel Davidson
wrote:
I don't see
On Monday, 22 December 2014 at 22:46:57 UTC, aldanor wrote:
On Monday, 22 December 2014 at 22:36:16 UTC, H. S. Teoh via
Digitalmars-d wrote:
FYI, Kenji's merge has since been merged. So now the stage is
set for
somebody to step up and write a nice multidimensional array
implementation.
One im
On Tuesday, 23 December 2014 at 00:49:57 UTC, anonymous wrote:
On Monday, 22 December 2014 at 23:21:17 UTC, Vic wrote:
I am not saying no GC; I am saying:
a) something needs to be moved out of core.
And many don't agree.
Dear Anonymous,
IMO D needs to be more stable, the alternative is mo
On Tuesday, 23 December 2014 at 03:32:12 UTC, Vic wrote:
On Tuesday, 23 December 2014 at 00:49:57 UTC, anonymous wrote:
On Monday, 22 December 2014 at 23:21:17 UTC, Vic wrote:
I am not saying no GC; I am saying:
a) something needs to be moved out of core.
And many don't agree.
Dear Anonym
On Tuesday, 23 December 2014 at 03:11:20 UTC, Laeeth Isharc wrote:
On Monday, 22 December 2014 at 22:46:57 UTC, aldanor wrote:
On Monday, 22 December 2014 at 22:36:16 UTC, H. S. Teoh via
Digitalmars-d wrote:
FYI, Kenji's merge has since been merged. So now the stage is
set for
somebody to step
On Tue, 23 Dec 2014 03:32:11 +
Vic via Digitalmars-d wrote:
> Hence a prediction: major things will be moved out of core to 3rd
> party plugins to slim down the lang, because now it's more than a
> lang: it is a platform.
D is not a platform. besides, GC is a core feature of D.
signature
On Tuesday, 23 December 2014 at 03:07:10 UTC, Laeeth Isharc wrote:
At one very big US hf I worked with, the tools were initially
written in Perl (some years back). They weren't pretty, but
they worked, and were fast and robust enough. I has many new
features I needed for my trading strategy.
On Monday, 22 December 2014 at 11:45:55 UTC, logicchains wrote:
I installed the new Arch Linux LDC package but it still fails
with the same error: /usr/lib/libldruntime.so: undefined
reference to `__mulodi4'
I did get GDC to work on ARM, but for some reason the resulting
executable is horribl
On 23 Dec 2014 07:15, "Dicebot via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
>
> On Monday, 22 December 2014 at 11:45:55 UTC, logicchains wrote:
>>
>> I installed the new Arch Linux LDC package but it still fails with the
same error: /usr/lib/libldruntime.so: undefined reference to `__mu
On Tuesday, 23 December 2014 at 07:21:20 UTC, Iain Buclaw via
Digitalmars-d wrote:
Maybe you could set up a qemu-arm chroot?
Probably I should. Didn't bother originally because ARM support
is not part of Arch Linux upstream - it is separate project with
own packaging infrastructure, they simp
On Saturday, 22 March 2014 at 12:06:37 UTC, Russel Winder wrote:
On Sat, 2014-03-22 at 00:14 +, Daniel Davidson wrote:
[…]
Maybe a good starting point would be to port some of QuantLib
and see how the performance compares. In High Frequency
Trading I think D would be a tough sell, unfortuna
81 matches
Mail list logo