On Sunday, 2 September 2012 at 22:59:00 UTC, bearophile wrote:
nazriel:
What do you mean by proportional font?
A proportional font has character glyphs of different width,
like Arial, where a i is takes less horizontal space than W.
Bye,
bearophile
Any chances on getting in touch? I
On Sunday, 16 September 2012 at 06:39:44 UTC, Ali Çehreli wrote:
I have continued with the translation of the book. At this
point there are 439 pages in English of total 703 pages in
Turkish.
In addition to many corrections and additions throughout the
book, there are two more chapters
Hi,
it's my pleasure to announce the begin of the formal review of Andrei's
std.benchmark. The review will start today and end in two weeks, on 1st
of October. The review is followed by a week of voting which ends on 8th
of October.
Quoting Andrei from his request for formal review:
I reworked
You should probably file that here:
http://d.puremagic.com/issues/
On 2012-09-17 04:57, H. S. Teoh wrote:
Just out of curiosity: I noticed today that the navigation links on the
left-hand column of dlang.org have U+200B inserted after .'s (such as
after std.). What's the reason for this?
Incidentally, my browser is displaying it as an unknown character (a
On Monday, 17 September 2012 at 00:09:36 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2012 00:42:40 deadalnix wrote:
I'd argue that .sort must be blasted out of existence.
I can't remember if it was agreed that it should be deprecated
or not. Too
many items like that are _supposed_
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be surprised to see that D is the number 1 result for
:D even today.
David
On Monday, September 17, 2012 09:05:48 David Nadlinger wrote:
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be surprised to see that D is the number 1 result for
:D even today.
The search results seem
+1
Il giorno lun, 17/09/2012 alle 00.00 +0200, Jøn ha scritto:
The best idea I had today: rename D into :D
* Easier to google
* the :D experience (Satisfied Customers smile)
* :D associates with programming, it is symbol in f.e. LISP and
Ruby
* backwards compatible: no need to update
On Monday, 17 September 2012 at 00:22:52 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2012 00:43:50 deadalnix wrote:
It shouldn't be that hard to create a Nullable!T template.
We have one, and it would be wasteful to use that for
references or pointers
when they're naturally
D is something nerds do. I'm not going to sugar-coat it and suggest that
Ders are relevant to the species. You are nerds. You refuse to develop
yourselves beyond your own enamorment with your dicks.
You will find yourselves forever at the most merciless places that I
was just spouting, I
Le 17/09/2012 02:23, Jonathan M Davis a écrit :
On Monday, September 17, 2012 00:43:50 deadalnix wrote:
It shouldn't be that hard to create a Nullable!T template.
We have one, and it would be wasteful to use that for references or pointers
when they're naturally nullable (though you're more
On Monday, September 17, 2012 12:52:52 deadalnix wrote:
Le 17/09/2012 02:23, Jonathan M Davis a écrit :
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request with it needed more work, and it hasn't been
On Monday, September 17, 2012 13:00:15 deadalnix wrote:
Don't take this wrong, I do know that this is a major breakage, and
would arm the language if applied in any short term manner. Still,
acknowledging error that have been made is usefull.
Not everyone agrees that an error _was_ made.
* Its predecessor is :C, a very very unhappy language
lawl
On Monday, 17 September 2012 at 07:16:15 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2012 09:05:48 David Nadlinger wrote:
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be surprised to see that D
On Monday, September 17, 2012 14:21:45 David Nadlinger wrote:
I used a completely fresh browser session and was connected via
my university network, so unless Google does a really worrying
amount of tracking…
If you're logged in, it'll use that, and it'll probably use your IP, but if
you
Related: http://d.puremagic.com/issues/show_bug.cgi?id=8676
This is something to think about for D3 (or maybe even D2 if it
doesn't break code): it should be possible to inject default
parameters in the function header rather than the body when using
variadic templates. It would make
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more work, and it hasn't been resubmitted yet.
I don't think this is implementable as a lib in a
This completely surprised me:
bool doMatch(int[] lhsArr, int[][] arrArr)
{
foreach (int[] rhsArr; arrArr)
{
writeln(if (!doMatch(lhsArr, arrArr)));
if (!.doMatch(lhsArr, arrArr))
return false;
}
return true;
}
bool doMatch(int[] lhsArr, int[] rhsArr)
On Mon, 17 Sep 2012 09:21:41 -0400, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
This completely surprised me:
bool doMatch(int[] lhsArr, int[][] arrArr)
{
foreach (int[] rhsArr; arrArr)
{
writeln(if (!doMatch(lhsArr, arrArr)));
if (!.doMatch(lhsArr, arrArr))
On 9/17/12, Steven Schveighoffer schvei...@yahoo.com wrote:
Don't you mean:
if(!.doMatch(lhsArr, rhsArr))
ye.. oh man I need reading glasses! Or an IDE to warn me of my
own mistakes! (preferably one that doesn't crash).
Another thread to nuke. :P
On Mon, 2012-09-17 at 09:12 -0400, Andrei Alexandrescu wrote:
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more work, and it hasn't been
On 09/17/2012 03:33 AM, Jonathan M Davis wrote:
On Monday, September 17, 2012 03:27:10 Timon Gehr wrote:
On 09/17/2012 02:23 AM, Jonathan M Davis wrote:
... That might make sense for an int, since
it can't be null, but pointers and references _can_ be and are in every
type system that I've
From this long Reddit post:
http://www.reddit.com/r/haskell/comments/zxcks/haskell_vs_f_vs_scala_a_highlevel_language/c68ybn1
I have seen this linked page:
https://github.com/non/kind-projector
Where it introduces a (fragile) Scala syntax like:
Tuple3[Int, ?, ?]
That is similar to this D, but
On Mon, 2012-09-17 at 15:49 +0200, Timon Gehr wrote:
[…]
In effect, everything is a non-null reference to mutable, but as
mutation is constrained rather specifically, it is possible to reason
about the behaviour of Haskell programs on a higher level of
abstraction.
let fib n = if n2 then
On 17-09-2012 15:12, Andrei Alexandrescu wrote:
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more work, and it hasn't been resubmitted yet.
I don't
On 09/17/2012 03:56 PM, Russel Winder wrote:
On Mon, 2012-09-17 at 15:49 +0200, Timon Gehr wrote:
[…]
In effect, everything is a non-null reference to mutable, but as
mutation is constrained rather specifically, it is possible to reason
about the behaviour of Haskell programs on a higher level
On 09/17/2012 03:53 PM, bearophile wrote:
From this long Reddit post:
http://www.reddit.com/r/haskell/comments/zxcks/haskell_vs_f_vs_scala_a_highlevel_language/c68ybn1
I have seen this linked page:
https://github.com/non/kind-projector
Where it introduces a (fragile) Scala syntax like:
On Mon, 17 Sep 2012 16:28:46 +0200, Alex Rønne Petersen a...@lycus.org
wrote:
On 17-09-2012 15:12, Andrei Alexandrescu wrote:
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the
On Monday, 17 September 2012 at 13:43:21 UTC, Russel Winder wrote:
Somewhat hypocritically as I cannot volunteer myself just
now… just
because Walter didn't get round to it, doesn't mean it can't be
done.
People who want the feature should find a way of creating the
resource
to make it happen.
On 9/17/12 9:43 AM, Russel Winder wrote:
Somewhat hypocritically as I cannot volunteer myself just now… just
because Walter didn't get round to it, doesn't mean it can't be done.
People who want the feature should find a way of creating the resource
to make it happen. Four ways: volunteer to do
On 9/17/12 10:28 AM, Alex Rønne Petersen wrote:
On 17-09-2012 15:12, Andrei Alexandrescu wrote:
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more
I love D's concept of arrays (fat pointers).
However, one thing I've found it lacks is a (convenient) way to
get the end ptr.
Phobos (and druntime) are riddled with arr.ptr + arr.length. It
is ugly and inconvenient, and makes something that should be easy
to understand that much harder.
monarch_dodra:
IMO, this should really be built-in, in particular, since, in
my understanding, an array is internally represented by the ptr
and ptrEnd pair anyways.
Currently this is not true, take a look at the ABI part in the D
site. Currently it's a pointer and length. Walter and/or
Le 17/09/2012 15:12, Andrei Alexandrescu a écrit :
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more work, and it hasn't been resubmitted yet.
I
On Monday, 17 September 2012 at 16:39:21 UTC, bearophile wrote:
monarch_dodra:
IMO, this should really be built-in, in particular, since, in
my understanding, an array is internally represented by the
ptr and ptrEnd pair anyways.
Currently this is not true, take a look at the ABI part in
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
* the :D experience (Satisfied Customers smile)
* :D associates with programming, it is symbol in f.e. LISP and
Ruby
* backwards compatible: no need to update sitename,
On 9/17/12 12:41 PM, deadalnix wrote:
Le 17/09/2012 15:12, Andrei Alexandrescu a écrit :
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already, but the pull
request
with it needed more work, and
On 9/17/12 12:34 PM, monarch_dodra wrote:
I love D's concept of arrays (fat pointers).
However, one thing I've found it lacks is a (convenient) way to get the
end ptr.
Phobos (and druntime) are riddled with arr.ptr + arr.length. It is
ugly and inconvenient, and makes something that should be
Andrei Alexandrescu:
Our position is that NonNull is only one of several instances
of a much more general pattern, which can be addressed with
@disable once it is properly tracked inside constructors.
It's an iterative process: some people invent a feature and put
in a language, others find
I recall we have nothing in the review queue for the time being, is that
correct?
If that's the case, allow me to tender std.benchmark again for inclusion
into Phobos. I reworked the benchmarking framework for backward
compatibility, flexibility, and convenience.
Code:
On 2012-09-17 18:34, monarch_dodra wrote:
I love D's concept of arrays (fat pointers).
However, one thing I've found it lacks is a (convenient) way to get the
end ptr.
Phobos (and druntime) are riddled with arr.ptr + arr.length. It is
ugly and inconvenient, and makes something that should be
On 9/17/12 1:15 PM, bearophile wrote:
Andrei Alexandrescu:
Our position is that NonNull is only one of several instances of a
much more general pattern, which can be addressed with @disable once
it is properly tracked inside constructors.
It's an iterative process: some people invent a
On 9/17/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
snip
Don't want to hijack the thread, but I found Philippe's templates
really useful for quickly adding timers to functions, e.g.:
http://dpaste.dzfl.pl/568cd71f
On 17-Sep-12 09:30, Jesse Phillips wrote:
What would be an example illustrating that breadth is doing the
wrong thing?
Andrei
Shouldn't be hard to add true breadth first then.
Since it's a stack based visitation one just needs to instead use queue
(FIFO) and change code so that it puts
On Monday, September 17, 2012 13:11:30 Andrei Alexandrescu wrote:
To be blunt, I think this is a terrible idea for a convenience function.
Note that I'm only allowing myself to say this because monarch_dodra has
clearly made other excellent contributions so I assume his ideas can
take a bit of
On 9/17/12 1:30 AM, Jesse Phillips wrote:
What would be an example illustrating that breadth is doing the
wrong thing?
Andrei
Linux 64bit:
import std.file;
import std.stdio;
void main() {
mkdir(a);
mkdir(a/b);
mkdir(a/c);
mkdir(a/c/z);
std.file.write(a/1.txt, );
std.file.write(a/2.txt, );
On Monday, September 17, 2012 13:24:00 Andrei Alexandrescu wrote:
I recall we have nothing in the review queue for the time being, is that
correct?
Technically speaking, I think that there are a few items in the review queue,
but no one is pushing for their stuff to be reviewed right now, and
On Monday, 17 September 2012 at 18:20:55 UTC, Andrei Alexandrescu
wrote:
Thanks, that does seem to be a bug. Please make sure it's in
bugzilla. Probably the best way to go is to adjust the behavior
so it matches the specification.
Andrei
I should have noted that I'm using ReiserFS, as it
I consider current struct creation one of the confusing parts of
the language (may be the most), due to set of incompatible
creation semantics masked by same syntax, complicated by couple
of semi-bugs (7210, 1310, 4053) and naive default arguments
embedding into the language(3438).
Current
On Monday, 17 September 2012 at 07:16:15 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2012 09:05:48 David Nadlinger wrote:
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be surprised to see that D
Le 17/09/2012 13:07, Jonathan M Davis a écrit :
On Monday, September 17, 2012 13:00:15 deadalnix wrote:
Don't take this wrong, I do know that this is a major breakage, and
would arm the language if applied in any short term manner. Still,
acknowledging error that have been made is usefull.
On Mon, 17 Sep 2012 00:16:26 -0700
Jonathan M Davis jmdavisp...@gmx.com wrote:
On Monday, September 17, 2012 09:05:48 David Nadlinger wrote:
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be
Andrei Alexandrescu wrote:
I recall we have nothing in the review queue for the time being, is
that correct?
If that's the case, allow me to tender std.benchmark again for
inclusion into Phobos. I reworked the benchmarking framework for
backward compatibility, flexibility, and convenience.
Le 17/09/2012 19:07, Andrei Alexandrescu a écrit :
On 9/17/12 12:41 PM, deadalnix wrote:
Le 17/09/2012 15:12, Andrei Alexandrescu a écrit :
On 9/17/12 6:52 AM, deadalnix wrote:
Regardless, the solution at this point is going to be to add
std.typecons.NonNullable. It would be in there already,
On 9/16/12 3:00 PM, Jøn wrote:
The best idea I had today: rename D into :D
You asked for it: a mockup.
attachment: D.jpg
On Mon, Sep 17, 2012 at 03:57:41PM -0400, Nick Sabalausky wrote:
On Mon, 17 Sep 2012 00:16:26 -0700
Jonathan M Davis jmdavisp...@gmx.com wrote:
[...]
The search results seem to be identical whether you search for D or
:D, so the colon seems to be ignored.
Yea, google pathologically
17.09.2012 17:53, bearophile пишет:
From this long Reddit post:
http://www.reddit.com/r/haskell/comments/zxcks/haskell_vs_f_vs_scala_a_highlevel_language/c68ybn1
I have seen this linked page:
https://github.com/non/kind-projector
Where it introduces a (fragile) Scala syntax like:
Tuple3[Int,
On 9/17/12 4:10 PM, Jens Mueller wrote:
Andrei Alexandrescu wrote:
Looking for a review manager!
I'd like to organize the review.
If that's fine with you I'll post the announcement in a separate thread.
Jens
Thanks Jens. Of course that's fine with me. Let the destruction begin!
Andrei
On 9/17/2012 1:10 PM, David Gileadi wrote:
On 9/16/12 3:00 PM, Jøn wrote:
The best idea I had today: rename D into :D
You asked for it: a mockup.
g
Hi,
it's my pleasure to announce the begin of the formal review of Andrei's
std.benchmark. The review will start today and end in two weeks, on 1st
of October. The review is followed by a week of voting which ends on 8th
of October.
Quoting Andrei from his request for formal review:
I reworked
On 9/17/12 5:13 PM, Jens Mueller wrote:
If std.benchmark is accepted it will likely lead to a deprecation of
std.datetime's benchmark facilities.
One note - I moved the benchmark-related stuff from std.datetime
unmodified into std.benchmark and left public aliases in place, so no
code
On Mon, 17 Sep 2012 13:18:51 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
On Mon, Sep 17, 2012 at 03:57:41PM -0400, Nick Sabalausky wrote:
On Mon, 17 Sep 2012 00:16:26 -0700
Jonathan M Davis jmdavisp...@gmx.com wrote:
[...]
The search results seem to be identical whether you search for
On Mon, 17 Sep 2012 13:10:59 -0700
David Gileadi gilea...@nspmgmail.com wrote:
On 9/16/12 3:00 PM, Jøn wrote:
The best idea I had today: rename D into :D
You asked for it: a mockup.
You know, make one of them look like Phobos, and the other Deimos, and
you may be onto something...
On 9/17/2012 3:09 PM, Nick Sabalausky wrote:
You know, make one of them look like Phobos, and the other Deimos, and
you may be onto something...
The trouble with cute logos is like hearing the same joke over and over.
I'm happy with our current logo. It's simple and elegant.
On 09/17/2012 10:10 PM, David Gileadi wrote:
On 9/16/12 3:00 PM, Jøn wrote:
The best idea I had today: rename D into :D
You asked for it: a mockup.
Nicely done. I prefer that one to the one we have.
On 09/17/2012 03:08 PM, Nick Sabalausky wrote:
On Mon, 17 Sep 2012 13:18:51 -0700
H. S. Teohhst...@quickfur.ath.cx wrote:
Any time you hear smart and software in the same sentence, be
prepared for something dumb.
Heh, I actually say pretty much the same thing myself very often.
Couldn't
On Monday, 17 September 2012 at 07:16:15 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2012 09:05:48 David Nadlinger wrote:
On Sunday, 16 September 2012 at 21:59:30 UTC, Jøn wrote:
The best idea I had today: rename D into :D
* Easier to google
You might be surprised to see that D
I have a feeling most people have missed the point here. Thanks for the
example - it's a good one to work with. The 'expected approximation' was
a bit of a mix of traversal strategies, so I've snipped it out below and
put my own examples. Hope this helps clarify what I was getting at:
On
On Mon, 17 Sep 2012 15:35:53 -0700
Ali Çehreli acehr...@yahoo.com wrote:
On 09/17/2012 03:08 PM, Nick Sabalausky wrote:
On Mon, 17 Sep 2012 13:18:51 -0700
H. S. Teohhst...@quickfur.ath.cx wrote:
Any time you hear smart and software in the same sentence, be
prepared for something
On 17/09/2012 19:15, Dmitry Olshansky wrote:
On 17-Sep-12 09:30, Jesse Phillips wrote:
What would be an example illustrating that breadth is doing the
wrong thing?
Andrei
Shouldn't be hard to add true breadth first then.
Since it's a stack based visitation one just needs to instead
On 17/09/2012 19:47, Jesse Phillips wrote:
On Monday, 17 September 2012 at 18:20:55 UTC, Andrei Alexandrescu wrote:
Thanks, that does seem to be a bug. Please make sure it's in bugzilla.
Probably the best way to go is to adjust the behavior so it matches
the specification.
Andrei
I should
On 17/09/2012 07:02, Nick Sabalausky wrote:
You should probably file that here:
http://d.puremagic.com/issues/
Done :)
These two already existed:
http://d.puremagic.com/issues/show_bug.cgi?id=8621 -- posted here
http://d.puremagic.com/issues/show_bug.cgi?id=8526
I guess they're probably
On Monday, 17 September 2012 at 23:55:17 UTC, Ben Davis wrote:
On 17/09/2012 19:47, Jesse Phillips wrote:
a/1.txt
a/2.txt
a/b
a/b\1.txt
a/b\2.txt
a/c
a/c\1.txt
a/c\z
a/c\z\1.txt
These results also show a correct preorder depth-first search.
The bug report as it stands is misleading; should I
On Mon, Sep 17, 2012 at 07:33:44PM -0400, Nick Sabalausky wrote:
On Mon, 17 Sep 2012 15:35:53 -0700
Ali Çehreli acehr...@yahoo.com wrote:
[...]
Imagine a device where the *entire* screen is touchable with
different areas meaning different things depending on context! The
users can only
On 9/18/12, Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
Heh. One thing I've learned about myself: I love to complain :) I don't
like having things *to* complain about, but when I do...
I love reading posts like these. Here's a recent one:
On 9/18/12, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 9/18/12, Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
Heh. One thing I've learned about myself: I love to complain :) I don't
like having things *to* complain about, but when I do...
I love reading posts like
On Monday, 17 September 2012 at 23:27:22 UTC, Ben Davis wrote:
Note how the deeper you go, the more spread out the children
become. It's ALL children, then ALL grandchildren, then ALL
great-grandchildren, etc.
I wouldn't bother implementing breadth-first. It's doubtful
that anyone would
On Monday, 17 September 2012 at 22:14:51 UTC, Walter Bright wrote:
The trouble with cute logos is like hearing the same joke over
and over.
s/cute logos/TCP jokes/
On Tue, 18 Sep 2012 03:15:33 +0200
Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 9/18/12, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 9/18/12, Nick Sabalausky seewebsitetocontac...@semitwist.com
wrote:
Heh. One thing I've learned about myself: I love to complain :) I
On Tue, Sep 18, 2012 at 03:15:33AM +0200, Andrej Mitrovic wrote:
On 9/18/12, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 9/18/12, Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
Heh. One thing I've learned about myself: I love to complain :) I
don't like having things
On Saturday, 15 September 2012 at 10:58:07 UTC, Jonathan M Davis
wrote:
Classes are polymorphic. They have inheritance and virtual
functions.
Polymorphism makes no sense with a variable on the stack.
Having inheritance
with objects on the stack risks object slicing (
On Tue, Sep 18, 2012 at 12:35:45AM -0400, Nick Sabalausky wrote:
[...]
- Set-top firmware completely fubared, just like you described, and
the company and tech people just shrugged it off and gave excuses
that didn't make any sense at all.
They wrote it in ActionScript. So it's a feature,
On 2012-09-17 07:49, Elias Zamaria wrote:
I am planning to try D for the first time in my life. I have a MacBook
Pro running OS X 10.6.8 (Snow Leopard).
I went on the D downloads page and clicked on the link for the dmd 2.060
installer for OS X. I opened it and double clicked on the DMD2.pkg
On 2012-09-17 01:33, Joseph Rushton Wakeling wrote:
If we're talking Debian, the only compilers to consider are GDC and LDC
-- DMD is non-free by Debian standards.
I'm sure the runtimes are different anyway. Although, I don't know how
LDC handles the calling convention.
--
/Jacob Carlborg
Check the Console? How do I do that? What console are you
referring to?
Also, why is this installer on the official-looking download page
if it doesn't work? Should whoever is in control of the page put
this other thing there instead? I have no idea how I was supposed
to know about DVM.
On
On 2012-09-17 08:49, Elias Zamaria wrote:
Check the Console? How do I do that? What console are you referring to?
/Applications/Utilities/Console.app
Also, why is this installer on the official-looking download page if it
doesn't work? Should whoever is in control of the page put this other
Until now it is possible to have const keys in assocative arrays,
e.g. Tile[const Vector2s], but it isn't possible to have ref
keys, e.g. Tile[ref Vector2s].
If I have this code:
[code]
class A { }
A a1 = new A();
int[A] array;
[/code]
I can do:
array[new A()] = 42;
array[a1] = 23;
Both
Do you think it's useful and possible to extend the D type
inference (deduction) for templates to support something like
this (I know there are different ways to do this in D)?
struct Tree1 {
static struct Node { int x; }
}
struct Tree2 {
static struct Node { int x, y; }
}
void
On Monday, 17 September 2012 at 14:54:48 UTC, bearophile wrote:
Do you think it's useful and possible to extend the D type
inference (deduction) for templates to support something like
this (I know there are different ways to do this in D)?
struct Tree1 {
static struct Node { int x; }
}
Hi,
assuming I have following constuct:
public class Bank{
public enum test()
{
return writeln(\~__traits(identfier, this)~\);;
}
}
public static void main(){
Bank b = new Bank;
mixin(b.test());
}
During compile time, following code should be generated:
writeln(b);
Is
On 9/17/12, Andre an...@s-e-a-p.de wrote:
Get identifier of this
You can't really get that info at runtime, a class object isn't bound
to a name, 'this' has no identifier. Symbols (like variables) have
identifiers, not objects.
public class Bank{
Unnecessary, declarations are public by
On Mon, 17 Sep 2012 14:01:35 -0400, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
Your original sample does cause a compiler ICE but I don't know if
it's worth filing since the code was invalid.
Please file, ICE should never occur.
-Steve
On 9/17/12, Steven Schveighoffer schvei...@yahoo.com wrote:
Please file, ICE should never occur.
You're bound to find a small million of these when it comes to typos
in templates. :)
http://d.puremagic.com/issues/show_bug.cgi?id=8679
On Monday, 17 September 2012 at 18:01:02 UTC, Andrej Mitrovic
wrote:
On 9/17/12, Andre an...@s-e-a-p.de wrote:
Get identifier of this
You can't really get that info at runtime, a class object isn't
bound
to a name, 'this' has no identifier. Symbols (like variables)
have
identifiers, not
On Monday, September 17, 2012 19:43:24 Andre wrote:
Hi,
assuming I have following constuct:
public class Bank{
public enum test()
{
return writeln(\~__traits(identfier, this)~\);;
}
}
public static void main(){
Bank b = new Bank;
mixin(b.test());
}
During compile time,
Recently was playing around with std.net.curl high-level API.
One thing that is a blocker for me is (quoting the docs):
@property void postData(const(char)[] data);
Specifying data to post when not using the onSend callback.
...
Content-Type will default to text/plain. Data is not converted or
On Monday, September 17, 2012 15:42:55 Namespace wrote:
Until now it is possible to have const keys in assocative arrays,
Keys are supposed to be immutable. If that's not enforced by the compiler,
then it's a bug. Given the current issues with the implementation for AAs' it
wouldn't surprise
does it still copy the slice?
1 - 100 of 148 matches
Mail list logo