On Monday, 22 December 2014 at 05:04:10 UTC, Rikki Cattermole
wrote:
You seem to be missing your dub file. Would be rather hard to
get it onto dub repository without it ;)
Oh and keep the bindings separate from wrappers in terms of
subpackages.
Thanks - added now.
Will work on separating out
Last one for a while, I think. I wish you all a very peaceful
Christmas and New Year, and let's hope 2015 brings some more
positive energy to the world.
Links here:
https://github.com/Laeeth/d_simplex
https://github.com/Laeeth/d_swisseph
1. D bindings/wrappers for the swiss ephemeris
Now,you can use dfl2 to get the 64 bit winForm.
Frank.
dco is a build tool,and very easy to use,it can build dfl64.lib
,dgui.lib or other your projects,it can auto copy dfl.lib to the
dmd2\windows\lib or lib64.
After you work on the dfl2,use the build.bat,you will feel it's
very easy to use.
dco:
https://github.com/FrankLIKE/dco/
dfl2:
On Monday, 22 December 2014 at 11:33:14 UTC, FrankLike wrote:
Now,you can use dfl2 to get the 64 bit winForm.
Frank.
dfl2:
https://github.com/FrankLIKE/dfl2/
On Thursday, 18 December 2014 at 09:18:06 UTC, Rune Christensen
wrote:
On Monday, 18 November 2013 at 17:23:25 UTC, Andrei
Alexandrescu wrote:
On 11/18/13 6:03 AM, Gary Willoughby wrote:
On Friday, 11 October 2013 at 00:36:12 UTC, Andrei
Alexandrescu wrote:
In all likelihood we'll follow up
On Monday, 22 December 2014 at 12:12:19 UTC, FrankLike wrote:
D is useful ,now I use the
dfl2(https://github.com/FrankLIKE/dfl2/)and the build tool dco
(https://github.com/FrankLIKE/dco/),very good.
Frank
Do you work for Facebook ?
On Monday, 22 December 2014 at 11:41:16 UTC, FrankLike wrote:
dco is a build tool,and very easy to use,it can build dfl64.lib
,dgui.lib or other your projects,it can auto copy dfl.lib to
the dmd2\windows\lib or lib64.
After you work on the dfl2,use the build.bat,you will feel it's
very easy to
On Monday, 22 December 2014 at 12:57:01 UTC, uri wrote:
On Monday, 22 December 2014 at 11:41:16 UTC, FrankLike wrote:
dco is a build tool,and very easy to use,it can build
dfl64.lib ,dgui.lib or other your projects,it can auto copy
dfl.lib to the dmd2\windows\lib or lib64.
After you work on
On Monday, 22 December 2014 at 04:51:44 UTC, Laeeth Isharc wrote:
https://github.com/Laeeth/d_hdf5
HDF5 is a very valuable tool for those working with large data
sets.
From HDF5group.org
HDF5 is a unique technology suite that makes possible the
management of extremely large and complex
On Mon, 2014-12-22 at 12:57 +, uri via Digitalmars-d-announce wrote:
[…]
Thanks, I'm in the process of looking at CMake/SCons alternatives
right at the moment and will have a look at dco.
May I ask why SCons is insufficient for you?
I'm trying dub at the moment and it's working
Hi,
Apparently I've never announced this here, so here we go.
I have written, and started maintaining D bindings for the GCCJIT
library, available on github at this location:
https://github.com/ibuclaw/gccjitd
What is GCCJIT?
---
GCCJIT is a new front-end for gcc that aims to provide an
On Monday, 22 December 2014 at 08:43:56 UTC, Laeeth Isharc wrote:
Last one for a while, I think. I wish you all a very peaceful
Christmas and New Year, and let's hope 2015 brings some more
positive energy to the world.
Links here:
https://github.com/Laeeth/d_simplex
On Monday, 22 December 2014 at 20:46:23 UTC, bachmeier wrote:
It's been ages since I read the paper, but there is a parallel
version of Nelder-Mead that is supposed to give very large
performance improvements, even when used on a single processor:
On Monday, 22 December 2014 at 21:39:08 UTC, Marc Schütz wrote:
On Monday, 22 December 2014 at 20:46:23 UTC, bachmeier wrote:
It's been ages since I read the paper, but there is a parallel
version of Nelder-Mead that is supposed to give very large
performance improvements, even when used on a
Hi everyone,
I have the pleasure to announce to you all the existence of a
modified LDC able to interface directly to C++ libraries, wiping
out the need to write bindings:
https://github.com/Syniurge/Calypso
It's at a prototype stage, but its C++ support is pretty wide
already:
•
On Monday, 22 December 2014 at 18:33:42 UTC, Russel Winder via
Digitalmars-d-announce wrote:
On Mon, 2014-12-22 at 12:57 +, uri via
Digitalmars-d-announce wrote:
[…]
Thanks, I'm in the process of looking at CMake/SCons
alternatives right at the moment and will have a look at dco.
May
On 23/12/2014 12:14 p.m., Elie Morisse wrote:
Hi everyone,
I have the pleasure to announce to you all the existence of a modified
LDC able to interface directly to C++ libraries, wiping out the need to
write bindings:
https://github.com/Syniurge/Calypso
It's at a prototype stage, but its
On Monday, 22 December 2014 at 12:57:01 UTC, uri wrote:
On Monday, 22 December 2014 at 11:41:16 UTC, FrankLike wrote:
dco is a build tool,and very easy to use,it can build
dfl64.lib ,dgui.lib or other your projects,it can auto copy
dfl.lib to the dmd2\windows\lib or lib64.
After you work on
On Tuesday, 23 December 2014 at 00:01:30 UTC, Rikki Cattermole
wrote:
Will you be upstreaming this? Or maintaining this completely
yourself?
The ultimate goal is upstream, but first I need to agree with the
main DMD and LDC contributors about how this should really be
done. I.e atm the
On Monday, 22 December 2014 at 23:14:44 UTC, Elie Morisse wrote:
Being 100% compatible with C++ means more or less adding a
fully functional C++ compiler front end to D. Anecdotal
evidence suggests that writing such is a minimum of a 10
man-year project, essentially making a D compiler with
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
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 current
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
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
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
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). The
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
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
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
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,
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
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,
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:
On 22 December 2014 at 11:45, logicchains via Digitalmars-d
digitalmars-d@puremagic.com 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
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
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
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
digitalmars-d@puremagic.com wrote:
On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter
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
digitalmars-d@puremagic.com wrote:
On Sunday, 21 December 2014 at 09:48:24 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter
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 digitalmars-d@puremagic.com 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 +,
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(...);
On 22 December 2014 at 13:45, via Digitalmars-d
digitalmars-d@puremagic.com 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
digitalmars-d@puremagic.com wrote:
On Sunday, 21 December 2014 at
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
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
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)
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
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
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 the
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 digitalmars-d@puremagic.com 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
digitalmars-d@puremagic.com 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
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
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
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 of
On Mon, 22 Dec 2014 15:36:27 +
via Digitalmars-d digitalmars-d@puremagic.com 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
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 digitalmars-d@puremagic.com 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
On Mon, 22 Dec 2014 11:17:39 +
via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 22 Dec 2014 12:28:16 +
Vic via Digitalmars-d digitalmars-d@puremagic.com 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
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 of
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
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:
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?) attitute
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
On Mon, 22 Dec 2014 22:09:22 +
Kapps via Digitalmars-d digitalmars-d@puremagic.com 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
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
indexing
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
On 22 December 2014 at 17:01, Iain Buclaw ibuc...@gdcproject.org wrote:
On 22 December 2014 at 13:45, via Digitalmars-d
digitalmars-d@puremagic.com 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
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)
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
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',
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
digitalmars-d@puremagic.com 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
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
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
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
On Mon, 22 Dec 2014 23:25:11 +
via Digitalmars-d digitalmars-d@puremagic.com 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
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
digitalmars-d@puremagic.com wrote:
On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
By this time last year,
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
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.
snip
Dear Anonymous,
IMO D needs to be more stable, the alternative
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.
snip
Dear
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
On Tue, 23 Dec 2014 03:32:11 +
Vic via Digitalmars-d digitalmars-d@puremagic.com 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
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
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 `__mulodi4'
1 - 100 of 137 matches
Mail list logo