We've just uploaded new binary releases to
http://gdcproject.org/downloads/
## GDC changes ##
As we merged the first parts of Daniel Greens MinGW changes
back into GDC we now also provide initial (automated) MinGW builds.
These builds are mostly unsupported and will likely have many more bugs
On 4 May 2014 10:38, Johannes Pfau via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
We've just uploaded new binary releases to
http://gdcproject.org/downloads/
## GDC changes ##
As we merged the first parts of Daniel Greens MinGW changes
back into GDC we now also
On 2014-05-02 17:21, Atila Neves wrote:
Finally got around to it and now it's @Given(foo) like it should've
been. Bumped the version up to v0.2.0.
Cool :)
--
/Jacob Carlborg
Tkd v1.0.0-beta
https://github.com/nomad-software/tkd
http://code.dlang.org/packages/tkd
Overview
Tkd is a fully cross-platform GUI toolkit based on Tcl/Tk[1]. Tkd
allows you to build GUI applications easily and with the
knowledge of a consistent, native look and feel on every platform.
On 5/4/2014 12:18 PM, Gary Willoughby wrote:
Tkd v1.0.0-beta
https://github.com/nomad-software/tkd
http://code.dlang.org/packages/tkd
Looks great, anxious to give this a try!
BTW, on the main readme page, the links into the API docs don't appear
to be working (although it might be a GitHub
This looks pretty sweet. I'll have to give it a try.
On 5/4/2014 12:44 PM, Nick Sabalausky wrote:
On 5/4/2014 12:18 PM, Gary Willoughby wrote:
Tkd v1.0.0-beta
https://github.com/nomad-software/tkd
http://code.dlang.org/packages/tkd
Looks great, anxious to give this a try!
BTW, on the main readme page, the links into the API docs don't appear
On Sunday, 4 May 2014 at 18:20:01 UTC, Nick Sabalausky wrote:
On 5/4/2014 12:44 PM, Nick Sabalausky wrote:
On 5/4/2014 12:18 PM, Gary Willoughby wrote:
Tkd v1.0.0-beta
https://github.com/nomad-software/tkd
http://code.dlang.org/packages/tkd
Looks great, anxious to give this a try!
BTW, on
On 5/4/2014 3:11 PM, Nick Sabalausky wrote:
On 5/4/2014 2:39 PM, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 18:20:01 UTC, Nick Sabalausky wrote:
I'm getting compile errors building the example (Win32 DMD 2.065.0):
Those errors are from the DMD -property flag being passed somewhere,
On Sunday, 4 May 2014 at 19:19:57 UTC, Nick Sabalausky wrote:
Just updated to latest DUB release (v0.9.21), but now I'm
getting this:
That's building with the config 'library'. If you want to run the
example build with:
dub --config=example
in the root of the tkd repo.
On 5/4/2014 3:55 PM, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 19:19:57 UTC, Nick Sabalausky wrote:
Just updated to latest DUB release (v0.9.21), but now I'm getting this:
That's building with the config 'library'. If you want to run the
example build with:
dub --config=example
in the
On Sunday, 4 May 2014 at 20:47:58 UTC, Nick Sabalausky wrote:
On 5/4/2014 3:55 PM, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 19:19:57 UTC, Nick Sabalausky wrote:
Just updated to latest DUB release (v0.9.21), but now I'm
getting this:
That's building with the config 'library'. If you
On Sunday, 4 May 2014 at 21:10:28 UTC, Kyle Hunter wrote:
On Sunday, 4 May 2014 at 20:47:58 UTC, Nick Sabalausky wrote:
On 5/4/2014 3:55 PM, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 19:19:57 UTC, Nick Sabalausky wrote:
Just updated to latest DUB release (v0.9.21), but now I'm
getting
On Sunday, 4 May 2014 at 18:39:19 UTC, Gary Willoughby wrote:
Strange, works fine here.
Works perfectly fine for me.
ArchLinux x86_64
DMD 2.065
tk 8.6
tcl 8.6
Switching TkTheme to clam makes the design much more better
than the default one. I quickly tried tile-qt ( and tile-gtk )
but both
dub build --force --config=example
x11: [x11]
tcltk: [tcltk, x11]
tkd: [tkd, tcltk, x11]
Building x11 configuration library, build type debug.
Running dmd...
Building tcltk configuration library, build type debug.
Running dmd...
On Sat, 2014-05-03 at 19:37 +, Atila Neves via Digitalmars-d wrote:
[…]
I'm using parallel and taskPool from std.parallelism. I was under
the impression it gave me a ready-to-use pool with as many
threads as I have cores.
There is a default, related to the number of cores the OS thinks
On Sat, 2014-05-03 at 22:34 +, Nordlöw via Digitalmars-d wrote:
You can follow all progress on GitHub here:
https://github.com/auroragraphics/
Ok. Now I know :)
The repository is reported as being empty :-(
--
Russel.
On 04/05/14 04:03, Nick Sabalausky via Digitalmars-d wrote:
In std.random, is the isUniformRNG intended to determine whether the given
type is *some* RNG or just a *specific* form of RNG? Because I don't see any
isRNG that's more general.
Yes, it is meant to denote that the type is a _uniform_
On Saturday, 3 May 2014 at 23:41:02 UTC, safety0ff wrote:
Well, in a 64-bit address space, the false pointer issue is
almost
mute, the issue comes in when you try to apply this design to
32-bit,
That assumes that the heap is located at a high address.
I think false pointers must be addressed
I have read this excellent article by David A. Wheeler:
http://www.dwheeler.com/essays/heartbleed.html
And since D language was not there, I mentioned it to him as a
possible good candidate due to its static typing and related
features.
However, now I am asking the community here: would a D
On Saturday, 3 May 2014 at 22:46:03 UTC, Andrei Alexandrescu
wrote:
On 5/3/14, 2:42 PM, Atila Neves wrote:
gdc gave _very_ different results. I had to use different
modules
because at some point tests started failing, but with gdc the
threaded
version runs ~3x faster.
On my own unit-threaded
Like I mentioned afterwards, I tried a different number of
threads. On my machine, at least, std.parallelism.totalCPUs
returns 8, the number of virtual cores. As it should.
Atila
On Sunday, 4 May 2014 at 07:49:51 UTC, Russel Winder via
Digitalmars-d wrote:
On Sat, 2014-05-03 at 19:37 +,
On Saturday, 3 May 2014 at 11:12:56 UTC, Michel Fortin wrote:
On 2014-05-01 17:35:36 +, Marc Schütz schue...@gmx.net
said:
Maybe the language should have some way to distinguish between
GC-managed and manually-managed objects, preferably in the
type system. Then it could be statically
Paulo Pinto:
http://cgo.org/cgo2014/conference/program/
Very nice, thank you. Will read.
Bye,
bearophile
A meta question, not related to your specific implementation:
While Qt is certainly the most powerful and comprehensive
portable GUI framework, it also contains lots of code that's not
related to user interfaces: strings, multi-threading support,
file abstractions, containers, databases
On Wednesday, 30 April 2014 at 04:22:52 UTC, Rikki Cattermole
wrote:
It may be a good time to repeat, we need a marketing manager
for D!
Somebody really really needs to focus on getting us out there.
If somebody has some time, they could post a solution in D to
this problem:
Danny Weldon:
If somebody has some time, they could post a solution in D to
this problem:
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
It all helps to get the language visible.
Here are my solutions:
On Sun, 2014-05-04 at 08:47 +, Atila Neves via Digitalmars-d wrote:
Like I mentioned afterwards, I tried a different number of
threads. On my machine, at least, std.parallelism.totalCPUs
returns 8, the number of virtual cores. As it should.
If you can create a small example of the
On Sun, 04 May 2014 08:34:19 +
Daniele M. via Digitalmars-d digitalmars-d@puremagic.com wrote:
I have read this excellent article by David A. Wheeler:
http://www.dwheeler.com/essays/heartbleed.html
And since D language was not there, I mentioned it to him as a
possible good candidate
When a programmer cares for integer overflow one can use
Bounded!(T.min, T.max).
See mine extension of Adam's bounded.d:
https://github.com/nordlow/justd/blob/master/bound.d
I call it bound.d instead to save to characters :)
/Per
On Friday, 2 May 2014 at 21:12:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Fri, May 02, 2014 at 09:03:15PM +, monarch_dodra via
Digitalmars-d wrote:
On Friday, 2 May 2014 at 15:06:59 UTC, Andrei Alexandrescu
wrote:
So now it looks like dynamic arrays also can't contain
structs with
On 5/4/2014 4:53 PM, Russel Winder via Digitalmars-d wrote:
On Sat, 2014-05-03 at 22:34 +, Nordlöw via Digitalmars-d wrote:
You can follow all progress on GitHub here:
https://github.com/auroragraphics/
Ok. Now I know :)
The repository is reported as being empty :-(
All of the work
On 2014-05-03 14:28, monnoroch wrote:
That leaves only to determine, what objects are scoped. Well, that is
obviously stack-allocated structs, gc-allocated scope classes and
gc-allocated structs in scope classes.
Will the destructor of GC allocated scope classes be called when its
On 2014-05-03 21:52, Atila Neves wrote:
For me it's the output. I don't want to see the output of other
tests when I'm debugging a failure.
That's a good point.
--
/Jacob Carlborg
On 2014-05-03 21:51, Atila Neves wrote:
This is why I started to learn Cucumber.
Cucumber is for acceptance tests. There are also functional and
integration tests.
--
/Jacob Carlborg
On Saturday, 3 May 2014 at 12:28:03 UTC, monnoroch wrote:
Back to the dtors: i understand, that all the stuff you propose
could make GC faster, simpler, and cooler,
Note that this is _not_ the motivation behind the discussed
changes. It's primarily about correctness and consistency. What
we
On 2014-05-02 19:25, brad clawsie wrote:
this has been the fundamental issue for me. its not just missing libs,
its libs that are surfaced via a C-binding, which in my limited
I've had problems with ImageMagick, basically every time. But that's the
only one I can think of, at least for now.
On Sunday, 4 May 2014 at 11:42:14 UTC, Marc Schütz wrote:
On Saturday, 3 May 2014 at 12:28:03 UTC, monnoroch wrote:
Back to the dtors: i understand, that all the stuff you
propose could make GC faster, simpler, and cooler,
Note that this is _not_ the motivation behind the discussed
changes.
On 2014-05-04 09:00:45 +, Marc Schütz schue...@gmx.net said:
On Saturday, 3 May 2014 at 11:12:56 UTC, Michel Fortin wrote:
Or turn the rule on its head: make it so having a destructor makes the
heap memory block reference counted. With this adding a destructor
always cause deterministic
On Sun, 2014-05-04 at 13:44 +0200, Jacob Carlborg via Digitalmars-d
wrote:
On 2014-05-03 21:51, Atila Neves wrote:
This is why I started to learn Cucumber.
Cucumber is for acceptance tests. There are also functional and
integration tests.
We could get into bikeshedding here,…
Cucumber
Here on Forum I had found 2 interesting link. I decided to put
it's here. Maybe it would be helpful
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
http://codegolf.stackexchange.com/questions/26371/how-slow-is-python-really-part-ii
Suliman:
Here on Forum I had found 2 interesting link. I decided to put
it's here. Maybe it would be helpful
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
On 03/05/14 13:00, w0rp via Digitalmars-d wrote:
Hello everyone. From time to time, people ask in the newsgroup and also IRC
about Qt bindings for D, so I thought it would be a good idea to give people an
update on where my own bindings stand. First, if you want to take a look at my
code as it
On Sunday, 4 May 2014 at 09:21:30 UTC, Marc Schütz wrote:
A meta question, not related to your specific implementation:
While Qt is certainly the most powerful and comprehensive
portable GUI framework, it also contains lots of code that's
not related to user interfaces: strings,
On Sunday, 4 May 2014 at 13:08:38 UTC, Joseph Rushton Wakeling via
A remark about your README: it lists as dependencies A recent
Qt 4 version, like Qt 4.8.
I think you should be far more explicit, far earlier in the
README, about exactly which Qt versions are supported. Pretty
much the
On Sunday, 4 May 2014 at 08:34:20 UTC, Daniele M. wrote:
I have read this excellent article by David A. Wheeler:
http://www.dwheeler.com/essays/heartbleed.html
And since D language was not there, I mentioned it to him as a
possible good candidate due to its static typing and related
On Sun, 2014-05-04 at 13:15 +, w0rp via Digitalmars-d wrote:
[…]
I'm only interested in getting the GUI parts of Qt to work. A lot
of the features of Qt exist I think because there wasn't a
reasonable portable alternative in C++ at the time. I think with
D, there are or will be better
Le 04/05/2014 11:21, Marc Schütz schue...@gmx.net a écrit :
A meta question, not related to your specific implementation:
While Qt is certainly the most powerful and comprehensive portable GUI
framework, it also contains lots of code that's not related to user
interfaces: strings,
On 5/4/2014 9:29 AM, Meta wrote:
While D is a somewhat safer language by *default*, it makes it fairly
easy to escape from the safe part of the language and write unsafe code
Yea, I'm finding that in some ways, D accidentally encourages
@system/@trusted code. For example, if you need some
On 5/4/2014 12:34 AM, Jonathan M Davis via Digitalmars-d wrote:
Regardless, unittest blocks don't really put any restrictions on what kind of
code can go in them, and I'd prefer that that stay the case. The discussion
on parallelizing unit tests threatens that on some level, but as long as we
On Sunday, 4 May 2014 at 10:04:12 UTC, bearophile wrote:
Danny Weldon:
If somebody has some time, they could post a solution in D to
this problem:
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
It all helps to get the language
On Sunday, 4 May 2014 at 13:32:13 UTC, Xavier Bigand wrote:
With a friend we created the DQuick project cause of our major
interest of the QtQuick (also called QML) part of Qt framework
and also for the reason you invoke. For us phobos already aim
to implement same things than QtCore, and
Meta:
Your C++ translation: ~277ms
Your second version: ~2.34ms/round
Both D programs are translations of C++ programs.
LDC might do a better job with this.
I have developed those two programs using ldc2, so the usage of
ldc2 is encouraged, and inlining is necessary for both programs.
The Nimrod version partially unrolls the recursion 4 times. How
hard is this to do in D?
http://codegolf.stackexchange.com/questions/26459/how-high-can-you-go-a-codingalgorithms-challenge
Bye,
bearophile
On 5/4/2014 3:47 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:
About a more general isRNG template: can you be more precise about
what you are interested in achieving with this? Generally speaking I
would find it rather dangerous to go passing around sources of
randomness without having
On 04/05/14 16:28, Nick Sabalausky via Digitalmars-d wrote:
On a general level, I'm trying to grok the whole intent of isUniformRNG and see
whether or not anything else may ever be needed in addition to isUniformRNG. I'm
not trying to push an isRNG, just trying to understand std.random's current
On 5/4/14, 3:06 AM, Russel Winder via Digitalmars-d wrote:
On Sun, 2014-05-04 at 08:47 +, Atila Neves via Digitalmars-d wrote:
Like I mentioned afterwards, I tried a different number of
threads. On my machine, at least, std.parallelism.totalCPUs
returns 8, the number of virtual cores. As it
On 5/4/14, 1:44 AM, Atila Neves wrote:
On Saturday, 3 May 2014 at 22:46:03 UTC, Andrei Alexandrescu wrote:
On 5/3/14, 2:42 PM, Atila Neves wrote:
gdc gave _very_ different results. I had to use different modules
because at some point tests started failing, but with gdc the threaded
version
On 5/4/14, 4:42 AM, Marc Schütz schue...@gmx.net wrote:
But I'm afraid your suggestion is unsafe: There also needs to be a way
to guarantee that no references to the scoped object exist when it is
destroyed.
Actually, it should be fine to call the destructor, then blast T.init
over the
On 04/05/14 09:49, Russel Winder via Digitalmars-d wrote:
(*) Physical cores are not necessarily the number reported by the OS due
to core hyperthreads. Quad core no hyperthreads, and dual core, two
hyperthreads per core, both get reported as four processor systems.
However if you benchmark them
On Sunday, 4 May 2014 at 14:09:38 UTC, w0rp wrote:
Best of luck to you guys. I encourage as many people as
possible to give writing D GUI libraries a go, and perhaps we
can all learn from each other.
Done ;)
http://forum.dlang.org/thread/wdddgiowaidcojbrk...@forum.dlang.org
On Saturday, 3 May 2014 at 22:46:03 UTC, Andrei Alexandrescu
wrote:
On 5/3/14, 2:42 PM, Atila Neves wrote:
gdc gave _very_ different results. I had to use different
modules
because at some point tests started failing, but with gdc the
threaded
version runs ~3x faster.
On my own unit-threaded
On 5/4/2014 11:38 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 04/05/14 16:28, Nick Sabalausky via Digitalmars-d wrote:
On a general level, I'm trying to grok the whole intent of
isUniformRNG and see
whether or not anything else may ever be needed in addition to
isUniformRNG. I'm
not
On Sunday, 4 May 2014 at 16:19:32 UTC, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 14:09:38 UTC, w0rp wrote:
Best of luck to you guys. I encourage as many people as
possible to give writing D GUI libraries a go, and perhaps we
can all learn from each other.
Done ;)
On 5/4/14, 9:19 AM, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 14:09:38 UTC, w0rp wrote:
Best of luck to you guys. I encourage as many people as possible to
give writing D GUI libraries a go, and perhaps we can all learn from
each other.
Done ;)
On 04/05/14 19:42, Nick Sabalausky via Digitalmars-d wrote:
Just a string of random bits. Effectively unsigned integers.
Ahh, OK. So in practice you can probably template it on an unsigned integral
type (which could include bool) and it'll just take the appropriate number of
bits from the
On 04/05/14 20:10, Joseph Rushton Wakeling via Digitalmars-d wrote:
Probably :-) Let's put it this way:
... we can always empirically verify the uniformity of the distribution :-)
Just had a quick look at the source code.
If this is to be something like the official gfx library wouldn't
it make sense to follow the phobos coding style?
For example struct Size instead of struct SIZE
/Jonas
Paulo Pinto:
http://cgo.org/cgo2014/conference/program/
I like the Partial escape analysis for Java (the compiler doesn't
heap allocate an object only in the most frequent code paths
inside a function), and optimization usable for D too:
On 5/4/2014 2:10 PM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 04/05/14 19:42, Nick Sabalausky via Digitalmars-d wrote:
Just a string of random bits. Effectively unsigned integers.
Ahh, OK. So in practice you can probably template it on an unsigned
integral type (which could
On 04/05/14 20:56, Nick Sabalausky via Digitalmars-d wrote:
So I think it's probably safe to figure this is a uniform distribution unless
some expert chimes in and says otherwise.
Thanks for the help.
You're very welcome. Keep me posted on how things go with your implementation!
:-)
On 5/4/2014 3:26 PM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 04/05/14 20:56, Nick Sabalausky via Digitalmars-d wrote:
So I think it's probably safe to figure this is a uniform distribution
unless
some expert chimes in and says otherwise.
Thanks for the help.
You're very welcome.
On 04/05/14 21:26, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 04/05/14 20:56, Nick Sabalausky via Digitalmars-d wrote:
So I think it's probably safe to figure this is a uniform distribution unless
some expert chimes in and says otherwise.
Thanks for the help.
You're very welcome.
If we keep class destructors in D, is it a good idea to require
them to be @nogc?
This post comes after this thread in D.learn:
http://forum.dlang.org/thread/vlnjgtdmyolgoiofn...@forum.dlang.org
Bye,
bearophile
On Sunday, 4 May 2014 at 10:23:38 UTC, Jonathan M Davis via
Digitalmars-d wrote:
On Sun, 04 May 2014 08:34:19 +
Daniele M. via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I have read this excellent article by David A. Wheeler:
http://www.dwheeler.com/essays/heartbleed.html
And
On Sunday, 4 May 2014 at 13:29:34 UTC, Meta wrote:
On Sunday, 4 May 2014 at 08:34:20 UTC, Daniele M. wrote:
I have read this excellent article by David A. Wheeler:
http://www.dwheeler.com/essays/heartbleed.html
And since D language was not there, I mentioned it to him as a
possible good
Le 04/05/2014 18:19, Gary Willoughby a écrit :
On Sunday, 4 May 2014 at 14:09:38 UTC, w0rp wrote:
Best of luck to you guys. I encourage as many people as possible to
give writing D GUI libraries a go, and perhaps we can all learn from
each other.
Done ;)
On Sat, May 03, 2014 at 10:48:47PM -0500, Caligo via Digitalmars-d wrote:
[...]
Last but not least, currently there are two main ways for new features
to make it into D/Phobos: you either have to belong to the inner
circle, or have to represent some corporation that's doing something
with D.
On Sun, May 4, 2014 at 12:22 AM, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Mostly good points, but the bountysource program is an experiment by
Facebook, not by myself. And (without me trying to speak on Facebook's
behalf) it would be difficult to argue that
On 5/2/2014 4:02 AM, bearophile wrote:
Walter Bright:
You've already got it working with version, that's what version is for. Why
add yet another way to do it?
Because I'd like something better. It's an idiom that I have used many times
(around 15-20 times). I'd like the compiler (or build
When I look through the announcements newsgroup, I see that
there's a lot happening in the world of D. Development for the
language has picked up a lot of pace in recent years. However,
looking through the subject matter, I notice a common theme:
Libraries for D,
Compilers for D,
IDEs /
Am Wed, 30 Apr 2014 19:10:04 +
schrieb Orvid King blah38...@gmail.com:
Just thought of a minor addition to the guidelines.
While discussion of the naming of the public API should occur on
the newsgroup, discussion of the names of locals, or non-public
APIs should occur on Github.
Am Wed, 30 Apr 2014 08:33:25 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
I'm mulling over a couple of design considerations for allocators, and
was thinking of the following restriction:
1. No out-of-bounds tricks and no pointer arithmetic. Consider:
int[] a = new
Am Thu, 01 May 2014 08:01:43 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 5/1/14, 3:36 AM, Temtaime wrote:
Hi Andrey. Have you even test your allocator on different arch(32/64)
and/or with different compiler flags ?
Thanks, I'll look into that! -- Andrei
If size_t
Am Sun, 27 Apr 2014 09:01:58 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 4/27/14, 7:51 AM, bearophile wrote:
Andrei Alexandrescu:
Destruction is as always welcome. I plan to get into tracing tomorrow
morning.
How easy is to implement a OS-portable
On 5/4/14, 8:06 PM, Marco Leise wrote:
Virtual memory allocators seem obvious, but there are some
details to consider.
1) You should not hard code the allocation granularity in the
long term. It is fairly easy to get it on Windows and Posix
systems:
On Windows:
SYSTEM_INFO si;
On 5/4/14, 5:38 PM, Caligo via Digitalmars-d wrote:
On Sun, May 4, 2014 at 12:22 AM, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com mailto:digitalmars-d@puremagic.com wrote:
Mostly good points, but the bountysource program is an experiment by
Facebook, not by myself.
On 5/4/14, 9:26 PM, Andrei Alexandrescu wrote:
For those keeping score at home, I've just updated
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
https://github.com/andralex/phobos/blob/allocator/std/typed_allocator.d
Forgot to mention: this latest development seems to
For those keeping score at home, I've just updated
https://github.com/andralex/phobos/blob/allocator/std/allocator.d
https://github.com/andralex/phobos/blob/allocator/std/typed_allocator.d
with an extremely rudimentary example of how tracing would work with a
typed allocator.
The basic idea
On Sun, May 4, 2014 at 11:09 PM, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Great, a few representative links would be most welcome.
Here is a good starting point (it's a classic):
http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar
Here is an idea:
On 5/4/14, 9:58 PM, Caligo via Digitalmars-d wrote:
On Sun, May 4, 2014 at 11:09 PM, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com mailto:digitalmars-d@puremagic.com wrote:
Great, a few representative links would be most welcome.
Here is a good starting point (it's a
I'm using the SWT API to learn DWT and saw one thing that I
didn't particularly understand.
Basically in the SWT Documentations the syntax goes like this:
Menu menu = new Menu(shell, SWT.BAR);
While DWT requires an integer for the second arguement.
auto menu = new Menu(shell, 1);
I'm gonna
Hello,
I am trying to use the std.log module that is here:
https://github.com/linkrope/log.d
And I encountered a segmentation fault using dmd 2.065 on a Linux
64 platform. The reduced test case is this:
//
import
In the following snippet is the line marked WOAH legal? The
compiler doesn't complain about the trailing comma in the
constructor arguments.
import std.stdio;
class Foo
{
public this(string foo)
{
}
}
void main(string[] args)
{
auto foo = new Foo(bar, ); // --
On Sunday, 4 May 2014 at 10:04:26 UTC, Gary Willoughby wrote:
In the following snippet is the line marked WOAH legal? The
compiler doesn't complain about the trailing comma in the
constructor arguments.
import std.stdio;
class Foo
{
public this(string foo)
{
}
}
void
On 5/4/2014 6:42 PM, Alex wrote:
Hello,
I am trying to use the std.log module that is here:
https://github.com/linkrope/log.d
And I encountered a segmentation fault using dmd 2.065 on a Linux 64
platform. The reduced test case is this:
On Sunday, 4 May 2014 at 09:42:17 UTC, Alex wrote:
Hello,
I am trying to use the std.log module that is here:
https://github.com/linkrope/log.d
And I encountered a segmentation fault using dmd 2.065 on a
Linux 64 platform. The reduced test case is this:
On Sunday, 4 May 2014 at 10:28:30 UTC, Mike Parker wrote:
The current implementation of the GC will run destructors on
any objects still resident on the heap during termination.
There is no way to guarantee the order in which those
destructors will be run.
Most likely, what you're seeing is
monarch_dodra:
As rule of thumb, you can't allocate during a GC cleaning
cycles, and class destructors are usually called during a GC
cleaning cycle.
This means it is usually unsafe to call *anything* that could
potentially allocate in a destructor.
So it could be a good idea to have
On Friday, 2 May 2014 at 21:29:51 UTC, Mark Isaacson wrote:
Auto ref parameters seem to be just what I need. Thanks! I'd
still be curious if anyone has additional information regarding
the rationale at play (I'm spoiled, reading TDPL and having
each decision explained in text).
I had the
1 - 100 of 169 matches
Mail list logo