On Mon, 03 Jan 2011 06:53:36 +0100, Nick Sabalausky wrote:
"Patrick Kreft" wrote in message
news:op.vopbqgqzq2m...@zeus-pc.belkin...
On Sun, 02 Jan 2011 19:28:07 +0100, Nick Sabalausky wrote:
Yea, my three primary critera for a GUI lib are:
- Multiplatform
- Native controls
- Works on D2
On Sat, 01 Jan 2011 22:22:35 +, Robert Clipsham wrote:
> Having seen a post by Peter Alexander (in Re: D for game development),
> mentioning some of the issues he's hit I thought I'd post this. I've
> been in his shoes (every other time I use D it seems), and feel I should
> ask - who here use
%u wrote:
Hi,
Is there any way to add a hook to the garbage collector in D, so that I
can be
immediately notified (for example) when an object is created?
(I'm aware that this could cause infinite recursion/deadlock if I try to
allocate memory, but that's all right, I'm fine with that.)
On Sun, 02 Jan 2011 20:34:40 +0200, bioinfornatics
wrote:
they are a D2 port for tango. It is not done. take source here: git
clone git://supraverse.net/tango.git
The job is almost done. everyone can do this job.
Take a D2 compiler build and fix error
How many people are working on this p
On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
wrote:
So, please have a look at the code.
Just one thing: wouldn't these functions also be useful in contract
programming (invariants etc.)? Perhaps they should just be added to
std.exception?
--
Best regards,
Vladimir
Jonathan M Davis:
> While improvements can be
> made to how unit tests work in D, I believe that that should be addressed by
> actually making those improvements to the core language as opposed to using a
> module in Phobos to change things. You shouldn't _need_ std.unittests to
> write
> uni
On Mon, 03 Jan 2011 05:34:55 +0200, %u wrote:
Is there any way to add a hook to the garbage collector in D, so that I
can be
immediately notified (for example) when an object is created?
FWIW, Diamond ( http://github.com/CyberShadow/Diamond ) hooks various GC
functions, but it's an ugly h
On Monday 03 January 2011 01:38:29 Vladimir Panteleev wrote:
> On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
>
> wrote:
> > So, please have a look at the code.
>
> Just one thing: wouldn't these functions also be useful in contract
> programming (invariants etc.)? Perhaps they should just
On 11-01-02 03:35 AM, Walter Bright wrote:
bearophile wrote:
But D is not currently the best fit to write a kernel
Based on what?
Currently the issues I see with D in kernel land is a fat runtime and
type system. Although you can reduce the runtime requirements, you end
up losing alot of
Jonathan M Davis Wrote:
> But personally, I'd be a bit worried to see more than simple assertions
> inside of
> contracts.
I agree. And I hope to see Phobos contracts as soon as possible free of
enforce() and similar exceptions. It's not just a matter of performance.
Otherwise enforce() risks
bearophile wrote:
> Jonathan M Davis:
>
> > While improvements can be
> > made to how unit tests work in D, I believe that that should be addressed
> > by
> > actually making those improvements to the core language as opposed to using
> > a
> > module in Phobos to change things. You shouldn't
Jens Mueller:
> I agree with bearophile. Unit testing can be implemented on top of the
> language and shouldn't be put into it.
This is not what I have said. I was talking about option IV I have explained
here:
http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=
On Monday 03 January 2011 01:50:48 bearophile wrote:
> Jonathan M Davis:
> > While improvements can be
> > made to how unit tests work in D, I believe that that should be addressed
> > by actually making those improvements to the core language as opposed to
> > using a module in Phobos to change th
Jonathan M Davis wrote:
> On Monday 03 January 2011 01:38:29 Vladimir Panteleev wrote:
> > On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
> >
> > wrote:
> > > So, please have a look at the code.
> >
> > Just one thing: wouldn't these functions also be useful in contract
> > programming (in
Brad Roberts:
> I haven't read the paper, probably should,
There are papers about Coccinelle, but the PDF I have linked is just a pack of
few slides :-)
> but is it counting found, fixed, introduced? Each of those are different data
> points.
The section in the slides says "Finding and fixin
On Sun, 02 Jan 2011 21:57:50 +0200, Walter Bright
wrote:
Sure, but D has *optional* gc. If you want to, you can use D as simply a
"better C" and it will compile to the same code as C does.
The usual comeback to that is that Phobos depends on the GC, so a great
part of the standard librar
Jonathan M Davis:
> Other changes that some people have expressed interest in are things like
> having
> it printed when a test passes, and those should not be in the language or
> druntime itself. That's going to either have to be in helper functions that
> are
> run inside of unittest block
bearophile wrote:
> Jens Mueller:
>
> > I agree with bearophile. Unit testing can be implemented on top of the
> > language and shouldn't be put into it.
>
> This is not what I have said. I was talking about option IV I have explained
> here:
> http://www.digitalmars.com/webnews/newsgroups.php?a
bearophile wrote:
> Jens Mueller:
>
> > I agree with bearophile. Unit testing can be implemented on top of the
> > language and shouldn't be put into it.
>
> This is not what I have said. I was talking about option IV I have explained
> here:
> http://www.digitalmars.com/webnews/newsgroups.php?a
On Monday 03 January 2011 02:39:59 Jens Mueller wrote:
> Jonathan M Davis wrote:
> > On Monday 03 January 2011 01:38:29 Vladimir Panteleev wrote:
> > > On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
> > >
> > >
> > > wrote:
> > > > So, please have a look at the code.
> > >
> > > Just one t
Vladimir Panteleev:
> The usual comeback to that is that Phobos depends on the GC, so a great
> part of the standard library was unusable without memory leaks.
It's not just Phobos, D is designed to work with a GC (see the recent
deprecation of "delete"), some features are designed to work wit
> On Monday 03 January 2011 02:39:59 Jens Mueller wrote:
> > Jonathan M Davis wrote:
> >
> > What do you mean by "running normally"? I think since they are compiled
> > away with -release they are not run normally.
>
> I mean when the program is running. If you're running a debug version of your
> - I like the idea of AST macros, they are powerful,
A nice example of macro usage:
http://lambda-the-ultimate.org/classic/message6437.html
Bye,
bearophile
Travis Boucher wrote:
Currently the issues I see with D in kernel land is a fat runtime and
type system. Although you can reduce the runtime requirements, you end
up losing alot of features and might as well be writing in C at that
point anyway.
If you're doing kernel dev, you'll most likely
[snip]
- Add Variable Length Arrays to D, they are much safer than alloca() and avoid
some dynamic array heap allocations, reducing pressure on the GC:
http://d.puremagic.com/issues/show_bug.cgi?id=5348
As stated in this proposal they are quite useless, e.g. they are easily
implemented via
On Sun, 02 Jan 2011 11:00:36 -0600, Andrei Alexandrescu wrote:
> On 1/2/11 10:39 AM, dsimcha wrote:
>> On 1/1/2011 6:07 PM, Andrei Alexandrescu wrote:
>>> I think David Simcha's library is close to reviewable form. Code:
>>>
>>> http://dsource.org/projects/scrapple/browser/trunk/parallelFuture/
st
Dmitry Olshansky:
> As stated in this proposal they are quite useless, e.g. they are easily
> implemented via mixin with alloca.
Thank you for your comments. Here I have added some answers to your comments:
http://d.puremagic.com/issues/show_bug.cgi?id=5348
Bye,
bearophile
> How many people are working on this port? How many people will be interested
> in using it, considering that a direct port won't use many of D2's features
> (why not just use D1)? Will this port be around in 1 year? 5 years? Will it
> have the same kind of momentum as the original D1 version, wit
On Sun, 02 Jan 2011 20:44:50 -0800, Jonathan M Davis wrote:
> Okay. As some of you are aware, I created a module with unit testing
> functions when I wrote std.datetime, and it really helped with writing
> the unit tests for std.datetime. It has been at least somewhat reviewed
> here previously, a
2011/1/2 Peter Alexander :
> That really surprises me that it's a common bug. Isn't it obvious that ! has
> higher precedence than &? Or have I totally misunderstood the cause of the
> bug?
Assembler is "obvious". People don't always get that right either.
The purpose of a higher-level language IM
On Sat, 01 Jan 2011 10:59:47 -0500, so wrote:
This can be significantly shortened:
write((&i)[0..1]);
Wow, i didn't know that!
Could you point me to doc, please?
Thanks.
http://www.digitalmars.com/d/2.0/arrays.html#implicit-conversions
-Steve
On 2011-01-03 05:04:28 -0500, Jonathan M Davis said:
If a lot of people really thought that unit testing functions would be useful
and reasonable to use inside of contracts, then it would make some
sense for the
unit testing functions to no longer be in a version(unittest) block. But
personal
Walter:
> I'm afraid that's baloney, as I pointed out in the other thread.
What you have said was about application code. It's not true for kernel code,
where you need strict control on what, how, and if the compiler performs
certain optimizations.
> I think that is a serious misinterpretatio
"Code Contracts Premium Edition"
That's just hillarious. What's next, will the customers be forced to
buy a dozen pointers in a bundle? If you try using more than 10
pointers in your app you'll get a pop-up saying you're can't do that
in the trial version, upgrade now!. LOL!
Agreed, but it doesn't all have to happen at day1. Just being able to
port Tango-apps over to D2 with minimal fuzz would is valuable in
itself.
Anyways, IMHO I think one of the most important advances in D2, is the
separation of runtime from system-library, such that Phobos and Tango
can co-exist
"Limited offer: Increase your stack size, for only 49.99$!"
On Sat, 01 Jan 2011 17:22:35 -0500, Robert Clipsham
wrote:
Having seen a post by Peter Alexander (in Re: D for game development),
mentioning some of the issues he's hit I thought I'd post this. I've
been in his shoes (every other time I use D it seems), and feel I should
ask - who here u
On 1/3/11, Jonathan M Davis wrote:
> Other changes that some people have expressed interest in are things like
> having
> it printed when a test passes, and those should not be in the language or
> druntime itself.
Isn't this already done in Phobos?:
unittest
{
debug(std_algorithm) scope(suc
Also, you know you get my vote. :)
On 03.01.2011 16:19, Andrej Mitrovic wrote:
"Limited offer: Increase your stack size, for only 49.99$!"
LOL, BTW vendors should also like it: reselling already sold hardware
to developers :)
--
Dmitry Olshansky
On Mon, 03 Jan 2011 00:55:47 -0500
"Robert Jacques" wrote:
> On Sun, 02 Jan 2011 05:29:48 -0500, spir wrote:
> > Hello,
> >
> > Using properties allows travesting a method call into direct data
> > access. What if the underlying member actually is plain data? Would it
> > be possible to prov
On Sun, 02 Jan 2011 05:29:48 -0500, spir wrote:
Hello,
Using properties allows travesting a method call into direct data
access. What if the underlying member actually is plain data? Would it
be possible to provide a real data member where the language expects a
property (for instance as
On Sun, 02 Jan 2011 22:34:55 -0500, %u wrote:
Hi,
Is there any way to add a hook to the garbage collector in D, so that I
can be
immediately notified (for example) when an object is created?
(I'm aware that this could cause infinite recursion/deadlock if I try to
allocate memory, but that'
On Monday 03 January 2011 05:26:14 Andrej Mitrovic wrote:
> On 1/3/11, Jonathan M Davis wrote:
> > Other changes that some people have expressed interest in are things like
> > having
> > it printed when a test passes, and those should not be in the language or
> > druntime itself.
>
> Isn't this
== Quote from bearophile (bearophileh...@lycos.com)'s article
> Dmitry Olshansky:
> > As stated in this proposal they are quite useless, e.g. they are easily
> > implemented via mixin with alloca.
> Thank you for your comments. Here I have added some answers to your comments:
> http://d.puremagic.c
We can always resort to hacks!
module namedUnittest;
import std.stdio;
import std.string;
void main()
{
}
unittest // Foo
{
scope(failure)
{
writefln("Unittest '%s' Failed: ",
split(split(import(.stringof[7..$] ~ ".d"),
"\r\n")[__LINE__-5..__LINE__-4][0])[2]);
}
assert(0
P.S. that will only work with windows newlines, and fail without the
-J switch. Hehe.
2011/1/3 Iain Buclaw :
> == Quote from bearophile (bearophileh...@lycos.com)'s article
>> Dmitry Olshansky:
>> > As stated in this proposal they are quite useless, e.g. they are easily
>> > implemented via mixin with alloca.
>> Thank you for your comments. Here I have added some answers to your com
On 1/3/11 12:06 AM, Peter Alexander wrote:
[quoting an older post of mine]
As an aside, I know what it takes to define lazily computed state to
work with
const, but Walter is at the bottom of a 5000 TeV potential hole that spells
like "this is like C++ mutable and C++ mutable is incorrect, theref
On 1/3/11 3:38 AM, Vladimir Panteleev wrote:
On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
wrote:
So, please have a look at the code.
Just one thing: wouldn't these functions also be useful in contract
programming (invariants etc.)? Perhaps they should just be added to
std.exception?
On Mon, 03 Jan 2011 08:34:42 -0500
"Steven Schveighoffer" wrote:
> Yes, just use a data member:
>
> struct MyRange {
> int front;
> bool empty;
> void popFront();
> }
>
> A property is actually supposed to work just like a field.
>
> There is no need for new syntax.
Hum, does not
On Monday 03 January 2011 06:43:24 Andrei Alexandrescu wrote:
> On 1/3/11 3:38 AM, Vladimir Panteleev wrote:
> > On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
> >
> > wrote:
> >> So, please have a look at the code.
> >
> > Just one thing: wouldn't these functions also be useful in contrac
On 1/3/11 9:02 AM, Jonathan M Davis wrote:
On Monday 03 January 2011 06:43:24 Andrei Alexandrescu wrote:
On 1/3/11 3:38 AM, Vladimir Panteleev wrote:
On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
wrote:
So, please have a look at the code.
Just one thing: wouldn't these functions al
On Monday 03 January 2011 07:17:56 Andrei Alexandrescu wrote:
> On 1/3/11 9:02 AM, Jonathan M Davis wrote:
> > On Monday 03 January 2011 06:43:24 Andrei Alexandrescu wrote:
> >> On 1/3/11 3:38 AM, Vladimir Panteleev wrote:
> >>> On Mon, 03 Jan 2011 06:44:50 +0200, Jonathan M Davis
> >>>
> >>> wr
On Mon, 03 Jan 2011 09:56:30 -0500, spir wrote:
On Mon, 03 Jan 2011 08:34:42 -0500
"Steven Schveighoffer" wrote:
Yes, just use a data member:
struct MyRange {
int front;
bool empty;
void popFront();
}
A property is actually supposed to work just like a field.
There is no need
> >>In fact (without looking at std.unittest) I think it should be grouped
> >>with a simple benchmark facility. That's what the homonym frameworks in
> >>Google's and Facebook's code base do.
> >
> >I'm afraid that I don't see what unit test helper functions have to do with
> >benchmarking.
>
> T
"bearophile" wrote
>> - I like the idea of AST macros, they are powerful,
>
> A nice example of macro usage:
> http://lambda-the-ultimate.org/classic/message6437.html
>
> Bye,
> bearophile
>
D can also do some
https://github.com/AlexYD/DPP/blob/master/bin/Debug/test.d
On Mon, 03 Jan 2011 10:27:17 -0500
"Steven Schveighoffer" wrote:
> On Mon, 03 Jan 2011 09:56:30 -0500, spir wrote:
>
> > On Mon, 03 Jan 2011 08:34:42 -0500
> > "Steven Schveighoffer" wrote:
> >
> >> Yes, just use a data member:
> >>
> >> struct MyRange {
> >> int front;
> >> bool empty
"Patrick Kreft" wrote in message
news:op.vop6g7wgq2m...@zeus-pc.belkin...
> On Mon, 03 Jan 2011 06:53:36 +0100, Nick Sabalausky wrote:
>
>> "Patrick Kreft" wrote in message
>> news:op.vopbqgqzq2m...@zeus-pc.belkin...
>>> On Sun, 02 Jan 2011 19:28:07 +0100, Nick Sabalausky wrote:
>>>
Yea,
"Lars T. Kyllingstad" wrote in message
news:ifs496$tg...@digitalmars.com...
>
> And the few annoyances I face with D are insignificant
> compared to the major PITA of using C/C++ [...] or Java [...].
>
That's exactly my experience with D: Sure, there are a few hiccups, but
dealing with hiccups
"Nick Sabalausky" wrote in message
news:ifsvc4$3l...@digitalmars.com...
> "Lars T. Kyllingstad" wrote in message
> news:ifs496$tg...@digitalmars.com...
>>
>> And the few annoyances I face with D are insignificant
>> compared to the major PITA of using C/C++ [...] or Java [...].
>>
>
> That's ex
On 03/01/11 16:53, Nick Sabalausky wrote:
There seems to be a lot of conflicting information about Qt then. I read a
post from one of the Qt devs that said basically what I said above. So I
guess at this point I haven't a clue what to make of Qt. Oh well, anyone
know if wx is coming to D2?
Havi
I can report that QtD seems to work for D2 now. kilckverbot issued a
CTFE fix that was problematic for many examples that I've tried
yesterday. I am trying out all of the examples right now (a few
examples are using Tango and will have to be cloned and modified for
Phobos), so far they're compiling
Nick Sabalausky wrote:
Oh well, anyone know if wx is coming to D2?
What does this mean ? If wxWidgets is being ported to D2 ?
Or if you can use wxWidgets from D2, if so: yes you can.
Or at least you could, back with DMD 2.049 (or whatever)
But what should be done is to regenerate it with SWIG
Robert Clipsham Wrote:
> Having seen a post by Peter Alexander (in Re: D for game development),
> mentioning some of the issues he's hit I thought I'd post this. I've
> been in his shoes (every other time I use D it seems), and feel I should
> ask - who here uses D, and to what extent?
>
> I'm
"Andrej Mitrovic" wrote in message
news:mailman.397.1294077039.4748.digitalmar...@puremagic.com...
>I can report that QtD seems to work for D2 now. kilckverbot issued a
> CTFE fix that was problematic for many examples that I've tried
> yesterday. I am trying out all of the examples right now (a
"Robert Clipsham" wrote in message
news:ift0mt$60...@digitalmars.com...
> On 03/01/11 16:53, Nick Sabalausky wrote:
>> There seems to be a lot of conflicting information about Qt then. I read
>> a
>> post from one of the Qt devs that said basically what I said above. So I
>> guess at this point
"Anders F Björklund" wrote in message
news:ift31b$al...@digitalmars.com...
> Nick Sabalausky wrote:
>> Oh well, anyone know if wx is coming to D2?
>
> What does this mean ? If wxWidgets is being ported to D2 ?
>
> Or if you can use wxWidgets from D2, if so: yes you can.
> Or at least you could, b
"Nick Sabalausky" wrote in message
news:ift425$cf...@digitalmars.com...
> "Anders F Björklund" wrote in message
> news:ift31b$al...@digitalmars.com...
>> Nick Sabalausky wrote:
>>> Oh well, anyone know if wx is coming to D2?
>>
>> What does this mean ? If wxWidgets is being ported to D2 ?
>>
>>
"Jean Crystof" wrote in message
news:ift3aj$b9...@digitalmars.com...
> Robert Clipsham Wrote:
>
>> Having seen a post by Peter Alexander (in Re: D for game development),
>> mentioning some of the issues he's hit I thought I'd post this. I've
>> been in his shoes (every other time I use D it seems
Nick Sabalausky wrote:
What does this mean ? If wxWidgets is being ported to D2 ?
Or if you can use wxWidgets from D2, if so: yes you can.
Or at least you could, back with DMD 2.049 (or whatever)
But what should be done is to regenerate it with SWIG/etc.
Even if wxD "works" with D2 and wx3 too
On 03/01/11 18:15, Nick Sabalausky wrote:
The typical problem with things that look native but aren't technically
native is that there's almost inevitably things that don't work right. For
instance, they may ignore the system color scheme, they may fail to work
with tools that inspect/manipulate
On 12/31/10 1:51 PM, Matthias Pleh wrote:
BTW:
> Am 2010-09-02 14:46, schrieb retard:
>> We need a more professional looking SVG version of the D man then!
... there is already a SVG logo for the D-man since 5 years, but
obviousily it get not adopted :/
http://w148.de/~mmartin/d/logo.html
L
On 2011-01-02 05:13, Nick Sabalausky wrote:
"Robert Clipsham" wrote in message
news:ifo9jd$1kt...@digitalmars.com...
Having seen a post by Peter Alexander (in Re: D for game development),
mentioning some of the issues he's hit I thought I'd post this. I've been
in his shoes (every other time I
On 2011-01-02 22:13, Don wrote:
Here is the priority list:
http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel#DMDCompilerStability
And here's my personal list of top-priority bugs:
-- Showstoppers --
4854 Regression(2.047, Mac 10.5 only) writefln Segmentation fault if no
globals
I would hop
Oh damn wrong video
On Mon, 03 Jan 2011 19:36:05 +0100, Robert Clipsham
wrote:
On 03/01/11 18:15, Nick Sabalausky wrote:
The typical problem with things that look native but aren't technically
native is that there's almost inevitably things that don't work right.
For
instance, they may ignore the system colo
Vladimir Panteleev wrote:
How much of D can you really use without Phobos? I imagine there'd be no
problem in using it as a better C, but there isn't much appeal to that,
I don't agree there's not much appeal to that. D has quite a bit that makes
C-style code much easier and more robust, such
bearophile wrote:
It means that if today you have better versions of Visual Studio, then you
have a static checker for contracts. I have not used them yet, I will try to
try them. As you see Microsoft is pushing some of its research in the Real
World today.
And as I pointed out to you, their co
On Mon, 03 Jan 2011 14:58:22 +0200, Steven Schveighoffer
wrote:
On Sat, 01 Jan 2011 10:59:47 -0500, so wrote:
This can be significantly shortened:
write((&i)[0..1]);
Wow, i didn't know that!
Could you point me to doc, please?
Thanks.
http://www.digitalmars.com/d/2.0/arrays.html#impli
On Mon, 03 Jan 2011 15:15:27 -0500, so wrote:
On Mon, 03 Jan 2011 14:58:22 +0200, Steven Schveighoffer
wrote:
On Sat, 01 Jan 2011 10:59:47 -0500, so wrote:
This can be significantly shortened:
write((&i)[0..1]);
Wow, i didn't know that!
Could you point me to doc, please?
Thanks.
h
Jens Mueller wrote:
Unit testing can be implemented on top of the
language and shouldn't be put into it. Somehow I have the feeling that
too often one tries to extend the language even though the feature could
be implemented in a library.
On the other hand, the built-in D unit test ability has
type of (&i)[0..1] is int[]
I see what the topic is all about.
The trouble is this syntax. You say it is int[], but i couldn't find
anything in D reference that explains this.
Sorry if i am overlooking something.
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
Nick Sabalausky wrote:
> "Robert Clipsham" wrote in message
> news:ift0mt$60...@digitalmars.com...
>> On 03/01/11 16:53, Nick Sabalausky wrote:
>>> There seems to be a lot of conflicting information about Qt then. I read
>>> a
>>> post from one of the Qt devs that said basically what I said above
My streamlined version of the inter-thread queue tester is more reliable
(though it still freezes sometimes. I am trying to isolate it and will post
if I do).
But running the resulting comparison has led to some observations:
1. As I noted earlier, the lockfree linked-list based queues are the f
On Mon, 03 Jan 2011 21:41:37 +0200, Walter Bright
wrote:
Vladimir Panteleev wrote:
How much of D can you really use without Phobos? I imagine there'd be
no problem in using it as a better C, but there isn't much appeal to
that,
I don't agree there's not much appeal to that. D has quite
Am 02.01.2011 05:00, schrieb Walter Bright:
Caligo wrote:
You don't get it! If only one back-end was used then there wouldn't be
three different groups working on three different projects that try to
accomplish the same thing.
Back when there was only one D compiler, people complained there wa
On Mon, 03 Jan 2011 15:33:10 -0500, so wrote:
type of (&i)[0..1] is int[]
I see what the topic is all about.
The trouble is this syntax. You say it is int[], but i couldn't find
anything in D reference that explains this.
Sorry if i am overlooking something.
Oh that:
http://www.digital
Walter Bright wrote:
> Jens Mueller wrote:
> >Unit testing can be implemented on top of the
> >language and shouldn't be put into it. Somehow I have the feeling that
> >too often one tries to extend the language even though the feature could
> >be implemented in a library.
>
> On the other hand, t
On 1/3/11, Walter Bright wrote:
> The advantage of it being simple and built-in is it gets used, and I think
> there's strong evidence that this is true for D.
>
Yup. I often read about C++ programmers who don't bother with
unittests because it's a drag to use them. And people keep coming up
with
On Mon, 03 Jan 2011 23:02:20 +0200, Steven Schveighoffer
wrote:
On Mon, 03 Jan 2011 15:33:10 -0500, so wrote:
type of (&i)[0..1] is int[]
I see what the topic is all about.
The trouble is this syntax. You say it is int[], but i couldn't find
anything in D reference that explains this.
Am 02.01.2011 22:21, schrieb Manfred_Nowak:
Walter Bright wrote:
disallowing (!x&y) expressions
While `!x&y' may be replaced by `y&!x',
for `!x&&y' an isomorphic change is not possible.
-manfred
(!x) && y may actually be desired, (!x) & y most probably not, so !x&y
should be forbidden and
Daniel Gibson wrote:
It's just different (kinds of) people complaining ;-)
I guess most people (and especially people who have to decide whether to
use D in a major project) appreciate the availability of multiple
compilers.
I think multiple compilers is a very good thing for D.
Am 31.12.2010 15:43, schrieb Steven Schveighoffer:
On Fri, 31 Dec 2010 03:28:12 -0500, Daniel Gibson
wrote:
Am 30.12.2010 23:17, schrieb Andrei Alexandrescu:
On 12/30/10 3:59 PM, Dmitry Olshansky wrote:
On 28.12.2010 16:08, Daniel Gibson wrote:
[snip]
## UnbufferedInputTransport:
I'd like
Vladimir Panteleev wrote:
You took my line out of context :) Of course D is better than C and can
be used as a better C, but I was making the comparison to C++/STL/Boost.
Well, it depends on which features you're after - if you're Linus
Torvalds and hate abstractions, D minus Phobos would indee
"Jacob Carlborg" wrote in message
news:ift7ig$j1...@digitalmars.com...
> On 2011-01-02 05:13, Nick Sabalausky wrote:
>> "Robert Clipsham" wrote in message
>> news:ifo9jd$1kt...@digitalmars.com...
>>> Having seen a post by Peter Alexander (in Re: D for game development),
>>> mentioning some of th
On 03/01/11 21:39, Walter Bright wrote:
I think multiple compilers is a very good thing for D.
I agree, when I hit a bug in one it's nice to be able to use another
before resorting to compiler hacking instead of working on my own code,
it's working out far nicer for me! Shame I'm currently at
Over the weekend, I attacked opDispatch again and found some old
Variant bugs were killed. I talked about that in the Who uses D
thread.
Today, I couldn't resist revisiting a dynamic kind of object, and
made some decent progress on it.
http://arsdnet.net/dcode/dynamic.d
(You can compile that; th
On Mon, Jan 3, 2011 at 12:18 PM, Nick Sabalausky wrote:
>
> Also, as I haven't followed this real closely, what's the current state of
> SWIG for D? Fully-usable?
>
>
>
It's usable (but not without a little bit of work in writing the .i files.)
Take a look at the thing I've been working on in my
Robert Clipsham wrote:
Shame I'm currently at a point where
none of the compilers want to make my app act the same at runtime (this
only seems happens at a certain point in the evening, perhaps I should
only code earlier/later in the day ;p)...
I learned long ago not to attempt to write code
1 - 100 of 139 matches
Mail list logo