On Fri, 08 Apr 2011 11:31:48 -0400, %u wrote:
I've added reflection capabilities to an update to std.variant I'm
working on. Overloads work.
General functions work. (Although a few bugs with opCall and opDispatch
prevents the ideal syntax:
var.x(5) vs var.x = 5 and var.call(5) vs var(5), but
So is the objective to create a windowing library, or a drawing library for
(for example) games? The two are rather different - though you can build a
windowing library on top of a drawing library, doing so is pointless given
the plethora of GUI libraries already out there, several with D bindings
Why develop yet another GUI API with yet another interface? While I
understand there are reasons to re-implement an API to use D idioms, there
are plenty of good APIs out there whose designs could be lifted. Reminds me
of the quote: "The nice thing about standards is there are so many of them."
Am 09.04.2011 03:55, schrieb Michel Fortin:
On 2011-04-08 21:45:20 -0400, Adam D. Ruppe
said:
Michel Fortin wrote:
One issue is that different operating system will draw things with
slightly different algorithms, which will result in slightly different
images, which might introduce glitches f
Daniel Gibson wrote:
> It looks like SDL (1.3) will be under zlib license soon
Now, that's pretty cool!
Michel Fortin wrote:
> Direct screen drawing will need a different implementation for
> each OS, which means a lot of duplicated effort that could be put in
> implementing dependency-less cross-platform drawing primitives
> instead.
I'd agree if not for one thing: it isn't really much duplicated
e
On Fri, Apr 08, 2011 at 06:40:47PM -0700, Cliff Hudson wrote:
> Have you considered patterning your API off an existing (preferably popular)
> one?
That's essentially what I'm doing - it's a very thin wrapper around
the operating system libraries, meant to just make it easy.
Also, on some pages there's still a Digg button. Other than the fact
that Digg is practically dead (everybody who knows about Digg seems to
admit this from what I can tell), I don't see a reason why it's there
on some pages while not on the others, e.g.:
http://d-programming-language.org/hijack.ht
There seems to be some weird spacing on the articles page, link
section "Migrating to shared":
http://i.imgur.com/dqdub.png
On 2011-04-08 21:45:20 -0400, Adam D. Ruppe said:
Michel Fortin wrote:
One issue is that different operating system will draw things with
slightly different algorithms, which will result in slightly different
images, which might introduce glitches from platform to platform.
I actually hit an
It looks like SDL (1.3) will be under zlib license soon[1] so maybe
using it or parts of it or whatever may be feasible, even in Phobos -
the zlib license should be "free" enough, it says
"If you use this software in a product, an acknowledgment in the product
documentation would be appreciated but
Michel Fortin wrote:
> One issue is that different operating system will draw things with
> slightly different algorithms, which will result in slightly different
>images, which might introduce glitches from platform to platform.
I actually hit an even bigger problem... Xlib can't actually draw
to
Andrej Mitrovic wrote:
> Text drawing is as simple as TextDraw or TextOut on Windows. Dunno
> about the nixes.
It's XDrawString() - almost the same.
Text output is now implemented on my local copy of the module for
both systems.
Text drawing is as simple as TextDraw or TextOut on Windows. Dunno
about the nixes.
On 2011-04-08 20:18:03 -0400, Adam D. Ruppe said:
dsimcha wrote:
Can it render text?
Not yet, but it's on the list. Anything that's reasonably easy
in both Windows API and Xlib should be supported here. At the least,
text, lines, rectangles - all the basics.
One issue is that different ope
On 2011-04-08 20:11:10 -0400, Adam D. Ruppe said:
My only concern is I don't want Phobos to depend on Xlib unless
the module is actually imported. I don't think it will be a problem,
but if it means a hello world won't run on a text only machine, that
won't be ok.
I'm concerned by this too.
bearophile wrote:
> With Color is becomes something like:
> foreach (col; zip(reds, greens, blues))
>image[x, y] = Color(col.tupleof);
That looks perfectly acceptable to me.
I might add an overload so opIndex can take a tuple too though,
so the zip example is a little easier, but I really pre
On Fri, 08 Apr 2011 16:57:07 +0200, Gour-Gadadhara Dasa wrote:
> Hello,
>
> I'm running Free/PC-BSD desktop now, and here is dmd-2 experience:
>
> [gour@atmarama] /home/gour# cd /usr/ports/lang/dmd2/ [gour@atmarama]
> /usr/ports/lang/dmd2# make install clean ===> dmd2-2.052 is only for
> i386,
> foreach (col; zip(reds, greens, blues))
> image[x, y] = col;
With Color is becomes something like:
foreach (col; zip(reds, greens, blues))
image[x, y] = Color(col.tupleof);
Bye,
bearophile
Adam D. Ruppe:
> The struct is at least equal in simplicity:
>
> image[x, y] = Color(r, g, b);
>
> vs
>
> image[x, y] = tuple(r, g, b);
A tuple is simpler, there is no new name to remember and use, new type to
define, and 3-tuples come out of other generic computations, like zip:
foreach (co
On 4/8/2011 5:39 PM, bearophile wrote:
Through Reddit I've just found something nice, "Finding Integer Undefined
Behaviors in C/C++": http://embed.cs.utah.edu/ubc/
We modified Clang to dynamically detect most of C/C++'s integer undefined
behaviors. Using it, we have found undefined behaviors in
Through Reddit I've just found something nice, "Finding Integer Undefined
Behaviors in C/C++":
http://embed.cs.utah.edu/ubc/
>We modified Clang to dynamically detect most of C/C++'s integer undefined
>behaviors. Using it, we have found undefined behaviors in nearly every piece
>of open source s
bearophile wrote:
> OK. (But for this module I think usage simplicity is more
> important than raw speed.
The struct is at least equal in simplicity:
image[x, y] = Color(r, g, b);
vs
image[x, y] = tuple(r, g, b);
> Indeed, I was suggesting to open the window at the top of the
> program, and at
Adam D. Ruppe:
> My only concern is I don't want Phobos to depend on Xlib unless
> the module is actually imported. I don't think it will be a problem,
> but if it means a hello world won't run on a text only machine, that
> won't be ok.
I agree.
> But, I don't
> really like using a tuple for t
Andrej Mitrovic:
> lol, wtf? :p
My brilliant variable names! It reflects my feelings toward parts
of the bmp format I forgot about when first writing it. I didn't
account for the padding at first, then said "wtf" and added it...
then "lol"'ed at myself for not doing it right the first time.
You s
dsimcha wrote:
> Can it render text?
Not yet, but it's on the list. Anything that's reasonably easy
in both Windows API and Xlib should be supported here. At the least,
text, lines, rectangles - all the basics.
bearophile wrote:
> I'd like something like this in Phobos
Me too. It's still pretty far from good enough right now, but
that's where I want ultimately want it.
My only concern is I don't want Phobos to depend on Xlib unless
the module is actually imported. I don't think it will be a problem,
but
On 4/8/2011 2:43 PM, Andrei Alexandrescu wrote:
On 4/8/11 11:35 AM, Luca Boasso wrote:
Who is going to interview the students?
Will the mentor interested in the student be the interviewer or a
selected group of the community?
I plan to interview qualified candidates personally. An interested
m
Kai Meyer Wrote:
> I've been waiting patiently for the Linux RPM to be updated (it's
> currently 2.051). Do I need to continue to wait, or should I volunteer
> some time to help maintain the RPM packaging? I would be happy to help
> develop and maintain a DEB package as well.
>
> -Kai Meyer
W
Andrei Alexandrescu napisał:
> We have an XML library proposal. I know Tomek Sowinski was working on
> such. What is the status?
The writer is close to being ready to be discussed, I've been working on the
documentation lately. As for the parser, I got a pretty much good idea how to
go about i
please do
== Quote from Adam D. Ruppe (destructiona...@gmail.com)'s article
> We discussed this first in the GUI library thread, but since it
> meandered so much, I decided to split off into a new subject. Much
> of what I say here will be old to anyone who saw the previous thread.
> There's some new stuff n
simpledisplay.d - line 267:
int lol, wtf;
lol, wtf? :p
Btw, an exception will be thrown on unhandled key events, e.g. just hit CTRL:
object.Exception@.\simpledisplay.d(299): GetMessage failed
Not a good thing if you use shortcut keys to move windows around.
Adam D. Ruppe:
> I, with input from others, have started writing a little module
> for simple uses of a display. You can write to a bitmap, display it
> to a window, and handle events all in an easy way. The basics are
> cross platform, but you can use native function calls too.
I'd like somethin
== Quote from dsimcha (dsim...@yahoo.com)'s article
> == Quote from Iain Buclaw (ibuc...@ubuntu.com)'s article
> > On top of that, GCC targets will (*WIP*) be using builtin atomic load/cas
> > routines
> > for architectures that support. And I'm pretty certain LDC does the same (I
> > believe it's
On Fri, 08 Apr 2011 16:12:27 -0400, spir wrote:
On 04/08/2011 09:20 PM, Steven Schveighoffer wrote:
In reality, most times you are not using something as a key and
somewhere else
simultaneously. So while theoretically dangerous, it's easy to write
code that
isn't dangerous.
What about
We discussed this first in the GUI library thread, but since it
meandered so much, I decided to split off into a new subject. Much
of what I say here will be old to anyone who saw the previous thread.
There's some new stuff nearer to the bottom though.
I, with input from others, have started writi
On 04/08/2011 10:01 PM, Nick Sabalausky wrote:
"Michel Fortin" wrote in message
news:inn4bp$57s$1...@digitalmars.com...
On 2011-04-08 07:03:23 -0400, spir said:
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
Like this?
asse
On 04/08/2011 09:20 PM, Steven Schveighoffer wrote:
On Fri, 08 Apr 2011 14:57:52 -0400, spir wrote:
On 04/08/2011 03:13 PM, Steven Schveighoffer wrote:
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[ch
"Michel Fortin" wrote in message
news:inn4bp$57s$1...@digitalmars.com...
> On 2011-04-08 07:03:23 -0400, spir said:
>
>> On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
>>> I want base PI literals :)
>>>
>>> Yum.
>>
>> I want base 1 literals
>>
>> Denis
>
> Like this?
>
> assert(0i == 0)
> assert
"Bruno Medeiros" wrote in message
news:inn2rl$2hp$2...@digitalmars.com...
> On 07/04/2011 21:21, Nick Sabalausky wrote:
>>
>> Heh :) Damn Borg kids...
>>
>> I think I'm basically turning into Cranky Kong (if you've ever played
>> Donkey
>> Kong Country):
>>
>> "They can't keep this level of grap
On Fri, 08 Apr 2011 14:57:52 -0400, spir wrote:
On 04/08/2011 03:13 PM, Steven Schveighoffer wrote:
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following do
== Quote from Iain Buclaw (ibuc...@ubuntu.com)'s article
> On top of that, GCC targets will (*WIP*) be using builtin atomic load/cas
> routines
> for architectures that support. And I'm pretty certain LDC does the same (I
> believe it's implemented in Tango).
> Regards
I assume the implication is
== Quote from Sean Kelly (s...@invisibleduck.org)'s article
> On Apr 8, 2011, at 8:07 AM, dsimcha wrote:
> > Are all atomic functions in core.atomic going to be guaranteed to act
> as full
> > memory barriers when it's ported to non-x86 architectures?
> std.parallelism
> > assumes that atomic instr
On 04/08/2011 03:40 PM, Denis Koroskin wrote:
What about storing objects as keys? There is nothing wrong to modify those
objects as long as their order stays the same.
I think if referenced objects are to be used as keys, they should be compared
by pointer/identity (hash would return their add
On 04/08/2011 03:13 PM, Steven Schveighoffer wrote:
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following does not compile:
char[] car = "hello";
What is the
On 04/08/2011 03:55 PM, Michel Fortin wrote:
On 2011-04-08 07:03:23 -0400, spir said:
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
Like this?
assert(0i == 0)
assert(0i0 == 1)
assert(0i00 == 2)
assert(0i000 == 3)
assert(0i00
Thank you for the information
Luca
On 4/8/11, Andrei Alexandrescu wrote:
> On 4/8/11 11:35 AM, Luca Boasso wrote:
>> Who is going to interview the students?
>> Will the mentor interested in the student be the interviewer or a
>> selected group of the community?
>
> I plan to interview qualified
On 4/8/11 11:35 AM, Luca Boasso wrote:
Who is going to interview the students?
Will the mentor interested in the student be the interviewer or a
selected group of the community?
I plan to interview qualified candidates personally. An interested
mentor could choose to hold the interview in addi
I've been waiting patiently for the Linux RPM to be updated (it's
currently 2.051). Do I need to continue to wait, or should I volunteer
some time to help maintain the RPM packaging? I would be happy to help
develop and maintain a DEB package as well.
-Kai Meyer
On Apr 8, 2011, at 8:07 AM, dsimcha wrote:
> Are all atomic functions in core.atomic going to be guaranteed to act as full
> memory barriers when it's ported to non-x86 architectures? std.parallelism
> assumes that atomic instructions act as full barriers. This is correct on
> x86/x86, since loa
Who is going to interview the students?
Will the mentor interested in the student be the interviewer or a
selected group of the community?
Luca
On 4/8/11, Fawzi Mohamed wrote:
>
> On 8-apr-11, at 17:15, Andrei Alexandrescu wrote:
>
>> On 4/8/11 8:40 AM, dsimcha wrote:
>>> I've been looking over
On 8-apr-11, at 17:15, Andrei Alexandrescu wrote:
On 4/8/11 8:40 AM, dsimcha wrote:
I've been looking over some of the GSoC proposals and I've noticed
that
most aren't very detailed. It seems most of the students have only a
very rough idea of what they want to do and plan on filling in the
On 4/8/11 10:33 AM, Bruno Medeiros wrote:
On 08/04/2011 09:37, Jacob Carlborg wrote:
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networ
On 08/04/2011 09:37, Jacob Carlborg wrote:
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networking.
Please join me in congratulating and
> I've added reflection capabilities to an update to std.variant I'm working
> on. Overloads work.
General functions work. (Although a few bugs with opCall and opDispatch
prevents the ideal syntax:
var.x(5) vs var.x = 5 and var.call(5) vs var(5), but I assume those will be
eventually fixed). I'v
On 4/8/11 8:40 AM, dsimcha wrote:
I've been looking over some of the GSoC proposals and I've noticed that
most aren't very detailed. It seems most of the students have only a
very rough idea of what they want to do and plan on filling in the
details at the beginning of the project. I don't have e
On 4/8/11 3:37 AM, Jacob Carlborg wrote:
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networking.
Please join me in congratulating and w
On 04/04/2011 19:57, Andrei Alexandrescu wrote:
On 4/4/11 1:19 PM, Bruno Medeiros wrote:
On 04/04/2011 19:04, Andrei Alexandrescu wrote:
On 4/4/11 12:53 PM, Bruno Medeiros wrote:
BTW Andrei, do you any idea or estimation of how many proposal slots
Digital Mars might get from GSoC?
We have ei
Are all atomic functions in core.atomic going to be guaranteed to act as full
memory barriers when it's ported to non-x86 architectures? std.parallelism
assumes that atomic instructions act as full barriers. This is correct on
x86/x86, since loads and stores cannot be reordered with locked instru
Hello,
I'm running Free/PC-BSD desktop now, and here is dmd-2 experience:
[gour@atmarama] /home/gour# cd /usr/ports/lang/dmd2/
[gour@atmarama] /usr/ports/lang/dmd2# make install clean
===> dmd2-2.052 is only for i386, while you are running amd64.
*** Error code 1
Stop in /usr/ports/lang/dmd2.
On Fri, 08 Apr 2011 10:36:39 -0400, Andrej Mitrovic
wrote:
On 4/8/11, Bruno Medeiros wrote:
On 05/04/2011 04:54, Andrej Mitrovic wrote:
You have to be kidding me. Who writes code like this?
http://i.imgur.com/BBQde.png
What's wrong with it? Do you mean the anonymous classes with all th
On 4/8/11, Bruno Medeiros wrote:
> On 05/04/2011 04:54, Andrej Mitrovic wrote:
>> You have to be kidding me. Who writes code like this?
>>
>> http://i.imgur.com/BBQde.png
>
> What's wrong with it? Do you mean the anonymous classes with all the
> fields and contructors for passing the variables in
On 01/04/2011 21:39, Jonas Drewsen wrote:
On 01/04/11 20.53, Bruno Medeiros wrote:
On 22/03/2011 23:41, Jonas Drewsen wrote:
Hi,
It seems that every now and then a discussion about build tools or D
package management pops up in this group. Many people on this list have
a huge amount of experie
On Fri, 08 Apr 2011 17:40:32 +0400, Denis Koroskin wrote:
> int compare(char[] lhs, char[] rhs) pure {
> if (lhs < rhs) return 1;
> if (lhs > rhs) return -1;
> return 0;
> }
>
> is not.
>
> For some reason (bug?), both compile with 2.052.
Purity has nothing to do with the type. "
>I don't have experience with GSoC either, but I fear that the very
>simple "I would like to work on X" proposal will have to be discarded.
>As andrei said the students have to convince us that they can do the
>project, and this means:
>- good project
>- knowledge of the field
>- knowledge of the t
On 8-apr-11, at 15:01, dsimcha wrote:
On 4/8/2011 4:37 AM, Jacob Carlborg wrote:
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networki
On 2011-04-08 07:03:23 -0400, spir said:
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
Like this?
assert(0i == 0)
assert(0i0 == 1)
assert(0i00 == 2)
assert(0i000 == 3)
assert(0i00_00_00_00 == 32)
--
On Fri, 08 Apr 2011 09:40:32 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Fri, 08 Apr 2011 17:13:19 +0400, Steven Schveighoffer
wrote:
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char
On 8-apr-11, at 15:40, dsimcha wrote:
I've been looking over some of the GSoC proposals and I've noticed
that most aren't very detailed. It seems most of the students have
only a very rough idea of what they want to do and plan on filling
in the details at the beginning of the project. I
On 08/04/2011 01:47, dsimcha wrote:
On 4/7/2011 8:33 PM, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networking.
Please join me in congratulating and wishin
On 7 April 2011 17:55, Eric Poggel (JoeCoder) wrote:
> On 4/3/2011 6:35 PM, Emil Madsen wrote:
>
>> This about image processing, got me thinking, hows the shader support
>> for D currently? - Interfaceable though C?
>> Because for image processing, thats def. the way to go, at least in my
>> opini
On Thu, 07 Apr 2011 23:45:54 +0300, Bruno Medeiros
wrote:
On 01/04/2011 01:50, bearophile wrote:
On the other hand it's all voluntary service, most people don't get
paid to help D development, so they_can't_ be managed as employed
people, especially in a public forum designed for generic
I've been looking over some of the GSoC proposals and I've noticed that
most aren't very detailed. It seems most of the students have only a
very rough idea of what they want to do and plan on filling in the
details at the beginning of the project. I don't have experience with
GSoC and I'm tr
On Fri, 08 Apr 2011 17:13:19 +0400, Steven Schveighoffer
wrote:
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following does not compile:
char[] car =
On 08/04/2011 12:03, spir wrote:
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
hehe :D
--
Bruno Medeiros - Software Engineer
On 05/04/2011 13:16, Paulo Pinto wrote:
Most Java developers do.
I code mostly in Java and really hate when I see code like this, but somehow
the
pattern of using anonymous classes in-place for event handlers has got into
the mind
of many developers.
You will find thousands of such examples whe
On 05/04/2011 04:54, Andrej Mitrovic wrote:
You have to be kidding me. Who writes code like this?
http://i.imgur.com/BBQde.png
What's wrong with it? Do you mean the anonymous classes with all the
fields and contructors for passing the variables in the enclosing scope?
--
Bruno Medeiros - S
On 07/04/2011 21:21, Nick Sabalausky wrote:
Heh :) Damn Borg kids...
I think I'm basically turning into Cranky Kong (if you've ever played Donkey
Kong Country):
"They can't keep this level of graphics up for much longer! We used to be
lucky if we only got three shades of grey, let alone any re
On Thu, 07 Apr 2011 18:46:06 -0400, Matthias Pleh wrote:
Am 01.04.2011 02:50, schrieb bearophile:
inventing new language features for D3
Why do you always mention D3.
I always hated the M$ strategy to release every 2 years a new C#/.Net
version.
I'm satisfied with D2, and let's improve it
On Fri, 08 Apr 2011 06:44:42 -0400, Simen kjaeraas
wrote:
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following does not compile:
char[] car = "hello";
What is the explanation for this behaviour?
The first sh
On 4/8/2011 4:37 AM, Jacob Carlborg wrote:
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networking.
Please join me in congratulating and
Of course, by saying it should not compile I mean
things like asr["hello"] should not compile.
On Fri, 08 Apr 2011 13:37:10 +0200, Morlan wrote:
int[char[]] is consistently used D's Language
reference to illustrate associative arrays. For me it
looks like something that should not compile. Of
course int[string] works without problem so I wonder
why int[char[]] was used as an example. Was
int[char[]] is consistently used D's Language
reference to illustrate associative arrays. For me it
looks like something that should not compile. Of
course int[string] works without problem so I wonder
why int[char[]] was used as an example. Was it carried
over from D1 reference perhaps?
On Fri, 08 Apr 2011 13:03:23 +0200, spir wrote:
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
I like the numeric systems described in Hacker's Delight[1], among them
complex numbers with integer parts, written as bit strings i
On Fri, 08 Apr 2011 13:01:41 +0200, simendsjo
wrote:
It is a mistake to use non-immutable keys for an associative array.
But a string literal isn't mutable..?
This is correct. I'm referring to line 1, int[char[]] asr;. This
declaration is wrong, and should be rejected by the compiler.
Al
On 04/08/2011 07:25 AM, Nick Sabalausky wrote:
I want base PI literals :)
Yum.
I want base 1 literals
Denis
--
_
vita es estrany
spir.wikidot.com
> It is a mistake to use non-immutable keys for an associative array.
But a string literal isn't mutable..?
On Fri, 08 Apr 2011 12:46:08 +0200, Morlan wrote:
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following does not compile:
char[] car = "hello";
What is the explanation for this behaviour?
The first should not be allowed. It is a mistake to use non-immutable
keys
It is OK if I write
int[char[]] asr;
asr["hello"] = 10;
but the following does not compile:
char[] car = "hello";
What is the explanation for this behaviour?
i was thinking,would it be possible to read RAW image formats using
std.outbuffer from phobos ??
regards,
--
aman bansal
namaban...@gmail.com
On 2011-04-08 02:33, Andrei Alexandrescu wrote:
Jonas Drewsen has been accepted as a mentor for the Google Summer of
Code 2011 program for Digital Mars. He is particularly interested in
topics related to networking.
Please join me in congratulating and wishing the best to Jonas.
We have 18 stud
On 2011-04-08 00:27, Andrej Mitrovic wrote:
DWT is 3x the codebase size of SWT? 0o
Don't know what code base he used for SWT but the DWT repository contains:
* 16 libraries from Eclipse
* 1 library from IBM
* 2 code bases for snippets
* 2 SWT platforms (I counted those as 1 in the above number
Congratulations!
On 4/8/11, Walter Bright wrote:
> On 4/7/2011 5:54 PM, Andrei Alexandrescu wrote:
>> Thanks David for rising to the challenge! You have been accepted.
>> Congratulations!
>
> Congrats from me, too!
>
Trass3r wrote:
I hope, we agree on !in and !is, as the current lexing introduces the
shown parsing problems. But !is needs to be added to the IsExpression
rules then.
Hmm what if you have something like Templ!is(T:int)
This is not allowed, template arguments without parenthesis are limited
Trass3r wrote:
Am 07.04.2011, 18:03 Uhr, schrieb Simen kjaeraas :
On Wed, 06 Apr 2011 21:42:35 +0200, Trass3r wrote:
Am 06.04.2011, 20:40 Uhr, schrieb Simen kjaeraas
:
Yup. In theory, any immutable Foo declared at module scope (and likely
also those at static class/struct scope) could be el
97 matches
Mail list logo
