On Saturday, 29 November 2014 at 05:56:20 UTC, Dammy wrote:
Hi guys, i've been trying to download the DWT library for some
time now and i just couldnt get it cos the zip i'm downloading
from github doesnt contain any library source. Until recently
when i went to dsource.org and i was really
On Thursday, 27 November 2014 at 19:16:24 UTC, gedaiu wrote:
Hi,
In the last weeks I tried to make a draft for a mvc library. I
tried to take advantage of templates, uda and ctfe to make the
interaction with the database and the routing easier. There is
still a lot of work to do for making
Im playing with vibed + temple, it's a very good work. I prefer
html over jade for my views.
Thank you.
d-apt http://d-apt.sourceforge.net/ changed the distribution name from dmd
to d-apt.
Download the last d-apt.list to update:
$ sudo wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O
/etc/apt/sources.list.d/d-apt.list
The new distribution allows to install any deb package
On 30/11/2014 1:20 p.m., Dylan Knutson wrote:
MongoModel in the model part of crate.d is interesting, and I'm glad to
see there's a more structured way of interacting with MongoDB than just
poking at untyped objects. I think D is still missing a really good ORM
(Rikki's dvorm is a start), but
On 11/28/2014 3:50 PM, bearophile wrote:
I agree. D has to come back to the living. It looks like D is hibernating.
I have no idea what you're talking about.
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
[snip]
I know there's been a lot of break my code advocacy lately,
but this code was only 2 years old.
I fully understand how unfriendly this is to users and how
discouraging it can be to have their recently working code
On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote:
Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try
`apt-get install libncurses5-dev` (or libncursesw5-dev as appropriate).
Otherwise, try -lncurses5 or -lncursesw5, perhaps?
Yeah, that didn't work, either.
I wound
On Sat, 29 Nov 2014 00:41:45 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote:
Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try
`apt-get install libncurses5-dev` (or libncursesw5-dev as
On Sat, 29 Nov 2014 00:41:45 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote:
Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try
`apt-get install libncurses5-dev` (or libncursesw5-dev as
Walter Bright:
On 11/28/2014 3:50 PM, bearophile wrote:
I agree. D has to come back to the living. It looks like D is
hibernating.
I have no idea what you're talking about.
In the last several years the development of D/Phobos didn't keep
a constant speed (and this is normal), I have seen
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
I know there's been a lot of break my code advocacy lately,
but this code was only 2 years old.
I've lost my faith in expecting to see the D core team grasp what
the so called break my code folks aims to reach.
--
Paolo
On Saturday, 29 November 2014 at 04:03:47 UTC, Walter Bright
wrote:
Actually, we've (myself and 3 others) been hard at work
preparing a scope ref proposal. It isn't quite ready to present
yet. I agree it is of major importance. It will also slightly
break some code, but we have a plan for
Walter Bright:
Changing names makes the situation worse by consuming scarce
resources.
Changing names make the language/library better, and this can
increase the retention rate of new D programmers.
That's largely speculation. I doubt there's an objective case
that globMatch is superior
On Saturday, 29 November 2014 at 11:37:52 UTC, bearophile wrote:
Some of this hibernation could be caused by the latest
revolution threads by Andrei. But probably there are also
other causes.
Or perhaps I'm just mis-measuring the kind of D activity, and
everything is going on as well as
Ola Fosheim Grøstad:
Phobos is too much of a scripting-language library to me, too
much like Tango, and hacking in ref counting makes it even more
so.
Those scripting needs are real, and rather common. Those high
level things are worth having in Phobos. On the other hand it's
also
On Friday, 28 November 2014 at 23:38:40 UTC, H. S. Teoh via
Digitalmars-d wrote:
For example, say you standardize on dmd 2.066 for the current
product release. This means that you will *only* compile with
2.066 and nothing else, and developers are required to use only
the official compiler
Plenty of not covered lines are actually assert(0)'s.
On Thursday, 27 November 2014 at 21:52:27 UTC, MrSmith wrote:
Can you suggest a good way to design mod system? Where each mod
can depend on others and use their real functionality. All mods
should be in form of dlls.
No DLL per module, just releasing a complete Phobos.DLL. If you
want to
On Saturday, 29 November 2014 at 00:20:38 UTC, Daniel Murphy
wrote:
I think @disabled with a custom message would be perfect for
this. static assert only works for templates.
We just need someone to implement this.
https://issues.dlang.org/show_bug.cgi?id=8728
On Tuesday, 25 November 2014 at 14:29:12 UTC, ponce wrote:
On Tuesday, 25 November 2014 at 01:12:03 UTC, Walter Bright
wrote:
On 11/24/2014 4:51 PM, Brian Schott wrote:
On Tuesday, 25 November 2014 at 00:37:00 UTC, Walter Bright
wrote:
Anyone know anything about this?
On Friday, 14 November 2014 at 21:49:09 UTC, David Nadlinger
wrote:
On Friday, 14 November 2014 at 21:46:00 UTC, Robert burner
Schadek wrote:
You can always roll your own non locking Logger, but the
default should be thread-safe.
You can't, since you need to inherit from Logger, which already
On Saturday, 29 November 2014 at 12:08:08 UTC, bearophile wrote:
Those scripting needs are real, and rather common. Those high
level things are worth having in Phobos. On the other hand it's
also reasonable to desire something more fit for a lower level
kind of coding. One solution is to split
Martin Nowak wrote in message
news:znsbjqmgwegyrtvxq...@forum.dlang.org...
We just need someone to implement this.
https://issues.dlang.org/show_bug.cgi?id=8728
Exactly. I've had a look at it a couple of times but never made it past the
parser.
On Friday, 28 November 2014 at 20:00:36 UTC, Vic wrote:
(...)
IMHO you should be ready to debug the compiler.
DMD's codebase can be obscure at times (while the LDC mid-end is
pretty straightforward) so the first time looking for the source
of a bug may be a frustrating and time-consuming
On Saturday, 29 November 2014 at 15:37:12 UTC, Elie Morisse wrote:
IMHO you should be ready to debug the compiler.
DMD's codebase can be obscure at times (while the LDC mid-end
is pretty straightforward) so the first time looking for the
source of a bug may be a frustrating and time-consuming
On Sat, Nov 29, 2014 at 11:37:51AM +, bearophile via Digitalmars-d wrote:
Walter Bright:
On 11/28/2014 3:50 PM, bearophile wrote:
I agree. D has to come back to the living. It looks like D is
hibernating.
I have no idea what you're talking about.
In the last several years the
On Sat, Nov 29, 2014 at 12:41:45AM -0800, Walter Bright via Digitalmars-d wrote:
On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote:
Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try
`apt-get install libncurses5-dev` (or libncursesw5-dev as appropriate).
Otherwise,
On 11/29/14, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Just for fun, I've decided to try and get MicroEmacs in D added to the dub
registry. The last time it compiled was 2 years ago.
You seem to create this kind of thread every other month. People
complaint to you about
H. S. Teoh:
Huh??! I *really* don't know what you're talking about, because
in the
last few months, I've seen a dramatic *increase* in Phobos
activity.
OK, if I was mistaken then I am happy ::) Sometimes it's good to
be wrong.
Bye,
bearophile
On 11/26/2014 05:20 PM, H. S. Teoh via Digitalmars-d wrote:
(most websites suck so bad with a
non-GUI interface it's not even funny... gone are the days when most of
the content of a webpage is useful information, nowadays finding
information is like finding a needle in a haystack of fluff and
On Saturday, 29 November 2014 at 14:15:12 UTC, Martin Nowak wrote:
On Friday, 14 November 2014 at 21:49:09 UTC, David Nadlinger
wrote:
On Friday, 14 November 2014 at 21:46:00 UTC, Robert burner
Schadek wrote:
You can always roll your own non locking Logger, but the
default should be
On Thursday, 27 November 2014 at 11:32:59 UTC, Martin Nowak wrote:
Actually not too bad :).
https://dlang.dawg.eu/coverage/
https://coveralls.io/r/MartinNowak/dmd
Good step.
On Saturday, 29 November 2014 at 07:17:48 UTC, weaselcat wrote:
snip IMO rust got it right
with immutable by default, but hindsight is grand(To be fair,
rust lifetime management is really ugly too)
Immutable as default sounds good (in core)
On Saturday, 29 November 2014 at 11:59:36 UTC, bearophile wrote:
snip
and the lack of a rich set of libraries because of bit rot.
This is not a valid argument. The lack of D libraries has
various causes, probably the main one is the lack of D
developers and the lack of their interest in
On Saturday, 29 November 2014 at 02:59:07 UTC, Mike wrote:
snip
and the lack of a rich set of libraries because of bit rot.
Yes, D's current business model is not sustainable. It is
lacking capable contributors and funds to keep the code
maintained.
Mike
Agree.
On Saturday, 29 November 2014 at 11:56:31 UTC, Ola Fosheim
Grøstad wrote:
snip
I got very happy when Walter announced @nogc and his intent
to create a better C switch on the compiler.
I felt this was a nice change of direction, but I also feel
that this direction has stagnated and taken a
On Saturday, 29 November 2014 at 11:35:52 UTC, Paolo Invernizzi
wrote:
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright
wrote:
I know there's been a lot of break my code advocacy lately,
but this code was only 2 years old.
I've lost my faith in expecting to see the D core team
On Saturday, 29 November 2014 at 14:40:47 UTC, Ola Fosheim
Grøstad wrote:
snip
With a big standard library you get this effect:
big monolithic standard library - other libraries build on it
- many libraries are unsuitable for more restricted
applications
big monolithic standard library -
On Saturday, 29 November 2014 at 15:46:03 UTC, Ola Fosheim
Grøstad wrote:
snip
If this is a long term strategy then this makes D unsuitable
for contract work. You really don't want any uncertain factors
when bidding on a contract since that will skew your estimates.
Stability is more
On Saturday, 29 November 2014 at 11:37:52 UTC, bearophile wrote:
snip
Some of this hibernation could be caused by the latest
revolution threads by Andrei. But probably there are also
other causes.
snip
Yes, Andrei's ref counting and C++ compatibility, etc.
There are choices in debate to
On 26 November 2014 at 21:00, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Wed, Nov 26, 2014 at 08:06:01PM +, Adam D. Ruppe via Digitalmars-d
wrote:
So my computer died on me again last week and I had to buy new
hardware. I was forced to update the software to run
On Friday, 28 November 2014 at 23:06:15 UTC, Mike wrote:
On Friday, 28 November 2014 at 20:20:55 UTC, ketmar via
Digitalmars-d wrote:
this has an easy solution: just stick with the chosen D
version: nobody forces anyone to upgrade.
Amen.
Here is the problem w/ that:
Lets stay that we use
Yes this will
I think I may not have explained myself correctly, which is a
mistake I often make in an effort to simplify the question =/
but, the assertion in the code below fails:
immutable class ModInfo {}
static moduleInfo(alias MODULE)() {
return new ModInfo();
}
static
void main() {
static m = getModuleInfo!(test);
static m2 = getModuleInfo!(test);
static m3 = getModuleInfo!(test);
assert(m == m2); // PASS
assert(m == m3); // PASS
}
correction:
static m = getModuleInfo!(test);
static m2 = getModuleInfo!(test);
auto
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
Just for fun, I've decided to try and get MicroEmacs in D added
to the dub registry. The last time it compiled was 2 years ago.
I wound up with at least a dozen references to Phobos names
that have disappeared. No corrective
On Sat, 29 Nov 2014 14:00:49 +
Martin Nowak via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Saturday, 29 November 2014 at 00:20:38 UTC, Daniel Murphy
wrote:
I think @disabled with a custom message would be perfect for
this. static assert only works for templates.
We just
On 11/29/2014 7:56 AM, Andrej Mitrovic via Digitalmars-d wrote:
On 11/29/14, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Just for fun, I've decided to try and get MicroEmacs in D added to the dub
registry. The last time it compiled was 2 years ago.
You seem to create
On 11/29/2014 05:25 PM, Robert burner Schadek wrote:
Yes, there is a lock free, thread local indirection now. That can be
used to build a lock free, thread local logger.
p.s. You should have taken the phun
I commented on the relevant commit.
On 11/29/2014 4:08 AM, Trass3r wrote:
Plenty of not covered lines are actually assert(0)'s.
Right, and some of them are also in #ifdef DEBUG / #endif pairs. This is why the
code will never reach 100% coverage.
But there's still an awful lot we can get covered, and without much effort,
ketmar:
and then it will rot in bugzilla forever.
Not necessarily. Some things rot there, but I've seen hundreds of
nice patches being merged.
Bye,
bearophile
On Sat, 29 Nov 2014 19:28:00 +
bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote:
ketmar:
and then it will rot in bugzilla forever.
Not necessarily. Some things rot there, but I've seen hundreds of
nice patches being merged.
this one is not pre-approved, so it will not
module main;
import std.stdio;
struct A {}
static A a;
void main() {
writeln(main.a);
}
this code does not work, because it try to use main function
instead of main module. Even error message is wierd: Error:
struct A does not overload ()
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
Just for fun, I've decided to try and get MicroEmacs in D added
to the dub registry. The last time it compiled was 2 years ago.
I wound up with at least a dozen references to Phobos names
that have disappeared. No corrective
On Sat, Nov 29, 2014 at 08:32:37PM +, Kapps via Digitalmars-d wrote:
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
Just for fun, I've decided to try and get MicroEmacs in D added to
the dub registry. The last time it compiled was 2 years ago.
I wound up with at least
On 11/29/2014 1:56 PM, H. S. Teoh via Digitalmars-d wrote:
There's also the issue of symbols that got moved to a different module.
Sometimes leaving an alias behind is not workable, because it will cause
conflicts when user code imports both modules. Unless, of course, we
change overload rules
On Saturday, 29 November 2014 at 19:35:52 UTC, Daniel Kozak wrote:
module main;
import std.stdio;
struct A {}
static A a;
void main() {
writeln(main.a);
}
this code does not work, because it try to use main function
instead of main module. Even error message is wierd: Error:
struct
On Sat, Nov 29, 2014 at 02:24:46PM -0800, Walter Bright via Digitalmars-d wrote:
On 11/29/2014 1:56 PM, H. S. Teoh via Digitalmars-d wrote:
There's also the issue of symbols that got moved to a different
module. Sometimes leaving an alias behind is not workable, because
it will cause
In the following program, the output does not contain
SomeClass. Is this a bug?
module main;
import std.stdio;
mixin template Test()
{
class SomeClass {
int n = 123;
}
}
mixin Test;
void main() {
auto sc = new SomeClass;
writeln(sc.n);
On 11/28/2014 10:26 PM, Sly wrote:
I still don't understand how to
read this signature:
Point!T getResponse(T: Point!T)(string question)
The following is what makes sense to me.
Sorry for going step by step but I think it helped me understand your
question. (See item 3 below.)
1) Point!T
On Saturday, November 29, 2014 07:24:55 Freddy via Digitalmars-d-learn wrote:
import std.stdio;
@safe:
void main()
{
writeln(Edit source/app.d to start your project.);
}
source/app.d(5): Error: safe function 'D main' cannot call system
function
Ah, now I see. In C++ we would also need to supply template
parameters, but we'd put them before return type
(templatetypename T getResponsePointT); in D we put them
before the colon.
Now I'm trying to write a specialization for Pair. It seems that
this is the way to do it:
Pair!(A, B)
On Saturday, 29 November 2014 at 02:43:14 UTC, Jonathan M Davis
via Digitalmars-d-learn wrote:
On Saturday, November 29, 2014 01:30:55 Ledd via
Digitalmars-d-learn wrote:
On Friday, 28 November 2014 at 12:35:28 UTC, Kagamin wrote:
What is missing?
an ISO standard ?
Someday, maybe, but most
On 11/29/2014 12:41 AM, Sly wrote:
Ah, now I see. In C++ we would also need to supply template
parameters, but we'd put them before return type
(templatetypename T getResponsePointT); in D we put them
before the colon.
Now I'm trying to write a specialization for Pair. It seems that
this is the
I can't find a way to use a pure constructor to create both
mutable and immutable instances of the same class, when one of
the fields I assign is a string.
This works fine:
class A
{
int value;
this(int value_) pure
On Saturday, 29 November 2014 at 09:03:13 UTC, Ledd wrote:
Do you really think that a system language, or just a
language that aims to be popular, can possibly discard the idea
of getting into an international standard ?
I still can't recall any major language that doesn't have a
standard,
On Saturday, 29 November 2014 at 09:11:51 UTC, Ali Çehreli wrote:
Point!T getResponse(P : Point!T, T)(string question)
{
// ...
}
This doesn't work because now this definition has 2 parameters P
and T. I have to specify both like this: auto pt =
getResponse!(Point!int, int)(point);
On Saturday, 29 November 2014 at 09:41:00 UTC, jostly wrote:
I can't find a way to use a pure constructor to create both
mutable and immutable instances of the same class, when one of
the fields I assign is a string.
After poking around a bit, I believe it is caused by issue #10012
On Saturday, 29 November 2014 at 09:41:00 UTC, jostly wrote:
I can't find a way to use a pure constructor to create both
mutable and immutable instances of the same class, when one of
the fields I assign is a string.
[...]
The question is: am I missing something that would make it
possible to
On Friday, 28 November 2014 at 22:54:42 UTC, Jonathan M Davis via
Digitalmars-d-learn wrote:
On Wednesday, November 26, 2014 16:27:53 David Held via
Digitalmars-d-learn wrote:
On 11/23/2014 3:12 PM, anonymous wrote:
[...]
And even pointer dereferencing is @safe. Invalid ones will
fail
On Friday, 28 November 2014 at 19:59:40 UTC, Xinok wrote:
Given that we have GDC with the GCC backend and LDC with the
LLVM backend, what are the benefits of keeping the DMD compiler
backend? It seems to me that GCC and LLVM are far more
developed and better supported by their respective
On Saturday, 29 November 2014 at 11:07:34 UTC, Sly wrote:
On Saturday, 29 November 2014 at 09:11:51 UTC, Ali Çehreli
wrote:
Point!T getResponse(P : Point!T, T)(string question)
{
// ...
}
This doesn't work because now this definition has 2 parameters P
and T. I have to specify both like
On Saturday, November 29, 2014 10:35:32 bachmeier via Digitalmars-d-learn wrote:
On Saturday, 29 November 2014 at 09:03:13 UTC, Ledd wrote:
Do you really think that a system language, or just a
language that aims to be popular, can possibly discard the idea
of getting into an international
You miss another definition which introduces a conflict:
T getResponse(T)(string question)
{...}
On Saturday, 29 November 2014 at 17:20:42 UTC, Meta wrote:
On Saturday, 29 November 2014 at 11:07:34 UTC, Sly wrote:
On Saturday, 29 November 2014 at 09:11:51 UTC, Ali Çehreli
wrote:
Point!T
On Saturday, 29 November 2014 at 17:48:31 UTC, Jonathan M Davis
via Digitalmars-d-learn wrote:
On Saturday, November 29, 2014 10:35:32 bachmeier via
Digitalmars-d-learn wrote:
C was standardized in 1989. C++ was standardized in 1998. I'm
unaware of ISO (or any other) standardization for Go,
On Sat, 29 Nov 2014 10:35:32 +
bachmeier via Digitalmars-d-learn digitalmars-d-learn@puremagic.com
wrote:
On Saturday, 29 November 2014 at 09:03:13 UTC, Ledd wrote:
Do you really think that a system language, or just a
language that aims to be popular, can possibly discard the idea
On Sat, 29 Nov 2014 15:37:32 +
Joakim via Digitalmars-d-learn digitalmars-d-learn@puremagic.com
wrote:
build time for the whole DMD compiler with standard library,
using
G++: 100 seconds. yea, no kidding.
gdc: i don't even want to think about that, way t long.
ldc: not that
On Saturday, 29 November 2014 at 18:19:40 UTC, Sly wrote:
You miss another definition which introduces a conflict:
T getResponse(T)(string question)
{...}
In that case, you're better off with a pair of declarations:
struct Point(T)
{
T x;
T y;
}
T getResponse(T)(string
This is clearly an incorrect way because it requires editing the
original definition every time a new class is introduced.
On Saturday, 29 November 2014 at 19:10:34 UTC, Meta wrote:
On Saturday, 29 November 2014 at 18:19:40 UTC, Sly wrote:
You miss another definition which introduces a
I'm trying to do this:
ubyte[MAPSIZE][MAPSIZE] map = 1;
but it doesn't work and I can't seem to cast the value to a ubyte
(which looks rather ugly and out of place in D anyway). Is there
a way to do this other than using a couple of loops?
Cheers
Paul
On 11/29/2014 10:19 AM, Sly wrote:
You miss another definition which introduces a conflict:
T getResponse(T)(string question)
{...}
The following works with dmd git head:
import std.stdio;
T getResponse(T)(string question)
{
writef(%s (%s): , question, T.stringof);
T response;
Paul:
I'm trying to do this:
ubyte[MAPSIZE][MAPSIZE] map = 1;
but it doesn't work and I can't seem to cast the value to a
ubyte (which looks rather ugly and out of place in D anyway).
Is there a way to do this other than using a couple of loops?
This works:
enum MAPSIZE = 3;
void main()
Dne Sat, 29 Nov 2014 21:10:41 +0100 Paul via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com napsal(a):
I'm trying to do this:
ubyte[MAPSIZE][MAPSIZE] map = 1;
but it doesn't work and I can't seem to cast the value to a ubyte (which
looks rather ugly and out of place in D anyway).
On Sat, 29 Nov 2014 21:28:36 +0100
Daniel Kozak via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com wrote:
Dne Sat, 29 Nov 2014 21:10:41 +0100 Paul via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com napsal(a):
I'm trying to do this:
ubyte[MAPSIZE][MAPSIZE] map = 1;
Daniel Kozak:
http://stackoverflow.com/questions/24600796/d-set-default-value-for-a-struct-member-which-is-a-multidimensional-static-arr/24754361#24754361
Do you also know why the simplest syntax doesn't work? Can't it
be implemented and added to the D language?
Bye,
bearophile
On Saturday, 29 November 2014 at 20:22:40 UTC, bearophile wrote:
This works:
enum MAPSIZE = 3;
void main() {
ubyte[MAPSIZE][MAPSIZE] map2 = 1;
}
This doesn't work:
enum MAPSIZE = 3;
ubyte[MAPSIZE][MAPSIZE] map1 = ubyte(1);
void main() {}
Why isn't this working?
I'm afraid I don't
On 11/26/2014 4:40 PM, Ali Çehreli wrote:
[...]
override
size_t toHash() @trusted pure const nothrow
{
auto func = assumePure((typeid(importantStuff).getHash));
return func(importantStuff);
}
Very helpful, thanks! Am I right in assuming that there is some
OK. I'm using gdc 4.8.2 and this doesn't compile, so it's
probably an old version. Checked on ideone and it works with
dmd-2.042.
Thanks a lot for your help!
On Saturday, 29 November 2014 at 20:16:24 UTC, Ali Çehreli wrote:
On 11/29/2014 10:19 AM, Sly wrote:
You miss another definition which
On Saturday, 29 November 2014 at 20:45:34 UTC, bearophile wrote:
Daniel Kozak:
http://stackoverflow.com/questions/24600796/d-set-default-value-for-a-struct-member-which-is-a-multidimensional-static-arr/24754361#24754361
Do you also know why the simplest syntax doesn't work? Can't it
be
I'm assuming the answer is yes.
If so, that implies that I could execute a function pointer that
doesn't point to anything meaningful. Conversely, functionality
could exist that I can't get access to because my function
pointer is unavailable?
If these are dangers, is there a technique or
On Sat, Nov 29, 2014 at 10:59:21PM +, WhatMeWorry via Digitalmars-d-learn
wrote:
I'm assuming the answer is yes.
If so, that implies that I could execute a function pointer that
doesn't point to anything meaningful. Conversely, functionality could
exist that I can't get access to
On 11/29/2014 12:45 PM, David Held wrote:
On 11/26/2014 4:40 PM, Ali Çehreli wrote:
[...]
override
size_t toHash() @trusted pure const nothrow
{
auto func = assumePure((typeid(importantStuff).getHash));
return func(importantStuff);
}
Am I right in
On 11/29/14, 3:48 PM, ketmar via Digitalmars-d-learn wrote:
On Sat, 29 Nov 2014 15:37:32 +
Joakim via Digitalmars-d-learn digitalmars-d-learn@puremagic.com
wrote:
build time for the whole DMD compiler with standard library,
using
G++: 100 seconds. yea, no kidding.
gdc: i don't even want
On Sat, 29 Nov 2014 22:57:52 -0300
Ary Borenszweig via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com wrote:
besides, i don't want to use anything llvm-related.
Why not?
let's say that there is some ideological reasons.
signature.asc
Description: PGP signature
On 11/29/2014 3:59 PM, Ali Çehreli wrote:
[...]
typeid() is a runtime function. I think it will be costly every time
toHash is called. The function pointer can be initialized once.
// I've deduced the type from an error message. ;)
static const ulong delegate(const(void*)) const pure
https://issues.dlang.org/show_bug.cgi?id=13793
Issue ID: 13793
Summary: @nogc std.algorithm.count(std.range.only)
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Keywords: rejects-valid
https://issues.dlang.org/show_bug.cgi?id=13794
Issue ID: 13794
Summary: Vector operations with bigints too
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Keywords: rejects-valid
https://issues.dlang.org/show_bug.cgi?id=13795
Issue ID: 13795
Summary: DMD ICE segfault compiling druntime
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=13796
Issue ID: 13796
Summary: A simple array head const struct for Phobos
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=13795
--- Comment #1 from John Colvin john.loughran.col...@gmail.com ---
lldb output:
Process 78905 stopped
* thread #1: tid = 0x23835c, 0x00010002e2bd dmd`ComplexExp::ComplexExp(Loc,
complex_t, Type*) + 45, queue = 'com.apple.main-thread', stop
1 - 100 of 116 matches
Mail list logo