On 7/15/14, 9:43 PM, ketmar via Digitalmars-d-announce wrote:
bug tracker is just a thing to collecting dust. you can write your
report there, or to /dev/null, or not write it at all -- the result
will be the same.
You mean http://issues.dlang.org? That's used regularly.
i know at least 3
safety0ff wrote in message news:xfceasqsqxxygwzsc...@forum.dlang.org...
I have a kludge / patch for #11435, but I get the impression of
apathy towards back end issues so I don't feel motivated to
contribute.
Are you joking? Do a pull request.
On Wednesday, 16 July 2014 at 04:56:14 UTC, ketmar via
Digitalmars-d-announce wrote:
bug tracker is just a thing to collecting dust. you can write
your
report there, or to /dev/null, or not write it at all -- the
result
will be the same.
i know at least 3 bugs in phobos and at least one very
On Wed, 16 Jul 2014 06:39:56 +
uri via Digitalmars-d-announce digitalmars-d-announce@puremagic.com
wrote:
You spent the effort implementing a fix, the time talking about
your fix but cannot be buggered submitting a PR for the fix?
one fix at a time, not more. the first one is still sitting
On Tue, 15 Jul 2014 23:03:38 -0700
Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
You mean http://issues.dlang.org? That's used regularly.
oh, really? https://issues.dlang.org/show_bug.cgi?id=12853
Whatcha waiting for? reports + pull requests please.
On Wednesday, 16 July 2014 at 06:56:24 UTC, ketmar via
Digitalmars-d-announce wrote:
On Tue, 15 Jul 2014 23:03:38 -0700
Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
You mean http://issues.dlang.org? That's used regularly.
oh, really?
On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/
https://www.facebook.com/dlang.org/posts/885322668148082
https://twitter.com/D_Programming/status/489081312297635840
On 13/07/14 22:11, yamadapc wrote:
Hello all :)
I've made a simple port of ruby's colorize library for D.
I'd greatly appreciate any feedback. Windows isn't supported,
yet.
Links:
http://code.dlang.org/packages/colorize
https://github.com/yamadapc/d-colorize
On 16/07/14 08:49, ketmar via Digitalmars-d-announce wrote:
On Wed, 16 Jul 2014 06:39:56 +
uri via Digitalmars-d-announce digitalmars-d-announce@puremagic.com
wrote:
You spent the effort implementing a fix, the time talking about
your fix but cannot be buggered submitting a PR for the fix?
On 16/07/14 00:40, Andrew Edwards wrote:
Binaries are located here:
...
None of these links appear to work for me. (And this time I can't blame
the Chinese firewall.)
L.
On Wednesday, 16 July 2014 at 06:56:24 UTC, ketmar via
Digitalmars-d-announce wrote:
On Tue, 15 Jul 2014 23:03:38 -0700
Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
You mean http://issues.dlang.org? That's used regularly.
oh, really?
Andrei Alexandrescu:
http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/
Despite Walter is used to pipeline programming, so the next
step is to also handle failures and off-band messages in a
functional way (without exceptions and global
Despite Walter is
Sorry, I meant to write, Now Walter is...
Bye,
bearophile
H... Seems copy and paste only works when the person doing it is
smart enough to do it correctly. Sorry about that.
Binaries are located here:
ALL
http://downloads.dlang.org/pre-releases/2014/dmd.2.066.0-b4.zip
FREEBSD
On Wednesday, 16 July 2014 at 04:56:14 UTC, ketmar via
Digitalmars-d-announce wrote:
bug tracker is just a thing to collecting dust. you can write
your
report there, or to /dev/null, or not write it at all -- the
result
will be the same.
i know at least 3 bugs in phobos and at least one very
On Wednesday, 16 July 2014 at 09:32:42 UTC, Lionello Lunesu wrote:
Then paste the fix here and allow somebody else to do the
boring PR stuff for you.
Just saying I've got a fix but not sharing sounds childish.
Fix is in Bugzilla attached, though without an unittest
demonstrating the
On Wed, 16 Jul 2014 12:19:43 +
Dragos Carp via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Fix is in Bugzilla attached, though without an unittest
demonstrating the error.
test is in bugzilla, but it's not formatted as unittest, just as
standalone module copypasted
On Tuesday, 15 July 2014 at 18:47:28 UTC, bearophile wrote:
The talk was nice, and it's the chance I was waiting to ask a
question to the speaker.
I've read a very nice paper (+ slides) about using some
specialized but simple type system rules to make less bug-prone
the bit-twiddling kind of
On 16/07/14 14:34, ketmar via Digitalmars-d-announce wrote:
standalone module copypasted in comments. my fault, i'm really sorry.
It's fine, I can create the PR for you, but I haven't ventured into the
backend before, so your fix would be appreciated. You'll get the credit
as well, of
On Wed, 16 Jul 2014 14:53:07 +0200
Lionello Lunesu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
It's fine, I can create the PR for you
there is one already, but without tests:
https://github.com/D-Programming-Language/phobos/pull/2336
You'll get the credit as well, of
Am 15.07.2014 18:20, schrieb Andrei Alexandrescu:
http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/
https://www.facebook.com/dlang.org/posts/885322668148082
https://twitter.com/D_Programming/status/489081312297635840
Andrei
@Walter
can
On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/
https://www.facebook.com/dlang.org/posts/885322668148082
https://twitter.com/D_Programming/status/489081312297635840
Shared, discuss, vote up!!!
https://twitter.com/D_Programming/status/489451723761922048
https://www.facebook.com/dlang.org/posts/885933488087000
http://www.reddit.com/r/programming/comments/2avdod/dconf_2014_realtime_big_data_in_d_by_don_clugston/
Andrei
On 7/15/14, 11:49 PM, ketmar via Digitalmars-d-announce wrote:
On Wed, 16 Jul 2014 06:39:56 +
uri via Digitalmars-d-announce digitalmars-d-announce@puremagic.com
wrote:
You spent the effort implementing a fix, the time talking about
your fix but cannot be buggered submitting a PR for the
On 7/15/14, 11:42 PM, ketmar via Digitalmars-d-announce wrote:
On Tue, 15 Jul 2014 23:03:38 -0700
Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
You mean http://issues.dlang.org? That's used regularly.
oh, really?
On 7/16/14, 4:05 AM, Andrew Edwards wrote:
H... Seems copy and paste only works when the person doing it is
smart enough to do it correctly. Sorry about that.
Binaries are located here:
[snip]
Idea: how about pasting all of that stuff in a wiki page? Then we'd link
the wikipage from the
On Wednesday, 16 July 2014 at 16:51:19 UTC, Andrei Alexandrescu
wrote:
Shared, discuss, vote up!!!
https://twitter.com/D_Programming/status/489451723761922048
https://www.facebook.com/dlang.org/posts/885933488087000
Has anyone looked at this one?
http://forum.dlang.org/thread/woisusrrxkjivwpci...@forum.dlang.org
I'm not submitting a pull request for my proposed fix, because
it doesn't fix the underlying issue(s). It's just a hacky
workaround.
On 7/17/14, 2:09 AM, Andrei Alexandrescu wrote:
On 7/16/14, 4:05 AM, Andrew Edwards wrote:
H... Seems copy and paste only works when the person doing it is
smart enough to do it correctly. Sorry about that.
Binaries are located here:
[snip]
Idea: how about pasting all of that stuff in a
On 7/17/14, 6:35 AM, Andrew Edwards wrote:
That actually have already prepared this for B5.
Actually, I have prepared this for B5.
Johannes Pfau wrote in message news:lq51u4$21qb$1...@digitalmars.com...
But it's not only about frequency, it's also about convenience and
safety. How often is opDispatch actually used? The synchronized
statement? Nevertheless they are there, because someone thought these
use cases are
On 7/15/2014 9:29 PM, Brad Roberts via Digitalmars-d wrote:
I don't have any skin in this particular discussion, but it's worth pointing out
here that while it's cute that builtin's can be added, when they're not part of
the language definition, they're not really part of a portable solution.
On 15 July 2014 22:57, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 2:17 PM, Johannes Pfau wrote:
Well as long as those priorities are clearly communicated. If you tell
me 'we don't care about embedded programming' then I'll shut up and move
back to C.
On 16 July 2014 07:12, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 9:29 PM, Brad Roberts via Digitalmars-d wrote:
I don't have any skin in this particular discussion, but it's worth
pointing out
here that while it's cute that builtin's can be added, when
On 7/15/2014 10:15 PM, Johannes Pfau wrote:
Yes, I actually tried tested that simple implementation with gdc. With
aggressive optimizations the code inlines just fine and it'll generate
the same asm as an access to a volatile variable in C. But it's not
space-effecient: Even if it inlines, the
On 7/15/2014 9:30 PM, Mike wrote:
On Tuesday, 15 July 2014 at 19:48:23 UTC, Walter Bright wrote:
The one thing peek/poke doesn't offer is transitivity. C/C++ don't offer
volatile transitivity either. I'm not at all sure that anyone builds a data
structure in memory-mapped registers, so I'm not
On Tuesday, 15 July 2014 at 21:11:24 UTC, John Colvin wrote:
On Tuesday, 15 July 2014 at 20:03:15 UTC, Chris wrote:
On Monday, 14 July 2014 at 23:43:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Mon, Jul 14, 2014 at 11:22:53PM +, John Carter via
Digitalmars-d wrote:
[...]
Any other good
On 7/15/2014 11:32 PM, Iain Buclaw via Digitalmars-d wrote:
On 16 July 2014 07:12, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 9:29 PM, Brad Roberts via Digitalmars-d wrote:
I don't have any skin in this particular discussion, but it's worth
pointing out
On 7/15/2014 11:23 PM, Iain Buclaw via Digitalmars-d wrote:
GDC doesn't support it as compiler intrinsics.
I know.
Also, isn't inp/outp all x86-specific?
Yes. This is not an argument that x86 compilers shouldn't support them. After
all, D is supposed to be a systems programming language.
On Wednesday, 16 July 2014 at 05:17:56 UTC, Johannes Pfau wrote:
I think if we decide that Volatile!T is the solution I'd
probably hack
an attribute @TypeWrapper for gdc which simply recognized
Volatile!T
and does the right thing.
I'd recommend @fantom name, because not only type wrappers
On 15/07/2014 9:05 PM, Chris wrote:
On Tuesday, 15 July 2014 at 11:12:57 UTC, Alix Pexton wrote:
I've been researching what is necessary to transfer the copyright of
the D logo to Digital Mars, which is complicated by international issues.
It seems that the term copyright is often aliased to
Kagamin:
I'd recommend @fantom name, because not only type wrappers can
benefit from these optimizations. Should be also applicable to
functions and maybe modules.
This sounds like something fit for D too, not just gdc. You can
use it for std.typecons.Typedef too.
Bye,
bearophile
On 16 July 2014 08:08, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 11:32 PM, Iain Buclaw via Digitalmars-d wrote:
On 16 July 2014 07:12, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 9:29 PM, Brad Roberts via Digitalmars-d
Am 15.07.2014 13:13, schrieb Alix Pexton:
I've been researching what is necessary to transfer the copyright of the
D logo to Digital Mars, which is complicated by international issues.
It seems that the term copyright is often aliased to the German
Deutsches Urheberrecht which is what we call
Walter Bright:
struct VolatilePointerToUint {
private:
size_t ptr;
public:
this(size_t ptr) { this.ptr = ptr; }
uint read() { return peek(cast(uint*)ptr); }
void write(uint value) { poke(cast(uint*)ptr, value); }
}
You'd probably wish to flesh this out a bit more, but it's
Am 16.07.2014 10:12, schrieb Sönke Ludwig:
Am 15.07.2014 13:13, schrieb Alix Pexton:
I've been researching what is necessary to transfer the copyright of the
D logo to Digital Mars, which is complicated by international issues.
It seems that the term copyright is often aliased to the German
Then we can have phantom functions for porting C macros instead
of templates :) (oh it's spelled with 'ph').
On Wednesday, 16 July 2014 at 05:17:56 UTC, Johannes Pfau wrote:
There's TypeInfo and there's the assert(this)
The optimizer should be able to eliminate this assert after
inlining as it knows it's not null. It should be looked into, why
the optimizer didn't remove it.
On 16 July 2014 08:16, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/15/2014 11:23 PM, Iain Buclaw via Digitalmars-d wrote:
GDC doesn't support it as compiler intrinsics.
I know.
Also, isn't inp/outp all x86-specific?
Yes. This is not an argument that x86
On 7/16/2014 1:35 AM, Iain Buclaw via Digitalmars-d wrote:
Which would you prefer?
The simplest, which is just to use a version declaration to select whatever
works for any particular compiler/CPU.
On Tuesday, 15 July 2014 at 17:15:08 UTC, Kagamin wrote:
On Monday, 14 July 2014 at 13:54:51 UTC, Vic wrote:
Xeon CPU lets you use 128Gig, 386 gig, 512 gig, etc. It has
become cheap to do that.
Java can't hog gigs? Unbelievable.
Java is the devil I know.
But if D is not my first choice to
On Tuesday, 15 July 2014 at 23:02:19 UTC, Araq wrote:
On Tuesday, 15 July 2014 at 21:11:24 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Tue, Jul 15, 2014 at 09:03:36PM +, Araq via
Digitalmars-d wrote:
The only way to *really* guarantee 100% predictable memory
reclamation is to write your
On Tuesday, 15 July 2014 at 21:28:24 UTC, Walter Bright wrote:
Peek/poke has a 40 year history of being used for MMIO, and
I've never heard of it being used for concurrency. I don't
think there's endemic confusion, quite unlike volatile.
There is a huge confusion about volatile in the native
On Tuesday, 15 July 2014 at 21:57:30 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Tue, Jul 15, 2014 at 09:11:23PM +, John Colvin via
Digitalmars-d wrote:
On Tuesday, 15 July 2014 at 20:03:15 UTC, Chris wrote:
On Monday, 14 July 2014 at 23:43:57 UTC, H. S. Teoh via
Digitalmars-d
wrote:
On Monday, 14 July 2014 at 23:43:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Mon, Jul 14, 2014 at 11:22:53PM +, John Carter via
Digitalmars-d wrote:
[...]
Any other good blog posts / social media comments / pointers I
can
digest and use?
This one came to mind:
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of markdown would not be supported in the interest of
having
On Wednesday, 16 July 2014 at 11:25:25 UTC, Joakim wrote:
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of markdown would not be supported in the interest of
having
Am Wed, 16 Jul 2014 15:59:46 +1000
schrieb Daniel Murphy yebbliesnos...@gmail.com:
The problem is not 'this feature is too complex', the problems is
that it's more complex than necessary.
So what's necessary in this specific case?
On Wednesday, 16 July 2014 at 09:56:06 UTC, Vic wrote:
But if D is not my first choice to port(from Java), than my
second choice is Qt.
It seems simpler to manage memory and Hash Associative Array.
Any comments on Qt as choice?
I my experience, Qt makes programming in C++ a pleasure.
Am Tue, 15 Jul 2014 23:38:21 -0700
schrieb Walter Bright newshou...@digitalmars.com:
On 7/15/2014 10:15 PM, Johannes Pfau wrote:
Yes, I actually tried tested that simple implementation with gdc.
With aggressive optimizations the code inlines just fine and it'll
generate the same asm as an
Am Tue, 15 Jul 2014 19:44:51 +0200
schrieb Artur Skawina via Digitalmars-d digitalmars-d@puremagic.com:
it originally and also the gdc ml discussion that followed. I have
not seen any good argument for introducing a volatile type qualifier.
Could you show one (concrete) example where using
On Wednesday, 16 July 2014 at 13:04:37 UTC, Johannes Pfau wrote:
I experimented a little more with Volatile!T and I don't think
you can make this example work:
struct Timer
{
uint control;
uint data;
}
enum timerA = (Volatile!Timer)* = cast()0xDEADBEAF;
timerA.control |= 0b1;
How
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of markdown would not be supported in the interest of
having
On Wednesday, 16 July 2014 at 13:51:49 UTC, Kagamin wrote:
On Wednesday, 16 July 2014 at 13:04:37 UTC, Johannes Pfau wrote:
I experimented a little more with Volatile!T and I don't think
you can
make this example work:
struct Timer
{
uint control;
uint data;
}
enum timerA =
I just pushed a new version to dub and the PR.
Highlights:
* LogManager is gone. ( s/LogManager\.//g should fix all user
code)
* The codegen was replaced by some format token strings
* log(lcf) and trace(cf) now present documentation
* trace(cf) stands as an example for info, warning ...
On Wednesday, 16 July 2014 at 13:04:37 UTC, Johannes Pfau wrote:
I experimented a little more with Volatile!T and I don't think
you can
make this example work:
struct Timer
{
uint control;
uint data;
}
enum timerA = (Volatile!Timer)* = cast()0xDEADBEAF;
timerA.control |= 0b1;
The
Johannes Pfau wrote in message news:lq5pv1$2nfb$1...@digitalmars.com...
The problem is not 'this feature is too complex', the problems is
that it's more complex than necessary.
So what's necessary in this specific case?
Use intrinsics with a nice template wrapper. They get inlined, the
On Wednesday, 16 July 2014 at 01:34:58 UTC, Kiith-Sa wrote:
Just noticed this:
http://blog.octayn.net/blog/2014/06/30/this-week-in-rust-54/
This is precisely the kind of thing we need.
Huge amount of non-interesting effort. There was someone trying
to do similar digest for D but effort
On 16/07/2014 9:17 AM, Sönke Ludwig wrote:
BTW, the shape of the logo itself isn't covered by either copyright, or
Urheberrecht, AFAIK. That's what trademarks are for. So a full redo of
the logo should be unaffected by the original work. Of course it would
still be fair to properly negotiate
On 16 July 2014 15:14, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Johannes Pfau wrote in message news:lq5pv1$2nfb$1...@digitalmars.com...
The problem is not 'this feature is too complex', the problems is
that it's more complex than necessary.
So what's necessary
On Wednesday, 16 July 2014 at 09:56:06 UTC, Vic wrote:
Any comments on Qt as choice?
Pros: mature and widely used framework
Cons: it is still C++ :)
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of markdown would not be supported in the interest of
having
On 16/07/2014 9:12 AM, Sönke Ludwig wrote:
As far as I know, this is the Verwertungsrecht (roughly the right to
distribute) and the Nutzungsrecht (the right to use). Both can be
granted to third parties using a proper license, or using a work contract.
Thanks, that could be useful ^^
I
On 13 July 2014 08:21, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/12/2014 8:03 AM, Iain Buclaw via Digitalmars-d wrote:
My only way
of getting around would be train due to lack of a car, or license.
A lack of a car would be an advantage in London. I've touristed
On Wednesday, 16 July 2014 at 12:35:29 UTC, Bastiaan Veelo wrote:
snip
I am not sure why you think Qt makes memory management easier.
QObjects are generally given a parent that destructs its
children when it terminates, but that is merely a convenience
in GUI programming I think.
Yeah, I
On Wednesday, 16 July 2014 at 13:49:29 UTC, Pavel wrote:
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of
On Monday, 14 July 2014 at 10:13:43 UTC, Chris wrote:
On Saturday, 12 July 2014 at 10:27:12 UTC, Russel Winder via
snip
I think we need to address these issues, because they are of a
psychological nature and not really language issues. I'm sure
that if we fixed GC and had the best
On Wednesday, 16 July 2014 at 14:21:26 UTC, Dicebot wrote:
On Wednesday, 16 July 2014 at 01:34:58 UTC, Kiith-Sa wrote:
Just noticed this:
http://blog.octayn.net/blog/2014/06/30/this-week-in-rust-54/
This is precisely the kind of thing we need.
Huge amount of non-interesting effort. There
On Wednesday, 16 July 2014 at 15:25:22 UTC, Vic wrote:
On Wednesday, 16 July 2014 at 12:35:29 UTC, Bastiaan Veelo
wrote:
snip
I am not sure why you think Qt makes memory management easier.
QObjects are generally given a parent that destructs its
children when it terminates, but that is
Hi Pavel!
On Wednesday, 16 July 2014 at 03:30:18 UTC, Pavel Evstigneev
wrote:
I want to share how I made testing for some open source project.
I try with http://travis-ci.org and http://drone.io
[...]
**For travis ci:**
A more complex example for travis can be found in the LDC
repository:
On Wednesday, 16 July 2014 at 14:54:26 UTC, Alix Pexton wrote:
I'm optimistic that this can all be resolved without having to
get any lawyers involved, but it is a shame that the
intersection of D-users and international-copyright-lawyers
seems to have a cardinality of zero.
A...
This is
On Wednesday, 16 July 2014 at 08:16:56 UTC, Sönke Ludwig wrote:
BTW, the shape of the logo itself isn't covered by either
copyright, or Urheberrecht, AFAIK. That's what trademarks are
for. So a full redo of the logo should be unaffected by the
original work. Of course it would still be fair to
On Wednesday, 16 July 2014 at 14:21:26 UTC, Dicebot wrote:
On Wednesday, 16 July 2014 at 01:34:58 UTC, Kiith-Sa wrote:
Just noticed this:
http://blog.octayn.net/blog/2014/06/30/this-week-in-rust-54/
This is precisely the kind of thing we need.
Huge amount of non-interesting effort. There
On Tuesday, 15 July 2014 at 20:44:35 UTC, H. S. Teoh via
Digitalmars-d wrote:
Not to mention, when you need to deallocate a large complex
data structure, *somebody* has to do the work -- either you do
it
yourself, or the reference counting implementation, or the GC.
The first and the last
On Wednesday, 16 July 2014 at 10:13:44 UTC, Chris wrote:
The problem you described above is omnipresent. Objective-C has
autorelease, in plain C programs one has to be careful where
and when to free what, etc. I was wondering after reading your
post, whether it would be possible to have an
On Wednesday, 16 July 2014 at 16:04:32 UTC, Meta wrote:
On Wednesday, 16 July 2014 at 14:21:26 UTC, Dicebot wrote:
On Wednesday, 16 July 2014 at 01:34:58 UTC, Kiith-Sa wrote:
Just noticed this:
http://blog.octayn.net/blog/2014/06/30/this-week-in-rust-54/
This is precisely the kind of thing
On Wednesday, 16 July 2014 at 16:10:30 UTC, Kiith-Sa wrote:
snip
Qt is an excellent framework, but pretty much completely
irrelevant to memory management. Its object trees and
refcounted containers are convenient for conventional programs,
but if you are doing want to extract decent
On Wednesday, 16 July 2014 at 11:22:45 UTC, Remo wrote:
And then he pointed to a A Unified Theory of Garbage
Collection paper where reference counting as a strategy
(method) for a Garbage Collection will be disused.
This is NOT the same as std::shared_ptr do !
How std::shared_ptr manages
Am 16.07.2014 17:39, schrieb Vic:
On Monday, 14 July 2014 at 10:13:43 UTC, Chris wrote:
On Saturday, 12 July 2014 at 10:27:12 UTC, Russel Winder via
snip
I think we need to address these issues, because they are of a
psychological nature and not really language issues. I'm sure that if
we
Today I was investigating this bug:
https://issues.dlang.org/show_bug.cgi?id=10619
and found that the problem appears to be an ambiguous mangling of local
variables declared in nested scopes. For example, given this code:
import std.stdio;
void myFunc(alias Sym)()
On Wednesday, 16 July 2014 at 17:24:27 UTC, H. S. Teoh via
Digitalmars-d wrote:
Today I was investigating this bug:
https://issues.dlang.org/show_bug.cgi?id=10619
and found that the problem appears to be an ambiguous mangling
of local variables declared in nested scopes. ...
Amazing how
On 7/15/2014 3:56 PM, Robert burner Schadek wrote:
On Tuesday, 15 July 2014 at 18:28:14 UTC, Walter Bright wrote:
Even more amazing, Germans all have D plastered on their cars!
So we don't forget were we are :D
That's always been my preferred explanation for Americans posting US
flags on
On Wednesday, 16 July 2014 at 16:57:18 UTC, Kagamin wrote:
On Tuesday, 15 July 2014 at 20:44:35 UTC, H. S. Teoh via
Digitalmars-d wrote:
Not to mention, when you need to deallocate a large complex
data structure, *somebody* has to do the work -- either you do
it
yourself, or the reference
On Wed, Jul 16, 2014 at 05:36:45PM +, Ivan Kazmenko via Digitalmars-d wrote:
On Wednesday, 16 July 2014 at 17:24:27 UTC, H. S. Teoh via Digitalmars-d
wrote:
Today I was investigating this bug:
https://issues.dlang.org/show_bug.cgi?id=10619
and found that the problem appears to be an
On Wed, Jul 16, 2014 at 06:11:54PM +, Araq via Digitalmars-d wrote:
On Wednesday, 16 July 2014 at 16:57:18 UTC, Kagamin wrote:
On Tuesday, 15 July 2014 at 20:44:35 UTC, H. S. Teoh via Digitalmars-d
wrote:
Not to mention, when you need to deallocate a large complex data
structure,
On 7/16/2014 7:14 AM, Daniel Murphy wrote:
Intrinsics get us away from our current 'there is no portable way to do this'
situation. They are _trivial_ to implement for any of the compilers. I have
complete faith that it is possible to make a performant wrapper for both the
single-register
On 7/16/2014 7:31 AM, Iain Buclaw via Digitalmars-d wrote:
They are _trivial_ to implement for any of the compilers.
No they aren't, unless you are talking specifically about volatile.,
in which case, that depends...
If the compiler back end doesn't support volatile, then it's a problem
On 16 July 2014 19:58, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/16/2014 7:31 AM, Iain Buclaw via Digitalmars-d wrote:
They are _trivial_ to implement for any of the compilers.
No they aren't, unless you are talking specifically about volatile.,
in which case,
On Wednesday, 16 July 2014 at 17:00:16 UTC, Kiith-Sa wrote:
On Wednesday, 16 July 2014 at 16:04:32 UTC, Meta wrote:
On Wednesday, 16 July 2014 at 14:21:26 UTC, Dicebot wrote:
On Wednesday, 16 July 2014 at 01:34:58 UTC, Kiith-Sa wrote:
Just noticed this:
1 - 100 of 219 matches
Mail list logo