On Thursday, 29 May 2014 at 07:08:06 UTC, w0rp wrote:
You could possibly take the HTML and generate plaintext from
that by removing tags, replacing unordered lists with *
characters, and so on. That's how a lot of mail clients do it
when people write their emails with a wysiwyg editor.
Yes, t
On Thu, 29 May 2014 06:30:05 +
Vladimir Panteleev via Digitalmars-d
wrote:
> On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
> Digitalmars-d wrote:
>
>
> Please configure your email client to include a text/plain part.
> Your messages are unreadable to any users of clients tha
On 30/05/2014 3:53 a.m., Tom Browder via Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Windows 7 for host x
On 5/29/14, 4:03 AM, Wanderer wrote:
It will be hard to beat Java's garbage collector. They use generational,
sequential memory approach, while D's memory manager (correct me if I'm
wrong) uses more common approach and has to deal with possible memory
fragmentation. Allocating a new object is ext
Moved from Fedora 19 64bit to Manjaro Linux 64bit.
Main reason: AUR + pacman.
On 5/29/14, 6:50 AM, Wyatt wrote:
On Thursday, 29 May 2014 at 13:34:26 UTC, Joseph Rushton Wakeling via
Digitalmars-d wrote:
Minor point -- is it really going to be the clunky std.experimental,
or is it going to be something elegant like exp.* ... ?
I would prefer the latter. :-)
I think I w
On 5/28/14, 10:28 AM, Dicebot wrote:
I'd love to see Andrei comment about it to either update its
status or remove from review queue.
I will work on it but std.allocator takes precedence. If anyone is in a
hurry, please take it over. I think std.benchmark can and will be
awesome. -- Andrei
On 5/28/14, 10:05 AM, Russel Winder via Digitalmars-d wrote:
On Wed, 2014-05-28 at 16:31 +, Wanderer via Digitalmars-d wrote:
D's const feature is nice and clear. But what made me "fall in
love" with D, is 'immutable' modifier. No inner mutable pieces
possible, no need to copy defensively (o
On 5/28/14, 9:33 AM, Russel Winder via Digitalmars-d wrote:
On Wed, 2014-05-28 at 15:54 +, Joakim via Digitalmars-d wrote:
[…]
A google search turns up a long review thread a couple years ago:
http://forum.dlang.org/thread/mailman.73.1347916419.5162.digitalmar...@puremagic.com
A somewhat
On Thursday, 29 May 2014 at 07:55:26 UTC, David Nadlinger wrote:
Hi all,
There seems to have been some discussion regarding
std.experimental at DConf, as several proposals to add modules
to it have popped up over the last few days. Maybe Andrei's
keynote had something on it (I unfortunately m
I use Archlinux 64 exclusivly.
And my students use arch, LinuxMint and Windows7 for their D
projects
std.experimintal is helpfull and I rejoy about.
But I think, we can have better place as subpackage.
I wrote some ideas about, but they have sunk in other topic.
http://forum.dlang.org/thread/ljrm0d$28vf$1...@digitalmars.com?page=16#post-mdhlmsxfzaelpdgwfbfh:40forum.dlang.org
On Thu, 29 May 2014 19:46:38 -0700
Walter Bright via Digitalmars-d wrote:
> On 5/29/2014 6:28 PM, Jonathan M Davis via Digitalmars-d wrote:
> > If we make it clear up front that our policy is that nothing will
> > stay in std.experimental permanently (at some point, either it gets
> > moved into
On Thursday, 29 May 2014 at 20:44:43 UTC, Dicebot wrote:
I'd love to see command-line flag that enables garbage
collection in compiler (disabled by default). It does not
matter how fast compiler is if it crashes on big project. And
difference between 10 seconds vs 30 seconds is not as importan
On 5/29/2014 6:28 PM, Jonathan M Davis via Digitalmars-d wrote:
If we make it clear up front that our policy is that nothing will stay in
std.experimental permanently (at some point, either it gets moved into std in
one form or another or it gets removed entirely), we explicitly state that the
AP
On Friday, 30 May 2014 at 00:57:36 UTC, Jonathan M Davis via
Digitalmars-d wrote:
On Thu, 29 May 2014 01:49:49 +
ed via Digitalmars-d wrote:
This is just recent and only seems to be affecting posts by J M
Davies, which are often enlightening so it is a bit
frustrating.
I get the followi
On Friday, 30 May 2014 at 02:10:56 UTC, ed wrote:
On Friday, 30 May 2014 at 00:57:36 UTC, Jonathan M Davis via
Digitalmars-d wrote:
On Thu, 29 May 2014 01:49:49 +
ed via Digitalmars-d wrote:
This is just recent and only seems to be affecting posts by J
M
Davies, which are often enlighteni
On Thu, 29 May 2014 09:16:26 -0700
"H. S. Teoh via Digitalmars-d" wrote:
> On Thu, May 29, 2014 at 01:13:39PM -0300, Ary Borenszweig via
> Digitalmars-d wrote:
> > On 5/29/14, 12:22 PM, Steven Schveighoffer wrote:
> > >One subject that frequented the talks at dconf was the poor
> > >performance o
On Thu, 29 May 2014 11:22:54 -0400
Steven Schveighoffer via Digitalmars-d
wrote:
> One subject that frequented the talks at dconf was the poor
> performance of CTFE and mixins.
>
> The major issue as I understand it (maybe I'm wrong) is the vast
> amounts of memory the compiler consumes while bui
On Thu, 29 May 2014 20:55:32 +
Dicebot via Digitalmars-d wrote:
> I have discussed this with Andrei shortly after he has merged PR
> that adds `std.experimental` to Phobos. Looks like he actually
> thinks about it as `std.staging` - place for almost complete
> Phobos modules to bring more att
On Thu, 29 May 2014 18:35:49 +0200
Joseph Rushton Wakeling via Digitalmars-d
wrote:
> On 29/05/14 16:47, Steven Schveighoffer via Digitalmars-d wrote:
> > javax was the experimental branch for Java's experimental code. Now
> > javax.xml is PERMANENT.
>
> Point taken. That said, I fear that _any_
On Thu, 29 May 2014 01:49:49 +
ed via Digitalmars-d wrote:
> This is just recent and only seems to be affecting posts by J M
> Davies, which are often enlightening so it is a bit frustrating.
>
> I get the following error in the web interface:
>
> > "Don't know how parse text/html message"
>
On Thursday, 29 May 2014 at 13:06:20 UTC, Steven Schveighoffer
wrote:
More and more, it's looking like we are going to start needing
thread-local pools for thread-local allocations.
This is the best solution, get rid of the locking for most
allocations even in multi-threaded programs.
Am Thu, 29 May 2014 18:35:49 +0200
schrieb Joseph Rushton Wakeling via Digitalmars-d
:
> On 29/05/14 16:47, Steven Schveighoffer via Digitalmars-d wrote:
> > javax was the experimental branch for Java's experimental code. Now
> > javax.xml is
> > PERMANENT.
>
> Point taken. That said, I fear th
Am Thu, 29 May 2014 18:00:13 +
schrieb "Brian Schott" :
> On Thursday, 29 May 2014 at 10:09:18 UTC, Atila Neves wrote:
> > If you're profiling binaries on Linux, this thing is a must
> > have and I have no idea how I'd never heard about it before.
>
> On the topic of perf, I found a stupid t
Am Thu, 29 May 2014 12:35:46 +
schrieb "safety0ff" :
> On Thursday, 29 May 2014 at 10:09:18 UTC, Atila Neves wrote:
> >
> > The GC is preventing me from beating Java, but not because of
> > collections. It's the locking it does to allocate instead! I
> > don't know about the rest of you but I
Am Thu, 29 May 2014 20:01:16 +
schrieb "Sean Kelly" :
> On Thursday, 29 May 2014 at 19:00:24 UTC, Walter Bright wrote:
> >
> > If it's single threaded, and the single thread is doing the
> > collecting, who is starting up a new thread?
>
> class Foo {
> ~this() {
> auto t = n
Am Thu, 29 May 2014 00:06:29 +
schrieb "deadalnix" :
> On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
> Digitalmars-d wrote:
>
>
> That's interesting :D
So I figure you didn't read the text/html part with the nice
1.5x line height which makes reading easy on the eyes? No? :
On Thu, May 29, 2014 at 5:13 PM, Kiith-Sa via Digitalmars-d
wrote:
> On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via Digitalmars-d
> wrote:
>>
>> Has anyone done a survey of the primary OS of D users?
..
> But seriously, why does this question keep coming up every few months?
> Asking it
On Thursday, 29 May 2014 at 22:16:09 UTC, Joseph Rushton Wakeling
via Digitalmars-d wrote:
On 29/05/14 20:46, Dmitry Olshansky via Digitalmars-d wrote:
Personally I believe that anything not stable enough simply
wouldn't work
sitting in Phobos. The release cycle is like 4? months,
patches need
30-May-2014 02:15, Joseph Rushton Wakeling via Digitalmars-d пишет:
On 29/05/14 20:46, Dmitry Olshansky via Digitalmars-d wrote:
Personally I believe that anything not stable enough simply wouldn't work
sitting in Phobos. The release cycle is like 4? months, patches need
review (by
whom? if its
On 29/05/14 20:46, Dmitry Olshansky via Digitalmars-d wrote:
Personally I believe that anything not stable enough simply wouldn't work
sitting in Phobos. The release cycle is like 4? months, patches need review (by
whom? if its just smb's experiment).
And there is the question of keeping 2 forks
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
So
On 5/29/2014 11:53 AM, Tom Browder via Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
many (if not most) users are on some version of Windows.
My main desktop is Win7 x64 (Although I hate all of
On Thursday, 29 May 2014 at 17:54:08 UTC, Timon Gehr wrote:
On 05/29/2014 07:33 PM, Steven Schveighoffer wrote:
But CTFE is full of code that expects to have a GC running,
e.g. string
concatenation for mixins, etc.
Even the following code runs out of memory on my machine:
int foo(){
fo
On Thursday, 22 May 2014 at 18:03:16 UTC, Jeremy Powers via
Digitalmars-d wrote:
Dub (code.dlang.org) has emerged as the standard build tool for
D. Yet
there doesn't look to be any mention of it on the D site
proper...
Would it be reasonable to include dub with the DMD installer?
Or failing
On Thursday, 29 May 2014 at 20:49:04 UTC, bearophile wrote:
Dicebot:
unused variables are job for dscanner
Unused variables/labels/arguments and unused last assignments
are often flags for code problems (but the ones in the
function/class you are writing now). I like how such tests are
don
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Wh
On Thursday, 29 May 2014 at 07:55:26 UTC, David Nadlinger wrote:
Hi all,
There seems to have been some discussion regarding
std.experimental at DConf, as several proposals to add modules
to it have popped up over the last few days. Maybe Andrei's
keynote had something on it (I unfortunately m
Dicebot:
unused variables are job for dscanner
Unused variables/labels/arguments and unused last assignments are
often flags for code problems (but the ones in the function/class
you are writing now). I like how such tests are done by the
GCC/Clang compilers.
signed-unsigned comparison
On Thursday, 29 May 2014 at 18:30:28 UTC, Dmitry Olshansky wrote:
29-May-2014 03:52, Dicebot пишет:
On Wednesday, 28 May 2014 at 23:27:34 UTC, bearophile wrote:
This is currently accepted code:
[]
IMHO something like this is better:
class MyException : Exception
{
private char[20] i
On Thursday, 29 May 2014 at 15:22:54 UTC, Steven Schveighoffer
wrote:
One subject that frequented the talks at dconf was the poor
performance of CTFE and mixins.
The major issue as I understand it (maybe I'm wrong) is the
vast amounts of memory the compiler consumes while building
mixin strin
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Wi
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Ar
On Thursday, 29 May 2014 at 09:35:26 UTC, bearophile wrote:
Some of those warnings are not generated by D compiler (like
unused variables and labels, unused arguments, signed/unsigned
comparisons, etc), so better to catch and fix them before
porting the code to D.
In D I'd like optional warni
On Thu, May 29, 2014 at 03:24:13PM -0500, Tom Browder via Digitalmars-d wrote:
> On Thu, May 29, 2014 at 10:53 AM, Tom Browder wrote:
> > Has anyone done a survey of the primary OS of D users?
> >
> > I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
> > many (if not most) users
On Thursday, 29 May 2014 at 20:11:32 UTC, John Colvin wrote:
why 32 bit?
I still do work on 32 bit processors on a regular basis. One of
my D work servers is still 32 bit, my little laptop is 32 bit,
and of course my older computers are 32 bit and still get use
from time to time.
On Thu, May 29, 2014 at 10:53 AM, Tom Browder wrote:
> Has anyone done a survey of the primary OS of D users?
>
> I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
> many (if not most) users are on some version of Windows.
So far it's looking like my perception is way off (I ha
On Thursday, 29 May 2014 at 20:07:53 UTC, Adam D. Ruppe wrote:
I mostly use slackware linux (64 bit OS but i prefer to build
32 bit programs) for D stuff. I also use a variety of Windows
systems from time to time, especially if I want to distribute a
gui to other users (always 32 bit programs).
On Thursday, 29 May 2014 at 20:07:53 UTC, Adam D. Ruppe wrote:
I mostly use slackware linux (64 bit OS but i prefer to build
32 bit programs) for D stuff. I also use a variety of Windows
systems from time to time, especially if I want to distribute a
gui to other users (always 32 bit programs).
On Thursday, 29 May 2014 at 20:01:25 UTC, Tobias Pankrath wrote:
On Thursday, 29 May 2014 at 15:32:54 UTC, Wanderer wrote:
I don't see any valid alternatives. What should ideally happen
if you increment 0x..? Should the value remain the
same?
I know at least one firmware running in ca
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
D
On Thu, 29 May 2014 16:01:16 -0400, Sean Kelly
wrote:
On Thursday, 29 May 2014 at 19:00:24 UTC, Walter Bright wrote:
If it's single threaded, and the single thread is doing the collecting,
who is starting up a new thread?
class Foo {
~this() {
auto t = new Thread({ auto
I mostly use slackware linux (64 bit OS but i prefer to build 32
bit programs) for D stuff. I also use a variety of Windows
systems from time to time, especially if I want to distribute a
gui to other users (always 32 bit programs).
On Thursday, 29 May 2014 at 15:32:54 UTC, Wanderer wrote:
I don't see any valid alternatives. What should ideally happen
if you increment 0x..? Should the value remain the same?
I know at least one firmware running in cars from several
manufacturers where
this is the desired behavior i
On 2014-05-29 15:53:22 +, Tom Browder via Digitalmars-d said:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
os X 10.9
On Thursday, 29 May 2014 at 19:00:24 UTC, Walter Bright wrote:
If it's single threaded, and the single thread is doing the
collecting, who is starting up a new thread?
class Foo {
~this() {
auto t = new Thread({ auto a = new char[100]; });
t.start();
}
}
On Thursday, 29 May 2014 at 10:09:18 UTC, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see
that one coming.
This is sadly unavoidable with
On Thu, 29 May 2014 15:15:27 -0400, ponce wrote:
On what criterion do you filter applicants for std.experimental then?
Same way we do it for std.
I think there is a confusion here. std.experimental should be for code
that hasn't been proven, but generally acceptable to the community as a
On Thursday, 29 May 2014 at 19:29:11 UTC, Orfeo wrote:
Arch Linux x86_64
OpenSuse Linux 12.3
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Ar
On Thursday, 29 May 2014 at 19:15:29 UTC, ponce wrote:
Now you have another problem, how do you know that something
"looks good" from a design point of view for inclusion in
std.experimental? Reviews like for Phobos inclusion? Especially
with no users at this point.
It's an experiment; simp
Yes, most definitely. e.g., there may be several serialization
libraries in code.dlang.org. But there would only ever be one
in std.experimental. It says "this is the one we are
considering for inclusion." By definition, more people would
use it, and consider it semi-official.
So this wil
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
Ar
Arch Linux x86_64
On Thursday, 29 May 2014 at 16:53:53 UTC, Joseph Rushton Wakeling
via Digitalmars-d wrote:
On 29/05/14 18:22, ponce via Digitalmars-d wrote:
Is it really fast moving when you have to wait for compiler
releases? I don't
think so.
Fair point. What I was really trying to say is, that if
someth
On Thu, 29 May 2014 14:42:19 -0400, Ali Çehreli wrote:
On 05/29/2014 06:06 AM, Steven Schveighoffer wrote:
> The explanation in the comment is that finalizers may spawn a new
> thread. See
>
https://github.com/D-Programming-Language/druntime/blob/master/src/gc/gc.d#L410
The strange thin
On Friday, 18 April 2014 at 14:04:04 UTC, Aleksandar Ruzicic
wrote:
Hello,
I've been D enthusiast for couple of years now (but I do not
participate much in discussions here, although I read forums
almost daily), and I keep telling people about D and how
awesome it is.
But, all this time D's
On 5/29/2014 4:01 AM, Robert Schadek via Digitalmars-d wrote:
On 05/29/2014 12:41 PM, Jacob Carlborg via Digitalmars-d wrote:
On 2014-05-29 12:09, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't
29-May-2014 11:55, David Nadlinger пишет:
Hi all,
There seems to have been some discussion regarding std.experimental at
DConf, as several proposals to add modules to it have popped up over the
last few days. Maybe Andrei's keynote had something on it (I
unfortunately missed it)?
It was in the
On 05/29/2014 06:06 AM, Steven Schveighoffer wrote:
> The explanation in the comment is that finalizers may spawn a new
> thread. See
>
https://github.com/D-Programming-Language/druntime/blob/master/src/gc/gc.d#L410
The strange thing is, finalizers may not even be executed. :-/ I would
simp
29-May-2014 03:52, Dicebot пишет:
On Wednesday, 28 May 2014 at 23:27:34 UTC, bearophile wrote:
This is currently accepted code:
[]
IMHO something like this is better:
class MyException : Exception
{
private char[20] index_buff; // should be enough for size_t.max
Why not just save
On Thu, 29 May 2014 11:24:41 -0700, H. S. Teoh via Digitalmars-d wrote:
> On Thu, May 29, 2014 at 10:53:22AM -0500, Tom Browder via Digitalmars-d
> wrote:
>> Has anyone done a survey of the primary OS of D users?
>>
>> I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
>> many (
On Thursday, 29 May 2014 at 18:24:57 UTC, Tom Browder via
Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling
that
many (if not most) users are on some version of Windows.
Most of those self-reporting on
On Thu, May 29, 2014 at 10:53:22AM -0500, Tom Browder via Digitalmars-d wrote:
> Has anyone done a survey of the primary OS of D users?
>
> I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
> many (if not most) users are on some version of Windows.
[...]
I also use Debian Linux
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
many (if not most) users are on some version of Windows.
Thanks.
Best regards,
-Tom
On 05/29/2014 06:53 PM, Dylan Knutson wrote:
...
Is there anything so radically different in D than these other
languages, that prevents the implementation of a run-of-the-mill VM to
eval D code?
No. (In fact, I've written a naive but mostly complete byte code
interpreter in half a week or so
On Thursday, 29 May 2014 at 10:09:18 UTC, Atila Neves wrote:
If you're profiling binaries on Linux, this thing is a must
have and I have no idea how I'd never heard about it before.
On the topic of perf, I found a stupid trick the other day and
wrote it down on the wiki: http://wiki.dlang.org/
On Thu, 29 May 2014 13:54:07 -0400, Timon Gehr wrote:
On 05/29/2014 07:33 PM, Steven Schveighoffer wrote:
But CTFE is full of code that expects to have a GC running, e.g. string
concatenation for mixins, etc.
Even the following code runs out of memory on my machine:
int foo(){
foreach
On 05/29/2014 07:33 PM, Steven Schveighoffer wrote:
But CTFE is full of code that expects to have a GC running, e.g. string
concatenation for mixins, etc.
Even the following code runs out of memory on my machine:
int foo(){
foreach(i;0..1){}
return 2;
}
pragma(msg, foo());
I.
On Thu, 29 May 2014 12:44:10 -0400, Joseph Rushton Wakeling via
Digitalmars-d wrote:
On 29/05/14 18:22, ponce via Digitalmars-d wrote:
Is it really fast moving when you have to wait for compiler releases? I
don't
think so.
Fair point. What I was really trying to say is, that if somethin
On Thu, 29 May 2014 12:53:54 -0400, Dylan Knutson
wrote:
I'm not well acquainted with how the compiler works internally, or how
CTFE is implemented. But it seems like a full-blown D interpreter with
eval functionality is needed. Lots of scripting language interpreters
exist out there, an
On Thursday, 29 May 2014 at 17:33:15 UTC, Steven Schveighoffer
wrote:
On Thu, 29 May 2014 13:07:17 -0400, safety0ff
wrote:
On Thursday, 29 May 2014 at 16:13:40 UTC, Ary Borenszweig
wrote:
If you add reference counting or a GC to the compiler, it
will make those large projects compile, but
On Thu, 29 May 2014 13:07:17 -0400, safety0ff
wrote:
On Thursday, 29 May 2014 at 16:13:40 UTC, Ary Borenszweig wrote:
If you add reference counting or a GC to the compiler, it will make
those large projects compile, but it will inevitably be slower than
now. That's why Walter disabled G
On Thursday, 29 May 2014 at 16:13:40 UTC, Ary Borenszweig wrote:
If you add reference counting or a GC to the compiler, it will
make those large projects compile, but it will inevitably be
slower than now. That's why Walter disabled GC completely in
the compiler (turning it on made the compil
I'm not well acquainted with how the compiler works internally,
or how CTFE is implemented. But it seems like a full-blown D
interpreter with eval functionality is needed. Lots of scripting
language interpreters exist out there, and they all get
relatively decent performance and memory footprin
On 29/05/14 18:22, ponce via Digitalmars-d wrote:
Is it really fast moving when you have to wait for compiler releases? I don't
think so.
Fair point. What I was really trying to say is, that if something looks good
from a design point of view, that getting it straight into std.experimental is
On 29/05/14 16:47, Steven Schveighoffer via Digitalmars-d wrote:
javax was the experimental branch for Java's experimental code. Now javax.xml is
PERMANENT.
Point taken. That said, I fear that _any_ module or package that gets widely
used carries such a risk.
On Thursday, 29 May 2014 at 12:10:23 UTC, Joseph Rushton Wakeling
via Digitalmars-d wrote:
Requiring people to prove themselves in a popularity contest
first seems to me to get in the way of the aim to have a
fast-moving,
able-to-quickly-get-user-feedback-and-make-breaking-changes
part of the
On Thu, May 29, 2014 at 01:13:39PM -0300, Ary Borenszweig via Digitalmars-d
wrote:
> On 5/29/14, 12:22 PM, Steven Schveighoffer wrote:
> >One subject that frequented the talks at dconf was the poor
> >performance of CTFE and mixins.
> >
> >The major issue as I understand it (maybe I'm wrong) is th
On Thu, May 29, 2014 at 12:03:43PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
> On Thu, 29 May 2014 11:12:00 -0400, H. S. Teoh via Digitalmars-d
> wrote:
>
> >On Thu, May 29, 2014 at 10:47:26AM -0400, Steven Schveighoffer via
> >Digitalmars-d wrote:
> >[...]
> >>I think "experimental"
On 5/29/14, 12:22 PM, Steven Schveighoffer wrote:
One subject that frequented the talks at dconf was the poor performance
of CTFE and mixins.
The major issue as I understand it (maybe I'm wrong) is the vast amounts
of memory the compiler consumes while building mixin strings. In fact,
one of the
On Thursday, 29 May 2014 at 15:44:11 UTC, Meta wrote:
Yes, I think this is a good case where making things slightly
harder for users is good. If someone has to think twice about
using std.experimental because of the long name, then they'll
probably also think twice about how their code might
On Thu, 29 May 2014 11:12:00 -0400, H. S. Teoh via Digitalmars-d
wrote:
On Thu, May 29, 2014 at 10:47:26AM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
javax was the experimental branch for Java's experimental code. Now
javax.xml is PERMANENT.
I think "experimental" spells o
On Thursday, 29 May 2014 at 14:50:40 UTC, bearophile wrote:
Joseph Rushton Wakeling:
Minor point -- is it really going to be the clunky
std.experimental,
Clunky is good for something that you only use for experiments.
Short names should be left for good reliable functionality.
Bye,
bearophil
Wanderer:
If you need perfect calculations, you can always use an
according library for numbers with arbitrary precision.
The D Zen points in the opposite direction: if you don't care of
having bogus results in your code, then use unsafe integers :-)
Bye,
bearophile
I don't see any valid alternatives. What should ideally happen if
you increment 0x..? Should the value remain the same?
That's not much better than resetting back to zero, still a
mathematical error. Throw an exception? That would kill
performance and break lots of existing code.
If y
If would be nice if Don could elaborate on his comment in bug
#6498 (https://issues.dlang.org/show_bug.cgi?id=6498#c1)
I.e. What has been done, what needs to be done, what is a "proper
fix".
I think it was stated somewhere that the goal was to implement
reference counting.
This would help pe
One subject that frequented the talks at dconf was the poor performance of
CTFE and mixins.
The major issue as I understand it (maybe I'm wrong) is the vast amounts
of memory the compiler consumes while building mixin strings. In fact, one
of the talks (can't remember which one) mentioned t
On Thu, May 29, 2014 at 10:47:26AM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
> javax was the experimental branch for Java's experimental code. Now
> javax.xml is PERMANENT.
>
> I think "experimental" spells out "This is subject to immediate and
> frequent change. IT MAY BREAK YOU
1 - 100 of 126 matches
Mail list logo
