On Friday, 14 February 2014 at 04:41:43 UTC, Jerry wrote:
My thought is to have something like the following:
GC.track();
auto obj = allocateStuff();
GC.cleanup(obj);
The idea here is that track() tells GC to explicitly track all
objects
created from that point until the cleanup call. The cle
On Friday, 14 February 2014 at 06:07:01 UTC, ed wrote:
On Friday, 14 February 2014 at 05:27:14 UTC, Mathias LANG wrote:
As the "official support for D1" has been discontinued in
2012, shouldn't one expect the official bug tracker to close
anything D1-related too ?
Why? Does it affect D2 in an
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 have an 64-bit Mac OS X Mountain Lion.
On 2/13/14, 6:07 PM, Rikki Cattermole wrote:
I'm happy to be a mentor.
Before I forget - please send me your ID.
Thanks,
Andrei
On 2/13/14, 8:41 PM, Jerry wrote:
Hi all,
I just had the following thought on limiting the gc in regions. I don't
know if this would address some of Manu's concerns, but here goes:
My thought is to have something like the following:
GC.track();
auto obj = allocateStuff();
GC.cleanup(obj);
Th
On Friday, 14 February 2014 at 05:27:14 UTC, Mathias LANG wrote:
On Wednesday, 12 February 2014 at 08:57:21 UTC, Walter Bright
wrote:
On 2/11/2014 11:29 AM, Steven Schveighoffer wrote:
Thoughts? I closed the aforementioned bug as WONTFIX. Anyone
is free to correct
that if you feel it's in erro
On Wednesday, 12 February 2014 at 08:57:21 UTC, Walter Bright
wrote:
On 2/11/2014 11:29 AM, Steven Schveighoffer wrote:
Thoughts? I closed the aforementioned bug as WONTFIX. Anyone
is free to correct
that if you feel it's in error :)
D1 is still in use. Just ignore D1 only bugs if you don't u
On Thursday, 13 February 2014 at 21:08:01 UTC, Mike wrote:
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
5) Does anyone try to make a tiny druntime library? Did it
work out well for you? And can I have a look at it?
Timo Sintonen's minlibd [9]
Vladimir Panteleev's SlimD [10]
Adam D
Hi all,
I just had the following thought on limiting the gc in regions. I don't
know if this would address some of Manu's concerns, but here goes:
My thought is to have something like the following:
GC.track();
auto obj = allocateStuff();
GC.cleanup(obj);
The idea here is that track() tells GC
On 2/13/2014 6:07 PM, Daniel Murphy wrote:
No, this doesn't work, because many many bugs are not marked correctly. A bug
being marked D1 often just means it's old.
Anyone can help out when they see miscategorized bugs by fixing the categories.
On Thursday, 13 February 2014 at 20:00:29 UTC, Walter Bright
wrote:
On 2/13/2014 10:34 AM, francesco cattoglio wrote:
Also, the current open issues list is HUGE, cutting it down by
discarding outdated stuff would be nice. Or at least, would
*look* nice. Honestly, the first time I took a look at
On Thursday, 13 February 2014 at 18:38:43 UTC, Andrei
Alexandrescu wrote:
Hello everyone,
Following my call for GSoC would-be mentors we got exactly one
offer, from Russell Winder. Thanks! (There has been no response
whatsoever on the czardom position.)
Needless to say, if we don't have a g
"Walter Bright" wrote in message news:ldj88t$2hpa$1...@digitalmars.com...
Restrict your search for open bugs to "D2" and "D1 & D2" and you'll be
fine.
No, this doesn't work, because many many bugs are not marked correctly. A
bug being marked D1 often just means it's old.
On 2/13/14, 18:09, Jonathan M Davis wrote:
On Monday, February 10, 2014 18:21:02 Steve Teale wrote:
On Sunday, 9 February 2014 at 21:12:57 UTC, Jonathan M Davis
[snip]
For a desktop? It's trivial to get a lot of memory into one of those. Laptops
would be more limiting, but even there, I'd exp
On 2/13/14, 11:21, Steven Schveighoffer wrote:
On Wed, 12 Feb 2014 11:30:30 -0500, Andrei Alexandrescu
wrote:
On 2/12/14, 7:40 AM, Sean Kelly wrote:
This would certainly be a useful feature to have when porting, and
Walter clearly uses it himself. Assuming this can be done with minimal
work,
On Friday, 14 February 2014 at 00:25:43 UTC, Etienne wrote:
The spec file only covers RPMs from fedora/centos/rhel, but
there's tons of other platforms.
I put some thought into it some more and you were probably
talking about a linux generic 32bit binary that never needs to be
updated, and se
On 2/13/2014 7:20 PM, Jonathan M Davis wrote:
as far as I can see, there's no reason for Microsoft to even be selling a 32-
bit version of their OS anymore, since 32-bit programs will run on the 64-bit
version, and 32-bit x86 chips aren't produced anymore. They've all been 64-bit
for years now.
On Thursday, 13 February 2014 at 19:47:33 UTC, Paulo Pinto wrote:
Am 13.02.2014 19:06, schrieb inout:
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright
wrote:
I've toyed with this idea for a while, and wondered what the
interest
there is in something like this.
The idea is to be abl
On Friday, 14 February 2014 at 00:25:43 UTC, Etienne wrote:
On Thursday, 13 February 2014 at 20:17:39 UTC, Sönke Ludwig
wrote:
Do you want me to provide something more convenient, or can you
do with dub.spec files & rpmbuild?
Well of course it would be best for any multi-platform program to
h
I'd like to see typeinfo moved completely to the library. The
language would then not depend on it directly. The point of this
thread is to see how practical it is. Here's the changes I have
in mind:
1) Stop automatic generation of TypeInfo.
2) typeid(T) in the language now returns a static i
On Thursday, 13 February 2014 at 20:17:39 UTC, Sönke Ludwig wrote:
The way it is now, it would be nice to have in a full
repository like the one Jordi Sayol maintains for Debian, but
it's less practical for direct distribution.
I provided the dmd.spec because I took the opportunity to make
on
On Wednesday, February 12, 2014 20:23:53 Kagamin wrote:
> On Sunday, 9 February 2014 at 21:12:57 UTC, Jonathan M Davis
>
> wrote:
> > And you get more memory out of
> > the deal even if you have as little as 4GB in the box. I wish
> > that everything
> > would move to 64-bit so that we wouldn't ha
On Monday, February 10, 2014 18:21:02 Steve Teale wrote:
> On Sunday, 9 February 2014 at 21:12:57 UTC, Jonathan M Davis
>
> wrote:
> > so it's nice to have a lot of overhead (and with memory being
> > as cheap as it
> > is, I don't see much reason not to put as much memory in the
> > box as it can
Manu writes:
> I don't actually think this is what the 'no GC' crowd want. C++ programmers
> will not be satisfied with this. They'll see it as a step backwards towards C,
> not forwards.
I have to agree with this. I was attracted to D by the better C++
possibilities. I still want that. And I
On Thursday, 13 February 2014 at 21:08:01 UTC, Mike wrote:
2) Is it possible to fully disable runtime type information? I
understand that being able to get different information about
object type in the runtime may be very useful, but I've never
used it. However D compilers do generate RTTI-t
Andrei Alexandrescu wrote:
> Hello everyone,
>
>
> Following my call for GSoC would-be mentors we got exactly one
> offer, from Russell Winder. Thanks! (There has been no response
> whatsoever on the czardom position.)
>
> Needless to say, if we don't have a good pool of mentors we'll be
> force
On Thursday, 13 February 2014 at 21:35:27 UTC, tcak wrote:
I would like support for PIC 8bit/16bit/32bit as well, though
probably that will never happen. At least for 8bit and 16bit
PIC microprocessors.
D intentionally dropped support for 8- and 16-bit architectures
as a guiding design deci
Andrei Alexandrescu wrote:
> On 2/13/14, 1:50 PM, Jens Mueller wrote:
> >I'm happy to mentor.
> >std.socket needs revision. I'd like to see std.log getting done. Also
> >std.benchmark. std.units is interesting, too. A linear algebra
> >library aka std.numeric.matrix is probably bigger but not less
On 2/13/14, 10:44 AM, Andrei Alexandrescu wrote:
On 2/13/14, 4:04 AM, Chris wrote:
On Thursday, 13 February 2014 at 12:03:01 UTC, Chris wrote:
On Thursday, 13 February 2014 at 11:58:30 UTC, tcak wrote:
On Thursday, 13 February 2014 at 11:46:14 UTC, Chris wrote:
On Wednesday, 12 February 2014
On 2/13/14, 1:50 PM, Jens Mueller wrote:
I'm happy to mentor.
std.socket needs revision. I'd like to see std.log getting done. Also
std.benchmark. std.units is interesting, too. A linear algebra
library aka std.numeric.matrix is probably bigger but not less
interesting.
Count me in on any on thes
On 2/13/14, 1:50 PM, Jens Mueller wrote:
I'm happy to mentor.
Thanks!
std.socket needs revision. I'd like to see std.log getting done. Also
std.benchmark. std.units is interesting, too. A linear algebra
library aka std.numeric.matrix is probably bigger but not less
interesting.
Count me in on
On Thursday, 13 February 2014 at 17:23:36 UTC, tcak wrote:
If anyone can upload them to Wiki, that will be really great. I
really do not have time at the moment.
If you don't want your work to be forgotten in a week, you should
upload them to the wiki.
Andrei Alexandrescu wrote:
> Hello everyone,
>
>
> Following my call for GSoC would-be mentors we got exactly one
> offer, from Russell Winder. Thanks! (There has been no response
> whatsoever on the czardom position.)
>
> Needless to say, if we don't have a good pool of mentors we'll be
> force
On Thursday, 13 February 2014 at 21:35:27 UTC, tcak wrote:
On Thursday, 13 February 2014 at 21:08:01 UTC, Mike wrote:
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
4) What compiler is better to use when I want to compile and
run D on "bare bones" (running code without operating
sys
On Thursday, 13 February 2014 at 21:08:01 UTC, Mike wrote:
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
4) What compiler is better to use when I want to compile and
run D on "bare bones" (running code without operating system)?
Is it DMD? Or is it LDC? Or GDC?
What's your target
On Thursday, 13 February 2014 at 20:34:50 UTC, Dicebot wrote:
On Thursday, 13 February 2014 at 20:12:36 UTC, Paulo Pinto
wrote:
distributing binary libraries for barebone? that sounds
unusual.
Why so?
untypical hardware + desire to get most of it makes hard to
provide binary distributions t
On Thursday, 13 February 2014 at 18:38:43 UTC, Andrei
Alexandrescu wrote:
Hello everyone,
Following my call for GSoC would-be mentors we got exactly one
offer, from Russell Winder. Thanks! (There has been no response
whatsoever on the czardom position.)
Needless to say, if we don't have a g
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
4) What compiler is better to use when I want to compile and
run D on "bare bones" (running code without operating system)?
Is it DMD? Or is it LDC? Or GDC?
What's your target platform (x86, ARM, etc...)? My platform is
ARM Cortex-M b
Am 13.02.2014 13:58, schrieb "Casper Færgemand" ":
On Thursday, 13 February 2014 at 12:57:02 UTC, Sönke Ludwig wrote:
After some testing, all I can get is multiple -m64 switches, which
isn't pretty, but shouldn't do any harm. Do you compile with
--arch=x86_64 or did you manually add the -m64 fla
On Thursday, 13 February 2014 at 20:12:36 UTC, Paulo Pinto wrote:
distributing binary libraries for barebone? that sounds
unusual.
Why so?
untypical hardware + desire to get most of it makes hard to
provide binary distributions that can be simply linked to. Only
platform SDK's come to my mi
Uploaded RC 4 with fixes for the issues encountered so far. If no other
critical error or regression occurs, this one will go final.
Am 13.02.2014 02:01, schrieb Jakob Ovrum:
On Wednesday, 12 February 2014 at 08:53:56 UTC, Sönke Ludwig wrote:
DUB 0.9.21 is currently in the RC stage. Before tagging a release, I'd
like it to get a little more exposure. Apart from checking if building
works (dependencies are now built separately
Am 13.02.2014 13:20, schrieb Sönke Ludwig:
Am 13.02.2014 12:40, schrieb Russel Winder:
… I have a single filestore and thus a single ~/.dub but the compilation
products of dub are not in architecture dependent locations so I cannot
work with OSX and Linux at the same time.
I'll add the OS to t
Am 13.02.2014 20:15, schrieb Etienne:
On Thursday, 13 February 2014 at 19:13:30 UTC, Etienne wrote:
$ rpm-build -ba dmd.spec
Sorry, that was
$ rpmbuild -ba dmd.spec
rpm-build is the package name, rpmbuild is the binary filename.
Thank you! Would it also be possible to make a binary-only pac
On 2/13/14, 12:10 PM, Iain Buclaw wrote:
On 13 February 2014 18:38, Andrei Alexandrescu
wrote:
Hello everyone,
I'll make tonight an executive decision about our participation to GSoC this
year. A strong GSoC leader would be fantastic. At the very minimum we need a
handful of mentors. Your turn
Am 13.02.2014 20:51, schrieb Dicebot:
On Thursday, 13 February 2014 at 19:47:33 UTC, Paulo Pinto wrote:
Can we also get a build tool that produces all combinations for
libraries distributed in binary form?
distributing binary libraries for barebone? that sounds unusual.
Why so?
On 13 February 2014 18:38, Andrei Alexandrescu
wrote:
> Hello everyone,
>
> I'll make tonight an executive decision about our participation to GSoC this
> year. A strong GSoC leader would be fantastic. At the very minimum we need a
> handful of mentors. Your turn.
>
I was about to say I'm sure I
On 2/13/14, 11:19 AM, Martin Nowak wrote:
On 02/13/2014 07:38 PM, Andrei Alexandrescu wrote:
Following my call for GSoC would-be mentors we got exactly one offer,
from Russell Winder. Thanks! (There has been no response whatsoever on
the czardom position.)
Needless to say, if we don't have a go
On 2/13/14, 10:38 AM, Andrei Alexandrescu wrote:
Following my call for GSoC would-be mentors we got exactly one offer,
from Russell Winder. Thanks!
Apologies, Russel, for misspelling your name.
Andrei
On 2/13/2014 10:34 AM, francesco cattoglio wrote:
Also, the current open issues list is HUGE, cutting it down by
discarding outdated stuff would be nice. Or at least, would
*look* nice. Honestly, the first time I took a look at D I was
like "wait, is this a programming language or a testbed for s
On 2/13/14, 9:23 AM, tcak wrote:
On Thursday, 13 February 2014 at 11:58:30 UTC, tcak wrote:
On Thursday, 13 February 2014 at 11:46:14 UTC, Chris wrote:
On Wednesday, 12 February 2014 at 18:46:06 UTC, Walter Bright wrote:
On 2/12/2014 5:52 AM, Chris wrote:
Do we (still) need any artwork (e.g.
On Thursday, 13 February 2014 at 19:47:33 UTC, Paulo Pinto wrote:
Can we also get a build tool that produces all combinations for
libraries distributed in binary form?
distributing binary libraries for barebone? that sounds unusual.
Am 13.02.2014 19:06, schrieb inout:
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
I've toyed with this idea for a while, and wondered what the interest
there is in something like this.
The idea is to be able to use a subset of D that does not require any
of druntime or phob
Am 13.02.2014 19:06, schrieb bearophile:
Rel:
It would be great if D would have the same "pay for what you use" way,
as C/C++ do.
While D is nearly a system language, its design doesn't follow that C++
rule fully. In some cases paying a little is OK for D, if it makes lot
of other code safer,
On Thursday, 13 February 2014 at 19:19:23 UTC, Russel Winder
wrote:
There should be a push to get DMD, GDC, LDC, Dub, Vibe.d and all
associated technologies as up to date as possible in Debian and
Fedora.
But I can only make the call and help by using and reporting
errors, I
am not in a positio
On Thursday, 13 February 2014 at 17:16:30 UTC, Dejan Lekic wrote:
On Wednesday, 12 February 2014 at 06:14:16 UTC, Andrei
Alexandrescu wrote:
$150:
https://www.bountysource.com/issues/1376870-create-debian-ubuntu-package
$250:
https://www.bountysource.com/issues/1132204-arm-exception-handling-
On Thu, 2014-02-13 at 17:16 +, Dejan Lekic wrote:
> On Wednesday, 12 February 2014 at 06:14:16 UTC, Andrei
> Alexandrescu wrote:
> > $150:
> > https://www.bountysource.com/issues/1376870-create-debian-ubuntu-package
> >
> > $250:
> > https://www.bountysource.com/issues/1132204-arm-exception-
On 02/13/2014 07:38 PM, Andrei Alexandrescu wrote:
Following my call for GSoC would-be mentors we got exactly one offer,
from Russell Winder. Thanks! (There has been no response whatsoever on
the czardom position.)
Needless to say, if we don't have a good pool of mentors we'll be forced
to retra
On Thursday, 13 February 2014 at 19:13:30 UTC, Etienne wrote:
$ rpm-build -ba dmd.spec
Sorry, that was
$ rpmbuild -ba dmd.spec
rpm-build is the package name, rpmbuild is the binary filename.
On Thursday, 13 February 2014 at 12:20:09 UTC, Sönke Ludwig wrote:
Looks like this is more common than it seemed. I can try to
compile on the older Ubuntu 11.10 VM, or, if someone can donate
an RPM recipe and the necessary commands, I could also set up a
Fedora VM and provide a proper RPM packa
On Thursday, 13 February 2014 at 18:38:20 UTC, Kagamin wrote:
I use bounds checks, and they call _d_array_bounds, which takes
ModuleInfo as a parameter. How it would work?
I think it is a mistake for it to take ModuleInfo at all. Those
arguments should be removed entirely.
On 02/13/2014 07:51 PM, Rel wrote:
Oh, that is funny! I didn't notice that topic, as I haven't been much
into D community. Thanks for pointing it out! I really hope that these
features will be included in D compiler eventually...
It already is, though it might not be fully implemented yet.
Try
On Thursday, 13 February 2014 at 17:15:06 UTC, Gary Willoughby
wrote:
It's a good job i don't believe in conspiracies.
http://forum.dlang.org/thread/lddug4$jgv$1...@digitalmars.com
Oh, that is funny! I didn't notice that topic, as I haven't been
much into D community. Thanks for pointing it o
On 2/13/14, 3:31 AM, Kai Nacke wrote:
On Wednesday, 12 February 2014 at 06:14:16 UTC, Andrei Alexandrescu wrote:
$150:
https://www.bountysource.com/issues/1376870-create-debian-ubuntu-package
$250:
https://www.bountysource.com/issues/1132204-arm-exception-handling-broken
Both bounties expire i
On Thursday, 13 February 2014 at 17:14:05 UTC, Adam D. Ruppe
wrote:
Don't implement _d_throw in druntime and they won't link. I'm
pretty sure the tables are still generated but they won't be
used (and are pretty small anyway.
Maybe I'm too pedantic about my code, but I don't want to have
usel
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
I've toyed with this idea for a while, and wondered what the
interest there is in something like this.
The idea is to be able to use a subset of D that does not
require any of druntime or phobos - it can be linked merely
with
On 2/13/14, 4:04 AM, Chris wrote:
On Thursday, 13 February 2014 at 12:03:01 UTC, Chris wrote:
On Thursday, 13 February 2014 at 11:58:30 UTC, tcak wrote:
On Thursday, 13 February 2014 at 11:46:14 UTC, Chris wrote:
On Wednesday, 12 February 2014 at 18:46:06 UTC, Walter Bright wrote:
On 2/12/201
On Thursday, 13 February 2014 at 18:07:00 UTC, inout wrote:
-no-moduleinfo
-no-exceptions
-no-gc
-no-object
There is absolutely NO need to give any name to that beast.
Otherwise, it's an excellent idea!
You could still use classes e.g. with C++ linkage.
I've been waiting for these features in
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
The subset would disallow use of any features that rely on:
I found it manageable to write bare metal code with stock LDC and
no additional options. It doesn't require C runtime, malloc is
only 6 lines and returns ubyte[] alre
Hello everyone,
Following my call for GSoC would-be mentors we got exactly one offer,
from Russell Winder. Thanks! (There has been no response whatsoever on
the czardom position.)
Needless to say, if we don't have a good pool of mentors we'll be forced
to retract our GSoC submission.
Walt
On Wednesday, 12 February 2014 at 08:57:21 UTC, Walter Bright
wrote:
On 2/11/2014 11:29 AM, Steven Schveighoffer wrote:
Thoughts? I closed the aforementioned bug as WONTFIX. Anyone
is free to correct
that if you feel it's in error :)
D1 is still in use. Just ignore D1 only bugs if you don't u
Rel:
It would be great if D would have the same "pay for what you
use" way, as C/C++ do.
While D is nearly a system language, its design doesn't follow
that C++ rule fully. In some cases paying a little is OK for D,
if it makes lot of other code safer, shorter, nicer, etc.
Bye,
bearophile
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
I've toyed with this idea for a while, and wondered what the
interest there is in something like this.
The idea is to be able to use a subset of D that does not
require any of druntime or phobos - it can be linked merely
with
On Thursday, 13 February 2014 at 06:51:37 UTC, 1100110 wrote:
On 2/11/14, 17:15, Mike wrote:
On Tuesday, 11 February 2014 at 21:11:15 UTC, Walter Bright
wrote:
On 2/11/2014 11:43 AM, Walter Bright wrote:
(First off, I hate the name "better C", any suggestions?)
How about "EmbeddedD", though
On Thursday, 13 February 2014 at 17:15:06 UTC, Gary Willoughby
wrote:
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
Hello! I really enjoy D and some brilliant concepts in the
language, like scope(exit) for example. But what I dislike
about D is the druntime, where each single functi
On Thursday, 13 February 2014 at 17:12:47 UTC, Sean Kelly wrote:
For learning to program, I almost feel like getting a sandbox
set up on the web would be better. The MIT project Scratch, for
example, is fantastic for teaching programming. Unless you're
talking about teaching in locations withou
On Thursday, 13 February 2014 at 16:40:12 UTC, Tofu Ninja wrote:
On Thursday, 13 February 2014 at 15:58:44 UTC, Steve Teale
wrote:
I just happen to think D is a great language!
Thats not even up for debate, D IS GREAT! The problem is just
convincing the rest of the world that it is, but thu
On Thursday, 13 February 2014 at 11:58:30 UTC, tcak wrote:
On Thursday, 13 February 2014 at 11:46:14 UTC, Chris wrote:
On Wednesday, 12 February 2014 at 18:46:06 UTC, Walter Bright
wrote:
On 2/12/2014 5:52 AM, Chris wrote:
Do we (still) need any artwork (e.g. DConf)? And if so,
what? I can try
On Wed, 12 Feb 2014 11:30:30 -0500, Andrei Alexandrescu
wrote:
On 2/12/14, 7:40 AM, Sean Kelly wrote:
This would certainly be a useful feature to have when porting, and
Walter clearly uses it himself. Assuming this can be done with minimal
work, I'd say make it a DMD thing rather than a D t
On Wednesday, 12 February 2014 at 06:14:16 UTC, Andrei
Alexandrescu wrote:
$150:
https://www.bountysource.com/issues/1376870-create-debian-ubuntu-package
$250:
https://www.bountysource.com/issues/1132204-arm-exception-handling-broken
Both bounties expire in 6 months.
Andrei
LDC on Fedora
On Wed, 12 Feb 2014 03:57:25 -0500, Walter Bright
wrote:
On 2/11/2014 11:29 AM, Steven Schveighoffer wrote:
Thoughts? I closed the aforementioned bug as WONTFIX. Anyone is free to
correct
that if you feel it's in error :)
D1 is still in use. Just ignore D1 only bugs if you don't use D1.
For learning to program, I almost feel like getting a sandbox set
up on the web would be better. The MIT project Scratch, for
example, is fantastic for teaching programming. Unless you're
talking about teaching in locations without internet
connectivity, which is an entirely different problem.
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
Hello! I really enjoy D and some brilliant concepts in the
language, like scope(exit) for example. But what I dislike
about D is the druntime, where each single function depends on
100 other functions. I'd like to be able to develop syst
You can disable GC, for example by linking to gcstub (backed by
malloc and free). But for the rest, it sounds like what you want
is the "betterC" proposed by Walter recently.
On Thursday, 13 February 2014 at 17:04:44 UTC, Rel wrote:
1) Is it possible to fully disable exceptions?
Don't implement _d_throw in druntime and they won't link. I'm
pretty sure the tables are still generated but they won't be used
(and are pretty small anyway.
2) Is it possible to fully
Yes. The schedulers are required to maintain some data (one being
a message queue) for each "thread" they spawn. If the data is
requested from a thread the scheduler doesn't own, it's required
to return a thread-local copy instead. In short, any manually
created kernel thread will get its own m
Hello! I really enjoy D and some brilliant concepts in the
language, like scope(exit) for example. But what I dislike about
D is the druntime, where each single function depends on 100
other functions. I'd like to be able to develop system level code
in D (like windows drivers or linux kernel m
On Thursday, 13 February 2014 at 15:40:05 UTC, Sean Kelly wrote:
The API is able to context switch inside send and receive. So
if you aren't sending messages with some frequency then the
level of parallel execution will be fairly low. For apps like
this, it's possible that a more complex sched
On Thursday, 13 February 2014 at 15:58:44 UTC, Steve Teale wrote:
I just happen to think D is a great language!
Thats not even up for debate, D IS GREAT! The problem is just
convincing the rest of the world that it is, but thus is the task
of the lucky few who have seen the light.
Jokes as
Assuming this is for the conference, last year's were dark gray
shirts from American Apparel (so kinda thin and a tiny bit
stretchy). So I suspect the printer used was pretty decent.
On Wednesday, 12 February 2014 at 02:43:36 UTC, Tofu Ninja wrote:
Steve
Oh I am sorry, by developing world I thought you were talking
about the world of developers, why are you interested in
getting D to the developing world? Seems kinda odd...
Because if we can't get those young men into som
Probably noting to do with D, but if D were to get into the
appropriate place firs , then ...
On Thursday, 13 February 2014 at 15:30:58 UTC, Bienlein wrote:
On Thursday, 6 February 2014 at 19:24:39 UTC, Sean Kelly wrote:
On Wednesday, 5 February 2014 at 20:37:44 UTC, Sean Kelly
wrote:
https://github.com/D-Programming-Language/phobos/pull/1910
Hello,
I have a little question about h
On Thursday, 6 February 2014 at 19:24:39 UTC, Sean Kelly wrote:
On Wednesday, 5 February 2014 at 20:37:44 UTC, Sean Kelly wrote:
https://github.com/D-Programming-Language/phobos/pull/1910
Hello,
I have a little question about how pre-emption works with the
FiberScheduler. Let's say I creat
I think I have found the issue.
The problem was a circlular reference in some class that managed
the creation and destruction of PartyAnimals. Now I still don't
know how that triggered the behaviour that I saw, but I do have a
theory. When a certain size of memory is allocated, the GC may
hav
On Thursday, 13 February 2014 at 14:03:43 UTC, Nick Sabalausky
wrote:
On 2/12/2014 11:26 AM, Paulo Pinto wrote:
Dalvik was replaced by ART for new Android versions
I thought ART was still just included secondary thing that
developers *can* use, but mainly just as a developer preview,
and th
On 2/12/2014 11:26 AM, Paulo Pinto wrote:
Dalvik was replaced by ART for new Android versions
I thought ART was still just included secondary thing that developers
*can* use, but mainly just as a developer preview, and that Dalvik was
still the default.
On Thursday, 13 February 2014 at 12:57:02 UTC, Sönke Ludwig wrote:
After some testing, all I can get is multiple -m64 switches,
which isn't pretty, but shouldn't do any harm. Do you compile
with --arch=x86_64 or did you manually add the -m64 flag
somewhere? The latter would explain the issue, a
Am 13.02.2014 11:55, schrieb "Casper Færgemand" ":
It seems dependencies are compiled with -m32
and my source with -m64, meaning they have different object formats in
Windows, and the linker chokes.
After some testing, all I can get is multiple -m64 switches, which isn't
pretty, but shouldn't
On 08/02/2014 13:43, Timon Gehr wrote:
class C{
this(int x){ ... }
...
}
class D: C{
alias this = super; // (inherit constructors)
this(double y){ ... } // (overload with a new constructor)
}
That syntax is indeed confusing if we also had 'alias this : baz'
syntax, because
1 - 100 of 125 matches
Mail list logo