On Tuesday, 4 February 2014 at 06:03:14 UTC, Andrei Alexandrescu
wrote:
On 2/3/14, 9:09 PM, Jonathan M Davis wrote:
I truly hope that that's never the case. Adding non-nullable
references to the
language is one thing; making them the default is quite
another, and making
them the default would b
On Tuesday, 4 February 2014 at 06:49:57 UTC, Andrei Alexandrescu
wrote:
That would be awesome. The breakage involved, is quite high
however.
No breakage if the opt-in flag is not used.
Andrei
OK, If you are willing to do that change, I'm 200% behind !
Question, why do you propose to use @nu
On Tuesday, 4 February 2014 at 02:57:00 UTC, Andrei Alexandrescu
wrote:
On 2/3/14, 5:36 PM, Adam Wilson wrote:
You still haven't dealt with the cyclic reference problem in
ARC. There
is absolutely no way ARC can handle that without programmer
input,
therefore, it is simply not possible to switc
On Tuesday, 4 February 2014 at 00:15:34 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 4 February 2014 at 00:08:28 UTC, Frank Bauer wrote:
How cool would that be: a language with the memory allocation
features of Rust but with stronger syntax and semantics roots
in the C / C++ world?
It is reall
On Tuesday, 4 February 2014 at 03:30:58 UTC, Manu wrote:
On 4 February 2014 12:59, Andrei Alexandrescu
wrote:
On 2/3/14, 5:51 PM, Manu wrote:
I'd have trouble disagreeing more; Android is the essence of
why Java
should never be used for user-facing applications.
Android is jerky and jitter
On 4 February 2014 17:31, Paulo Pinto wrote:
> On Tuesday, 4 February 2014 at 02:05:07 UTC, Nick Sabalausky wrote:
>
>> On 2/3/2014 4:13 PM, H. S. Teoh wrote:
>>
>>> I've seen real-life
>>> examples of ARCs gone horribly, horribly wrong, whereas had a GC been
>>> used in the first place things wo
On Tuesday, 4 February 2014 at 01:47:11 UTC, Evan Davis wrote:
I see suggestions to link to wsock32.lib in c++ forums rather
than ws2_32.lib, but socket.d seems to link both? Any help
diagnosing is appreciated.
You need to use the definition of IP_ADD_MEMBERSHIP from the
WinSock2 header files
On Tuesday, 4 February 2014 at 07:06:07 UTC, Eric Suen wrote:
As long as other code is in managed code, there is GC running at
background, no matter your code write in whatever high
performance
language, it will be affect by GC anyway. so that "So,
Microsoft does
not think that GC is suitable
On Tuesday, 28 January 2014 at 17:25:35 UTC, Russel Winder wrote:
It seems goroutine like process and channels are coming to C++:
https://github.com/ahorn/cpp-channel
This is interesting, but you can bring that sort of approach to
some other language as well. Here is a simple approach to get
On 1/31/14, Stanislav Blinov wrote:
> I've reworked the unittest a little, to accomodate for multiple
> runs:
>
> http://codepad.org/ghZdjvUE
I've finally managed to build LDC2 on Windows (MinGW version), here
are the timings between DMD and LDC2:
$ dmd -release -inline -O -noboundscheck -unitte
We're currently working on an Entity Component System for D (
https://github.com/Zoadian/nitro)
Here some good explanations:
http://t-machine.org/index.php/2007/09/03/entity-systems-are-the-future-of-mmog-development-part-1/
http://www.richardlord.net/blog/what-is-an-entity-framework
On Tue
On Tuesday, 4 February 2014 at 03:43:53 UTC, ed wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February 2014 06:21, Adam Wilson
wrote:
On Mon, 03 Feb 2014 12:02:29 -0800, Andrei Alexandrescu <
seewebsiteforem...
On Tuesday, 4 February 2014 at 09:49:39 UTC, Zoadian wrote:
We're currently working on an Entity Component System for D (
https://github.com/Zoadian/nitro)
Here some good explanations:
I've seen it too. I like it so far, because of the nice usage of
templates, but right now I didn't gave it
On Tuesday, 4 February 2014 at 09:59:07 UTC, Don wrote:
On Tuesday, 4 February 2014 at 03:43:53 UTC, ed wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February 2014 06:21, Adam Wilson
wrote:
On Mon, 03 Feb 2014
On Tuesday, 4 February 2014 at 09:37:16 UTC, Bienlein wrote:
This is interesting, but you can bring that sort of approach to
some other language as well. Here is a simple approach to get
it done for Java:
http://java.dzone.com/articles/go-style-goroutines-java-and.
What is hard to implement wi
On Tuesday, 4 February 2014 at 10:06:18 UTC, Francesco Cattoglio
wrote:
On Tuesday, 4 February 2014 at 09:49:39 UTC, Zoadian wrote:
We're currently working on an Entity Component System for D (
https://github.com/Zoadian/nitro)
Here some good explanations:
I've seen it too. I like it so far,
On Tuesday, 4 February 2014 at 09:59:07 UTC, Don wrote:
On Tuesday, 4 February 2014 at 03:43:53 UTC, ed wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February 2014 06:21, Adam Wilson
wrote:
On Mon, 03 Feb 2014
On Tuesday, 4 February 2014 at 10:32:26 UTC, ed wrote:
On Tuesday, 4 February 2014 at 09:59:07 UTC, Don wrote:
On Tuesday, 4 February 2014 at 03:43:53 UTC, ed wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson
wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February
On Tuesday, 4 February 2014 at 07:15:17 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 23:05:35 -0800, Eric Suen
wrote:
"Ola Fosheim Gr?stad" ">
So, Microsoft does not think that GC is suitable for real
time interactive graphics. And they are right.
And they are right." is only your opinio
On Tuesday, 4 February 2014 at 10:24:57 UTC, Paul Freund wrote:
We are currently working on the first "stable" version (and
API). The master branch is the last working state but our
current development is in the finalize_basics
(https://github.com/Zoadian/nitro/tree/finalize_basics) branch,
in
On Tuesday, 4 February 2014 at 11:13:03 UTC, Don wrote:
On Tuesday, 4 February 2014 at 10:32:26 UTC, ed wrote:
On Tuesday, 4 February 2014 at 09:59:07 UTC, Don wrote:
On Tuesday, 4 February 2014 at 03:43:53 UTC, ed wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson
wrote:
On Mon,
Hi,
I have put the gdcproject site pages on github to allow anyone
interested to make changes.
https://github.com/D-Programming-GDC/gdcproject
Regards
Iain.
On Tuesday, 4 February 2014 at 11:58:22 UTC, Iain Buclaw wrote:
Hi,
I have put the gdcproject site pages on github to allow anyone
interested to make changes.
https://github.com/D-Programming-GDC/gdcproject
Oh, I forgot to add, have added an additional contributing and
documentation pages
On Monday, 3 February 2014 at 20:02:30 UTC, Andrei Alexandrescu
wrote:
On 2/3/14, 6:57 AM, Frank Bauer wrote:
Anyone asking for the addition of ARC or owning pointers to D,
gets
pretty much ignored. The topic is "Smart pointers instead of
GC?",
remember? People here seem to be more interested i
On 2014-02-03 23:00:22 +, woh said:
On Monday, 3 February 2014 at 21:42:59 UTC, Shammah Chancellor wrote:
On 2014-02-01 07:35:44 +, Manu said:
On 1 February 2014 16:26, Adam Wilson wrote:
On Fri, 31 Jan 2014 21:29:04 -0800, Manu wrote:
On 26 December 2012 00:48, Sven Over wrote:
On 2014-02-04 06:50:51 +, Walter Bright said:
On 2/3/2014 1:42 PM, Shammah Chancellor wrote:
It's also probably
possible to create a drop-in replacement for the GC to do something else.
It certainly is possible. There's nothing magic about the current GC,
it's just library code.
Is it
On Tuesday, 4 February 2014 at 12:03:31 UTC, Frustrated wrote:
[snip]
It would be nice if one could simply write some allocator, drop
it into D, and everything work out dandy. e.g., I want to try
out
a new super fast AGC like metronome GC, I write the code for it,
tell D to use it, and then rea
On 2014-02-04 04:26:22 +, Walter Bright said:
On 2/3/2014 8:17 PM, Michel Fortin wrote:
That's not the case for nullable.
Yes, it is. If the function accepts a pointer to S and returns a
pointer to S.f, then a null pointer in means a null pointer out, and a
completely different type.
On Tuesday, 4 February 2014 at 11:57:25 UTC, Paulo Pinto wrote:
On Tuesday, 4 February 2014 at 11:13:03 UTC, Don wrote:
Yeah, I dunno what "systems language" means really.
For me it means you can write an OS with it, even if some tiny
parts require the use of Assembly glue.
Pretty close
On Tuesday, 4 February 2014 at 12:18:22 UTC, ed wrote:
On Tuesday, 4 February 2014 at 12:03:31 UTC, Frustrated wrote:
[snip]
It would be nice if one could simply write some allocator, drop
it into D, and everything work out dandy. e.g., I want to try
out
a new super fast AGC like metronome GC,
I've seen you say more than once that you can't bond with the
GC, and believe me I understand, if you search back through the
forums, you'll find one of the first things I did when I got
here was complain about the GC. But what you're saying is "I
can't bond with this horrible GC so we need t
I find structs completely superior to classes as design base and
only resort to latter if find myself in need of polymorphic
behavior. There is an issue of bad constraint error messages but
that is exactly that - implementation flaw that needs to be
fixed, not a conceptual flaw.
Mostly agree
On Tuesday, 4 February 2014 at 09:44:04 UTC, Andrej Mitrovic
wrote:
I've finally managed to build LDC2 on Windows (MinGW version),
here
are the timings between DMD and LDC2:
$ dmd -release -inline -O -noboundscheck -unittest singleton_2.d
-oftest.exe && test.exe
Test time for LockSingleton:
On Tuesday, 4 February 2014 at 02:59:11 UTC, Andrei Alexandrescu
wrote:
On 2/3/14, 5:51 PM, Manu wrote:
I'd have trouble disagreeing more; Android is the essence of
why Java
should never be used for user-facing applications.
Android is jerky and jittery, has random pauses and lockups
all the
t
On Tuesday, 4 February 2014 at 02:27:23 UTC, deadalnix wrote:
On Tuesday, 4 February 2014 at 01:09:52 UTC, Meta wrote:
On Monday, 3 February 2014 at 23:34:59 UTC, deadalnix wrote:
On Monday, 3 February 2014 at 22:23:52 UTC, Meta wrote:
If null is an invalid value to assign to a pointer, then
t
There is a lot of discussion ongoing about ARC vs GC but in
practice forcing either of those is unacceptable. Language that
is strongly coupled with hard-coded memory model will inevitably
fail in some domain.
For me perfect solution would have been to use an allocator
concept as language bas
On Tuesday, 4 February 2014 at 13:11:49 UTC, Idan Arye wrote:
Why is `bar(w);` an error? I may be perfectly valid for `bar`
to accept null as argument.
It should declare its argument as Nullable!w then.
On Tuesday, 4 February 2014 at 13:20:12 UTC, Dicebot wrote:
On Tuesday, 4 February 2014 at 13:11:49 UTC, Idan Arye wrote:
Why is `bar(w);` an error? I may be perfectly valid for `bar`
to accept null as argument.
It should declare its argument as Nullable!w then.
If non-null-by-default will b
On Tuesday, 4 February 2014 at 12:46:58 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 4 February 2014 at 11:57:25 UTC, Paulo Pinto wrote:
On Tuesday, 4 February 2014 at 11:13:03 UTC, Don wrote:
Yeah, I dunno what "systems language" means really.
For me it means you can write an OS with it, ev
How many GC's do we get, if we build a D application linking it to a D
library statically, or dynamically, or by loading it at runtime?
It seems to me, that one thing people really want in this discussion is to
be able to select a single allocation strategy for their application,
regardless
On Tuesday, 4 February 2014 at 13:18:51 UTC, Dicebot wrote:
There is a lot of discussion ongoing about ARC vs GC but in
practice forcing either of those is unacceptable. Language that
is strongly coupled with hard-coded memory model will
inevitably fail in some domain.
For me perfect solution
On Tuesday, 4 February 2014 at 13:18:51 UTC, Dicebot wrote:
For me perfect solution would have been to use an allocator
concept as language basis instead and let you chose any
conformant allocator for built-in language features. With both
GC and ARC available in Phobos / druntime.
That is exa
On Tuesday, 4 February 2014 at 13:03:24 UTC, Araq wrote:
1. D doesn't restrict pointers, interior pointers abound
especially thanks to the design of slices. Interior pointers
are a problem for every high performance GC algorithm I'm aware
of.
Interior pointers can always be replaced with a po
On 2/4/14, Andrej Mitrovic wrote:
> I haven't figured out exactly what you're trying to swap there. Do you
> have a full example:
s/:/?
On Tuesday, 4 February 2014 at 14:19:36 UTC, Frank Bauer wrote:
On Tuesday, 4 February 2014 at 13:18:51 UTC, Dicebot wrote:
For me perfect solution would have been to use an allocator
concept as language basis instead and let you chose any
conformant allocator for built-in language features. Wi
On 2/4/14, Stanislav Blinov wrote:
> Have you also included fixes from
> http://forum.dlang.org/post/khidcgetalmguhass...@forum.dlang.org ?
I haven't figured out exactly what you're trying to swap there. Do you
have a full example:
> How do the test results look in multiple runs? Is AtomicSingle
An example of the problem?
http://forum.dlang.org/thread/52efe127.8070...@yahoo.com?page=2#post-xodootdnxopfyeqmhnjb:40forum.dlang.org
Bye,
bearophile
On Tuesday, 4 February 2014 at 06:47:03 UTC, Walter Bright wrote:
On 2/3/2014 7:03 PM, Adam Wilson wrote:
Note that ObjC has special syntax to handle weak pointers.
It's not well
understood by many.
Sounds like explicitly managed memory is hardly worse.
On 2/3/2014 3:13 PM, woh wrote:
Any
On Tuesday, 4 February 2014 at 08:32:26 UTC, deadalnix wrote:
On Tuesday, 4 February 2014 at 06:49:57 UTC, Andrei
Alexandrescu wrote:
That would be awesome. The breakage involved, is quite high
however.
No breakage if the opt-in flag is not used.
Andrei
OK, If you are willing to do that cha
On Tuesday, 4 February 2014 at 11:57:25 UTC, Paulo Pinto wrote:
On Tuesday, 4 February 2014 at 11:13:03 UTC, Don wrote:
On Tuesday, 4 February 2014 at 10:32:26 UTC, ed wrote:
Realistically D as a systems language isn't even at the
hobby stage.
We're using D as a systems language on a global c
On Tuesday, 4 February 2014 at 14:34:49 UTC, Idan Arye wrote:
Probably because `Nullable!` suggests that's it's a library
solution - and it isn't.
It should be. The way I'd do it is
Object o; // not null
@nullable Object o; // like we have today
BUT, user code would never use that. Instead, w
unique is best, should be default, down with GC!!
Tuesday, 4 February 2014 at 14:19:36 UTC, Frank Bauer wrote:
On Tuesday, 4 February 2014 at 13:18:51 UTC, Dicebot wrote:
For me perfect solution would have been to use an allocator
concept as language basis instead and let you chose any
confo
On Tuesday, 4 February 2014 at 14:23:51 UTC, Andrej Mitrovic
wrote:
On 2/4/14, Stanislav Blinov wrote:
Have you also included fixes from
http://forum.dlang.org/post/khidcgetalmguhass...@forum.dlang.org
?
I haven't figured out exactly what you're trying to swap there.
Do you
have a full exa
On Tuesday, 4 February 2014 at 02:51:21 UTC, Andrei Alexandrescu
wrote:
Rust seems to have found a very nice model, and even cpp with
value/unique/rc/weak is IMO superior to what D currently offers
I think Rust expended too much language complexity on that one
issue.
Andrei
By the way, w
Most my work is on 32 bit linux. I use 32 bit just because that's
what worked when I started most these projects and don't have any
need to change. Linux is simply what's on the web servers I spend
much of my dev time on.
I do Windows stuff too though, but very little 64 bit there
either.
On Tuesday, 4 February 2014 at 13:52:53 UTC, Regan Heath wrote:
It seems to me, that one thing people really want in this
discussion is to be able to select a single allocation strategy
for their application, regardless of the libraries involved.
I want:
1. To use full GC during start up and
On Tuesday, 4 February 2014 at 14:54:35 UTC, Adam D. Ruppe wrote:
On Tuesday, 4 February 2014 at 14:34:49 UTC, Idan Arye wrote:
Probably because `Nullable!` suggests that's it's a library
solution - and it isn't.
It should be. The way I'd do it is
Object o; // not null
@nullable Object o; //
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
I on develop Linux and work with a 64 bit.
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
My main development platform is x86_64 Linux, because it was free
and well-supp
On Monday, 3 February 2014 at 07:30:45 UTC, Brian Schott wrote:
Right now we have a mess of inaccurate specs, a compiler front
end that accepts whatever the heck it feels like, and a culture
of rumors and legends surrounding what's (going to be)
deprecated and what isn't.
Are you proposing
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
Linux x64
why? Linux fits me well, for all the usual reasons.
The philosophy o
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
Linux, 64bit.
I have developed an HTTP 1.1 web server, and it is being used in
On Tuesday, 4 February 2014 at 16:06:49 UTC, Steve Teale wrote:
Are you proposing to fork DMD and lead the way?
Why not? The license grants the original author rights to merge
changes back in. Maybe some new ideas come about.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
Arch Linux 64-bit on a Lenovo laptop from work. It's what I use
to develop everything and I wouldn't have it any other way.
And why?
Why Linux or why 64-bit?
Atila
On Tuesday, 4 February 2014 at 14:54:35 UTC, Adam D. Ruppe wrote:
On Tuesday, 4 February 2014 at 14:34:49 UTC, Idan Arye wrote:
Probably because `Nullable!` suggests that's it's a library
solution - and it isn't.
It should be. The way I'd do it is
Object o; // not null
@nullable Object o; //
On 2/4/14, 12:32 AM, deadalnix wrote:
On Tuesday, 4 February 2014 at 06:49:57 UTC, Andrei Alexandrescu wrote:
That would be awesome. The breakage involved, is quite high however.
No breakage if the opt-in flag is not used.
Andrei
OK, If you are willing to do that change, I'm 200% behind !
By the way, while this statement was true for initial design,
they have recently moved to much more simple model, replacing
most of more complicated pointer types with library solutions.
I think those who refer to Rust example are more likely to have
in mind that new model and your judgement se
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
I develop 64 bit apps on Linux exclusively. High volume
distributed server code
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
Linux 64-bit
Why? Because it is default. There should be a reason to go for
an
Am Tue, 04 Feb 2014 14:25:14 +
schrieb "bearophile" :
> An example of the problem?
>
> http://forum.dlang.org/thread/52efe127.8070...@yahoo.com?page=2#post-xodootdnxopfyeqmhnjb:40forum.dlang.org
>
> Bye,
> bearophile
Yes, this is definitely why asserts should not have side
effects when they
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
I primarily use Ubuntu (Linux) 12.04 64bit. I'll update to 14.04
when that comes out as i
On Saturday, 1 February 2014 at 21:23:38 UTC, ponce wrote:
On Friday, 31 January 2014 at 13:48:09 UTC, Nicolas F. wrote:
Hello,
I'm having some problems wrapping my head around shared
classes and whatnot.
So my application has a Logger class, which basically just
writes formatted messages to
On Tue, 04 Feb 2014 16:18:24 +, Steve Teale wrote:
> Popped into my head today.
>
> What proportion of the D community develops on Linux of some sort, and
> what proportion works with a 64 bit OS?
>
> And why?
64bit linux. Cause it's open-source Unix(y), that is, the proper design
for an
On Tue, Feb 04, 2014 at 01:11:23PM +1000, Manu wrote:
> On 4 February 2014 12:05, Nick Sabalausky <
> seewebsitetocontac...@semitwist.com> wrote:
>
> > On 2/3/2014 4:13 PM, H. S. Teoh wrote:
> >
> >> I've seen real-life examples of ARCs gone horribly, horribly wrong,
> >> whereas had a GC been use
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
Linux 64 bit.
And why?
Why not? :)
Support for green threads in std.concurrency is almost complete.
I should really just do the last bit of work. I imagine you could
try out the idea now though by using the messaging in vibe.d,
since every connection is a fiber.
On Mon, 03 Feb 2014 15:52:53 -0500, Adam Wilson wrote:
That said, I firmly believe that wholesale replacement of the GC is
throwing the baby out with the bathwater. Effectively, the poor D GC
implementation has become an excuse to launch a crusade against all GC's
everywhere, never mind th
On Tuesday, 4 February 2014 at 13:44:00 UTC, Idan Arye wrote:
On Tuesday, 4 February 2014 at 13:20:12 UTC, Dicebot wrote:
On Tuesday, 4 February 2014 at 13:11:49 UTC, Idan Arye wrote:
Why is `bar(w);` an error? I may be perfectly valid for `bar`
to accept null as argument.
It should declare i
On 2/4/14, 1:59 AM, Don wrote:
We're using D as a systems language on a global commercial scale. And
no, we don't use malloc/free. We just don't use Phobos.
What do you use instead of malloc/free?
Andrei
On 2/4/14, 10:05 AM, Sean Kelly wrote:
Support for green threads in std.concurrency is almost complete. I
should really just do the last bit of work. I imagine you could try out
the idea now though by using the messaging in vibe.d, since every
connection is a fiber.
Did you express that work as
On Tuesday, 4 February 2014 at 16:18:24 UTC, Steve Teale wrote:
Popped into my head today.
What proportion of the D community develops on Linux of some
sort, and what proportion works with a 64 bit OS?
And why?
Linux 64 bit. I also have win8 on my laptop and Win7 on an older
PC, and someti
On 2/4/14, 6:54 AM, Adam D. Ruppe wrote:
On Tuesday, 4 February 2014 at 14:34:49 UTC, Idan Arye wrote:
Probably because `Nullable!` suggests that's it's a library solution -
and it isn't.
It should be. The way I'd do it is
Object o; // not null
@nullable Object o; // like we have today
BUT,
Am 04.02.2014 01:24, schrieb NoUseForAName:
On Monday, 3 February 2014 at 23:00:23 UTC, woh wrote:
ur right I never thought of that, I bet all them game devs never
thought of it either, they so dumb. I bet they never tried to use a
GC, what fools! Endless graphs of traced objects, oh yes oh y
On Tuesday, 4 February 2014 at 14:54:35 UTC, Adam D. Ruppe wrote:
This gives us:
* Implementation help - no binary cost for Nullable!Object
since it just uses null directly instead of a bool isNull field
(the optimizer also knows this)
static if(isReferenceType!T) {
union {
T t
On Tuesday, 4 February 2014 at 18:05:17 UTC, Sean Kelly wrote:
Support for green threads in std.concurrency is almost
complete. I should really just do the last bit of work. I
imagine you could try out the idea now though by using the
messaging in vibe.d, since every connection is a fiber.
Ca
On 2/4/14, 11:28 AM, Steven Schveighoffer wrote:
Where you have to be cognizant is avoiding cycles. Plain and simple. And
it's not that difficult.
Do you have evidence to back that up?
Andrei
On Mon, 03 Feb 2014 19:49:04 -0500, Adam Wilson wrote:
On Mon, 03 Feb 2014 16:24:52 -0800, NoUseForAName wrote:
On Monday, 3 February 2014 at 23:00:23 UTC, woh wrote:
ur right I never thought of that, I bet all them game devs never
thought of it either, they so dumb. I bet they never tri
Hi,
this is regarding
http://forum.dlang.org/thread/bug-719...@http.d.puremagic.com%2Fissues%2F
I work with structures to fill and retrieve data from
a database. For database column type decimal I created
a template structure Decimal.
While using Decimal in other structures I noticed that
altho
On Tuesday, 4 February 2014 at 09:59:07 UTC, Don wrote:
We're using D as a systems language on a global commercial
scale. And no, we don't use malloc/free. We just don't use
Phobos.
With all respect I don't consider Sociomantic projects examples
of systems-level programming (now that I have h
On Tuesday, 4 February 2014 at 18:19:56 UTC, Matthias Einwag
wrote:
In my opinion the new model is even harder. ...
I also find exact implementation considerably over-engineered but
I would never propose to just copy stuff to Rust as-is. What I do
propose to is to acknowledge general princip
On 2/4/14, 6:26 AM, Frank Bauer wrote:
On Tuesday, 4 February 2014 at 06:47:03 UTC, Walter Bright wrote:
On 2/3/2014 7:03 PM, Adam Wilson wrote:
Note that ObjC has special syntax to handle weak pointers. It's not well
understood by many.
Sounds like explicitly managed memory is hardly worse.
The following code will trigger the static assertion:
class Base(T)
{
static assert(is(T : Base!T), "not related");
}
class Derived : Base!Derived
{
}
Could this be a forward reference bug? Because Derived is derived from
Base!Dervived, so the is expression should return true.
Kind Regard
On Tue, 04 Feb 2014 14:31:13 -0500, Andrei Alexandrescu
wrote:
On 2/4/14, 11:28 AM, Steven Schveighoffer wrote:
Where you have to be cognizant is avoiding cycles. Plain and simple. And
it's not that difficult.
Do you have evidence to back that up?
Does personal experience count? I can sa
On 2/3/14, 6:07 AM, Kenji Hara wrote:
2014-02-03 Andrei Alexandrescu mailto:seewebsiteforem...@erdani.org>>:
Here are a few questions and comments:
First of all, thanks for your reviewing!
And thank you for your work and this reply.
This part:
Note that, currently D has 9 qualifiers:
-
On 2/4/14, 6:45 AM, Dicebot wrote:
On Tuesday, 4 February 2014 at 14:22:41 UTC, Paulo Pinto wrote:
Rust still remains to prove itself on the mainstream market.
While D already has commercial users.
It is dangerous position. D is not that far ahead to appeal to own
authority.
I agree.
Andre
std.typecons.RefCounted!T
Does this work equally well with T being both a value objects
(struct) and reference objects (class)?
On Tuesday, 4 February 2014 at 20:55:30 UTC, Ola Fosheim Grøstad
wrote:
And Python, which I believe primarily use ARC and then a weird
GC of some form to catch cycles.
Oh, and PHP too.
Really, my only intent was to write the article about how to use
these, not to argue for/against classes, but my preface got
longer than intended. I'll make sure to note the possibilities
offered by alias this (but will wait to see if anyone has any
further updates to suggest before posting an
On Tuesday, 4 February 2014 at 20:29:18 UTC, John J wrote:
On 02/01/2014 07:57 PM, Adam Wilson wrote:
On TIOBE, there are three non-GC languages in the entire
top 20 (C, C++, Obj-C) the rest feature a non-ARC GC of some
form.
Add "Pascal" and "Delphi/Object Pascal" to that.
And Python, whic
1 - 100 of 189 matches
Mail list logo