On Wed, 2011-10-26 at 01:32 -0400, Nick Sabalausky wrote:
[ . . . ]
> I think you misunderstood my point. What I was trying to say is: If
> someone's going to worry about others profiting from their free code, why'd
> they even make it free in the first place?
I have no problem with companies ma
I see. But is there any practical advantage of a function being pure?
I mean, besides an optimization hint for the compiler, of course.
On Tue, Oct 25, 2011 at 10:41 PM, Jonathan M Davis wrote:
> On Tuesday, October 25, 2011 10:34 Gor Gyolchanyan wrote:
>> I thought pure functions can't modify th
The best implementation of queue IMO is using a doubly-linked list,
which is missing from Phobos.
I wanted ti implement a thread-safe queue too, but i failed due to the
lack of appropriate lists.
On Wed, Oct 26, 2011 at 6:38 AM, J Arrizza wrote:
> I need a Queue (put on the front and pop from the
I agree. Null is a very common special-case value and overloading may
be necessary based on that special-case value. Currently doing so
means accepting any kind of typeless pointer (which is certainly not
desirable).
On Wed, Oct 26, 2011 at 9:49 AM, Benjamin Thaut wrote:
> I recently tried to rep
On Wednesday, October 26, 2011 11:15:20 Gor Gyolchanyan wrote:
> I see. But is there any practical advantage of a function being pure?
> I mean, besides an optimization hint for the compiler, of course.
1. You know that it doesn't access global variables, which is at minimum an
advantage as far a
Nick Sabalausky Wrote:
> There's already lots of
> zlib/MIT/etc software authors out there, how many of them have gotten ripped
> off from money that would have otherwise ended up in their pocket?
Oracle sells zlib database compression for $11500 per processor.
Nick Sabalausky Wrote:
> I think you misunderstood my point. What I was trying to say is: If
> someone's going to worry about others profiting from their free code, why'd
> they even make it free in the first place?
Maybe they're commies. Ask Stallman.
On 26.10.2011 10:28, Steve Teale wrote:
An easy test is that if the interface takes a T[] as input, consider a
range instead. Ditto for output. If an interface takes a File as input,
it's a red flag that something is wrong.
I have a question about ranges that occurred to me when I was composin
On 2011-10-26 07:44, Robert Jacques wrote:
On Tue, 25 Oct 2011 12:38:18 -0400, Jacob Carlborg wrote:
On 2011-10-25 16:21, Robert Jacques wrote:
[snip]
Both are protection attributes. The problem of taking the delegate of a
mutable member on a const object, is the exact same problem as taking
On 2011-10-26 07:59, Kapps wrote:
I really like Gor's idea of @noreflect for this. You have a network
class you don't want as easily reversible, or a security class, or
private fields such as password. You just mark the module, type,
methods, or fields, as @noreflect. It could even disable compil
On 10/26/2011 07:49 AM, Benjamin Thaut wrote:
I recently tried to replace the deprecated overloading of new and delete
and came across a serious issue. You can not use std.conv.emplace with
null. If you pass null to it, null loses it's implicit casting
cabablities and just becomes a void*.
This i
On 10/26/2011 09:15 AM, Gor Gyolchanyan wrote:
I see. But is there any practical advantage of a function being pure?
I mean, besides an optimization hint for the compiler, of course.
It is very useful for reasoning about code, because a pure function will
always behave the same when called wi
On 23.10.2011 22:59, Chante wrote:
"Jeff Nowakowski" wrote in message
news:j81rap$1f50$1...@digitalmars.com...
On 10/22/2011 01:56 PM, Steve Teale wrote:
I'd never seen it before - maybe I lead a sheltered life.
GPL: "Free as in Herpes"
Doesn't that just hit the nail on the head.
No, it do
On 10/26/2011 07:32 AM, Nick Sabalausky wrote:
"Kagamin" wrote in message
news:j884ui$cra$1...@digitalmars.com...
Nick Sabalausky Wrote:
Licenses like boost exist to allow corporations to make money on free
code
while restricting users. Of course GPL prohibits this.
It's free code. The whol
Gor Gyolchanyan:
> The best implementation of queue IMO is using a doubly-linked list,
On modern CPUs there is a better implementation:
http://pages.cpsc.ucalgary.ca/~kremer/STL/1024x768/deque.html
http://www.martinbroadhurst.com/articles/deque.html
Essentially a dynamic (on the right) array of
Yes! Empty array is also a special-case value, which can be
interpreted in a special way, which is completely different from any
other array.
On Wed, Oct 26, 2011 at 12:56 PM, Timon Gehr wrote:
> On 10/26/2011 07:49 AM, Benjamin Thaut wrote:
>>
>> I recently tried to replace the deprecated overlo
I don't understand the advantage of having a dynamic array of static arrays.
How is that gonna increase add/remove performance to the ends?
On Wed, Oct 26, 2011 at 1:28 PM, bearophile wrote:
> Gor Gyolchanyan:
>
>> The best implementation of queue IMO is using a doubly-linked list,
>
> On modern
Jonathan M Davis:
> On Wednesday, October 26, 2011 11:15:20 Gor Gyolchanyan wrote:
> > I see. But is there any practical advantage of a function being pure?
> > I mean, besides an optimization hint for the compiler, of course.
>
> 1. You know that it doesn't access global variables, which is at m
On 10/26/2011 11:28 AM, bearophile wrote:
Gor Gyolchanyan:
The best implementation of queue IMO is using a doubly-linked list,
On modern CPUs there is a better implementation:
http://pages.cpsc.ucalgary.ca/~kremer/STL/1024x768/deque.html
http://www.martinbroadhurst.com/articles/deque.html
Es
On Tue, 25 Oct 2011 23:45:58 -0700, Jonathan M Davis wrote:
> On Wednesday, October 26, 2011 06:28:52 Steve Teale wrote:
>> > An easy test is that if the interface takes a T[] as input, consider
>> > a range instead. Ditto for output. If an interface takes a File as
>> > input, it's a red flag tha
Gor Gyolchanyan:
> I don't understand the advantage of having a dynamic array of static arrays.
> How is that gonna increase add/remove performance to the ends?
You also keep a length that tells you how many items you are using in the last
fixed size array. Removing on item means just decreasing
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awesome to store basic build information in modules
themselves in the form of special comments (much like doc
I see. makes sense. :-)
Although you could just as well have a pre-allocated and cached links
in doubly-linked list, but i think this one has a greater potential
for optimization.
D needs a few of those ultra-fast container types. Like the Judy array.
Oh, Judy array is by far the sexiest container
On 2011-10-26 12:26, Gor Gyolchanyan wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awesome to store basic build information in modules
themselves
That's the problem - no working build tool exists for D.
Why don't you like the idea of integrating build information in source
code? I mean, that information does not change for a given source
file.
On Wed, Oct 26, 2011 at 3:37 PM, Jacob Carlborg wrote:
> On 2011-10-26 12:26, Gor Gyolchanyan wro
On 10/26/2011 12:25 PM, bearophile wrote:
Timon Gehr:
A dynamic array of pointers to fixed size arrays is this:
T[N]*[] arr;
What would you wrap exactly?
How do you allocate those T[N] in D?
int[N]* x = (new int[N][1]).ptr;
I don't like that either.
Do you know how this implementatio
On Mon, 24 Oct 2011 19:58:59 -0400, Michel Fortin
wrote:
On 2011-10-24 21:47:15 +, "Steven Schveighoffer"
said:
What if the source character is encoded differently than the search
string? This is basic unicode stuff. See my example with fiancé.
The more I think about it, the more
yes
On Mon, 24 Oct 2011 18:25:25 -0400, Dmitry Olshansky
wrote:
On 25.10.2011 0:52, Steven Schveighoffer wrote:
On Mon, 24 Oct 2011 16:18:57 -0400, Dmitry Olshansky
wrote:
On 24.10.2011 23:41, Steven Schveighoffer wrote:
On Mon, 24 Oct 2011 11:58:15 -0400, Simen Kjaeraas
wrote:
On Mon, 24
On Mon, 24 Oct 2011 19:49:43 -0400, Simen Kjaeraas
wrote:
On Mon, 24 Oct 2011 21:41:57 +0200, Steven Schveighoffer
wrote:
Plus, a combining character (such as an umlaut or accent) is part of a
character, but may be a separate code point.
If this is correct (and it is), then decoding to
On Wed, 26 Oct 2011 03:09:48 -0400, Russel Winder
wrote:
On Wed, 2011-10-26 at 01:32 -0400, Nick Sabalausky wrote:
[ . . . ]
I think you misunderstood my point. What I was trying to say is: If
someone's going to worry about others profiting from their free code,
why'd
they even make it fr
On Tue, 25 Oct 2011 00:04:18 -0400, Chante
wrote:
"Steven Schveighoffer" wrote in message
news:op.v3u2chz6eav7ka@localhost.localdomain...
On Mon, 24 Oct 2011 10:39:54 -0400, Kagamin wrote:
Chante Wrote:
While I haven't thought it through (and maybe don't have the
knowledge to
do so),
On Wed, 26 Oct 2011 12:26:56 +0200, Gor Gyolchanyan
wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awesome to store basic build information in
Steven Schveighoffer Wrote:
> So you're saying the code you write as FOSS should cost something (i.e.
> you want something in return)? Interesting...
It's just two paradigms: if you choose freedom, GPL ensures and protects the
freedom. You can also provide your efforts to corporations - why n
On Tue, 25 Oct 2011 17:37:02 -0400, Kagamin wrote:
Steven Schveighoffer Wrote:
1. Software is already well-covered by copyright.
You can't write software out of thin air. Let's suppose ranges increase
usability of a collections library. Can you write a collections library
without knowin
This is so cool!!! Package modules have two important roles now:
* Defining the proper imports for the package.
* Defining building rules for the package.
I don't have any particular thoughts about import path and build info
definitions, but I'm certain, that the build rules of parent package
shou
On Wed, 26 Oct 2011 03:18:27 -0400, Gor Gyolchanyan
wrote:
The best implementation of queue IMO is using a doubly-linked list,
which is missing from Phobos.
I wanted ti implement a thread-safe queue too, but i failed due to the
lack of appropriate lists.
www.dsource.org/projects/dcollection
On Mon, 24 Oct 2011 22:50:33 -0400, Marco Leise wrote:
Am 14.09.2011, 18:57 Uhr, schrieb Steven Schveighoffer
:
On Wed, 14 Sep 2011 12:50:25 -0400, Timon Gehr
wrote:
On 09/14/2011 04:08 PM, Robert McGinley wrote:
Hey all,
Mostly as an exercise I'm considering writing an ArrayList, AVL
On 2011-10-26 11:50:32 +, "Steven Schveighoffer"
said:
It's even easier than this:
a) you want to do a proper string comparison not knowing what state the
unicode strings are in, use the full-fledged decode-when-needed string
type, and its associated str.find method.
b) you know they are
On Tue, 25 Oct 2011 01:00:51 -0400, Andrew Wiley
wrote:
On Mon, Oct 24, 2011 at 9:50 PM, Marco Leise wrote:
Am 14.09.2011, 18:57 Uhr, schrieb Steven Schveighoffer <
schvei...@yahoo.com>:
On Wed, 14 Sep 2011 12:50:25 -0400, Timon Gehr
wrote:
On 09/14/2011 04:08 PM, Robert McGinley
On Wed, 26 Oct 2011 09:38:31 -0400, Kagamin wrote:
Steven Schveighoffer Wrote:
So you're saying the code you write as FOSS should cost something (i.e.
you want something in return)? Interesting...
It's just two paradigms: if you choose freedom, GPL ensures and protects
the freedom. You c
On Tue, 25 Oct 2011 06:00:28 -0400, Gor Gyolchanyan
wrote:
I think adding more dynamic typing to D would be a splendid idea to
further widen the variety of solutions for different problems.
Modular app development is a very good practice and modularity means
dynamicity, which in turn means, t
It should have both shared and unshared implementations of methods to
be a full-fledged container.
Also, this kind of things are too commonly used to be outside Phobos.
On Wed, Oct 26, 2011 at 5:55 PM, Steven Schveighoffer
wrote:
> On Wed, 26 Oct 2011 03:18:27 -0400, Gor Gyolchanyan
> wrote:
>
>
1. opDispatch is no good for overloading when the set of methods are
defined at run-time.
2. opDIspatch doesn't cover operators (why?).
On Wed, Oct 26, 2011 at 6:09 PM, Steven Schveighoffer
wrote:
> On Tue, 25 Oct 2011 06:00:28 -0400, Gor Gyolchanyan
> wrote:
>
>> I think adding more dynamic typ
Le 25/10/2011 17:39, Gor Gyolchanyan a écrit :
That's the point. You don't always need to carry around your type.
Also because you might do it in a specific and very efficient way.
Imposing a single way of storing the type is a very inflexible decision.
The type check may also be done at differen
On Wed, 26 Oct 2011 10:04:08 -0400, Michel Fortin
wrote:
On 2011-10-26 11:50:32 +, "Steven Schveighoffer"
said:
It's even easier than this:
a) you want to do a proper string comparison not knowing what state the
unicode strings are in, use the full-fledged decode-when-needed string
You can use opDispatch to make runtime methods and properties
by having it forward to a function to do the lookup.
Something alone these lines:
DynamicObject delegate(DynamicObject[] args) dynamicFunctions;
DynamicObject opDispatch(string name, T...)(T t) {
if(name !in dynamicFunctions) th
On Wed, 26 Oct 2011 10:15:33 -0400, Gor Gyolchanyan
wrote:
1. opDispatch is no good for overloading when the set of methods are
defined at run-time.
For those cases, you must use the runtime interface that opDispatch will
use directly. D does not have a way to call a function by string a
On Wed, 26 Oct 2011 14:26:56 +0400, Gor Gyolchanyan wrote:
> I had a few thoughts about integrating build awareness into DMD.
> It would be really cool to add a flag to DMD to make it compile and link
> in all import-referenced modules.
> Also, it would be awesome to store basic build information
On Wed, 26 Oct 2011 10:13:06 -0400, Gor Gyolchanyan
wrote:
It should have both shared and unshared implementations of methods to
be a full-fledged container.
Maybe, maybe not.
I'm reluctant to add a copy of all functions to the containers just to
support shared. We don't have a const or
I know how opDispatch works. opDispatch is purely a syntax sugar (a
really neat one, IMO).
What I'm talking about is a way to choose between a set of functions,
based on the parameters.
It's basically dynamic overloading, but with additional ability to
overload, based on values (much like template
Obviously. I'm using rdmd currently, because my work primarily
consists of research and i didn't collect a large enough code base.
It's not fit for building lots of targets from a big code base.
pragma(lib, ...) is the tip of the iceberg, that I'm talking about.
On Wed, Oct 26, 2011 at 6:27 PM, Je
On 2011-10-26 14:20:54 +, "Steven Schveighoffer"
said:
If you have the same normalization, you would at least find all the vali d
instances. You'd have to eliminate false positives, by decoding the nex t
dchar after the match to see if it's a combining character. This would be
a simple
thread-awareness of D opens up a large heap of opportunities! They are
not utilized because of poor support. As soon as you start sharing
something, the libraries you use start to throw tons of errors.
i think the infamous __gshared is the "const" of shared.
On Wed, Oct 26, 2011 at 6:36 PM, Steven
Do anybody know a good implementation of dynamic overloading with
constraints i could use?
Maybe the one used in D for templates?
On 10/26/2011 12:51 AM, Nick Sabalausky wrote:
"Jeff Nowakowski" wrote in message
Nitpicking? Are you serious? GPL has provided immense benefits and
has been voluntarily adopted around the world,
So have the non-viral free licenses.
And if I said they were "Free as in dogshit", would this
This idea is still raw, so don't expect me to be able to answer to all
your question. This is just a general direction in which we could move
to improve the error reports, that occur when templates can't be
instantiated.
What if one could add ddoc comments to parts of the constraint, so
that both d
On 10/25/11 4:04 AM, Jacob Carlborg wrote:
On 2011-10-24 22:08, Jonathan M Davis wrote:
On Monday, October 24, 2011 11:23 Andrej Mitrovic wrote:
I'm not sure why it just stops after the first failing unittest
though. What is the point of that 'failed' counter?
It's a long standing issue that
Am 26.10.2011 10:56, schrieb Timon Gehr:
On 10/26/2011 07:49 AM, Benjamin Thaut wrote:
I recently tried to replace the deprecated overloading of new and delete
and came across a serious issue. You can not use std.conv.emplace with
null. If you pass null to it, null loses it's implicit casting
ca
Gor Gyolchanyan Wrote:
> I had a few thoughts about integrating build awareness into DMD.
> It would be really cool to add a flag to DMD to make it compile and
> link in all import-referenced modules.
> Also, it would be awesome to store basic build information in modules
> themselves in the form
On Wed, 26 Oct 2011 10:47:10 -0400, Gor Gyolchanyan
wrote:
thread-awareness of D opens up a large heap of opportunities! They are
not utilized because of poor support. As soon as you start sharing
something, the libraries you use start to throw tons of errors.
I agree shared is too rough to
Functions, overladed on different types of arrays will always fail
with empty arrays unless empty arrays have their own type.
On Wed, Oct 26, 2011 at 7:55 PM, Benjamin Thaut wrote:
> Am 26.10.2011 10:56, schrieb Timon Gehr:
>>
>> On 10/26/2011 07:49 AM, Benjamin Thaut wrote:
>>>
>>> I recently tr
I'm certainly interested in doing it, but I'm not familiar with that
IRC channel of yours.
If you need me, here's my skype: gor_f_gyolchanyan. Please mention
digitalmatr...@puremagic.com if you decide to sent an authorization
request.
I'm almost always available.
On Wed, Oct 26, 2011 at 8:01 PM, j
On 10/26/2011 05:55 PM, Benjamin Thaut wrote:
Am 26.10.2011 10:56, schrieb Timon Gehr:
On 10/26/2011 07:49 AM, Benjamin Thaut wrote:
I recently tried to replace the deprecated overloading of new and delete
and came across a serious issue. You can not use std.conv.emplace with
null. If you pass
I don't get why don't you like the idea of having a thread-safe
version of methods of containers, so they would be usable as shared
objects?
On Wed, Oct 26, 2011 at 8:08 PM, Steven Schveighoffer
wrote:
> On Wed, 26 Oct 2011 10:47:10 -0400, Gor Gyolchanyan
> wrote:
>
>> thread-awareness of D open
On 10/26/2011 04:36 PM, Steven Schveighoffer wrote:
On Wed, 26 Oct 2011 10:13:06 -0400, Gor Gyolchanyan
wrote:
It should have both shared and unshared implementations of methods to
be a full-fledged container.
Maybe, maybe not.
I'm reluctant to add a copy of all functions to the containers
Le 26/10/2011 09:20, Gor Gyolchanyan a écrit :
I agree. Null is a very common special-case value and overloading may
be necessary based on that special-case value. Currently doing so
means accepting any kind of typeless pointer (which is certainly not
desirable).
+1 for me ! And +1 for non nul
On Wednesday, October 26, 2011 04:44 Gor Gyolchanyan wrote:
> That's the problem - no working build tool exists for D.
> Why don't you like the idea of integrating build information in source
> code? I mean, that information does not change for a given source
> file.
That's just plain messy. And t
On Wednesday, October 26, 2011 08:40 David Gileadi wrote:
> On 10/25/11 4:04 AM, Jacob Carlborg wrote:
> > On 2011-10-24 22:08, Jonathan M Davis wrote:
> >> On Monday, October 24, 2011 11:23 Andrej Mitrovic wrote:
> >>> I'm not sure why it just stops after the first failing unittest
> >>> though. W
On Wednesday, October 26, 2011 03:04 bearophile wrote:
> Jonathan M Davis:
> > On Wednesday, October 26, 2011 11:15:20 Gor Gyolchanyan wrote:
> > > I see. But is there any practical advantage of a function being pure?
> > > I mean, besides an optimization hint for the compiler, of course.
> >
> >
On Wednesday, October 26, 2011 03:17 Steve Teale wrote:
> On Tue, 25 Oct 2011 23:45:58 -0700, Jonathan M Davis wrote:
> > On Wednesday, October 26, 2011 06:28:52 Steve Teale wrote:
> >> > An easy test is that if the interface takes a T[] as input, consider
> >> > a range instead. Ditto for output.
It's the #d channel on irc.freenode.net. I should have been more specific.
Gor Gyolchanyan Wrote:
> I'm certainly interested in doing it, but I'm not familiar with that
> IRC channel of yours.
> If you need me, here's my skype: gor_f_gyolchanyan. Please mention
> digitalmatr...@puremagic.com if y
Gor Gyolchanyan:
> The ddoc comments, preceding parts of template constraints would be
> used to specify why exactly did the template fail to instantiate, for
> example:
Good. Is it possible to do the same thing with unittests?
/// foo
unittest {
assert(false);
}
==>
foo unittest failed
But
On Wednesday, October 26, 2011 09:35 Timon Gehr wrote:
> On 10/26/2011 04:36 PM, Steven Schveighoffer wrote:
> > On Wed, 26 Oct 2011 10:13:06 -0400, Gor Gyolchanyan
> >
> > wrote:
> >> It should have both shared and unshared implementations of methods to
> >> be a full-fledged container.
> >
> >
The first version looks better and the compiler should output the
comment when the unittest fails.
I think all error comments should be marked in a special way to avoid
undesired effects.
On Wed, Oct 26, 2011 at 9:10 PM, bearophile wrote:
> Gor Gyolchanyan:
>
>> The ddoc comments, preceding parts
On Wednesday, October 26, 2011 10:10 bearophile wrote:
> Gor Gyolchanyan:
> > The ddoc comments, preceding parts of template constraints would be
> > used to specify why exactly did the template fail to instantiate, for
>
> > example:
> Good. Is it possible to do the same thing with unittests?
>
On Wed, 26 Oct 2011 12:35:32 -0400, Timon Gehr wrote:
On 10/26/2011 04:36 PM, Steven Schveighoffer wrote:
On Wed, 26 Oct 2011 10:13:06 -0400, Gor Gyolchanyan
wrote:
It should have both shared and unshared implementations of methods to
be a full-fledged container.
Maybe, maybe not.
I'm re
On Wed, 26 Oct 2011 12:21:56 -0400, Gor Gyolchanyan
wrote:
I don't get why don't you like the idea of having a thread-safe
version of methods of containers, so they would be usable as shared
objects?
Because it's vast copy-pasting of code. I'd rather wait for a better
solution or use a w
I agree. But how to address the template constraint problem then?
On Wed, Oct 26, 2011 at 9:16 PM, Jonathan M Davis wrote:
> On Wednesday, October 26, 2011 10:10 bearophile wrote:
>> Gor Gyolchanyan:
>> > The ddoc comments, preceding parts of template constraints would be
>> > used to specify why
Hello Robert,
Am 26.10.11 07:16, schrieb Robert Jacques:
On Tue, 25 Oct 2011 19:35:52 -0400, Jonny Dee wrote:
Am 25.10.11 16:41, schrieb Robert Jacques:
On Tue, 25 Oct 2011 09:40:47 -0400, Jonny Dee wrote:
[...]
Hi Robert,
Well, before I tell you what I would like to see I'll cite Wikiped
On Wed, 26 Oct 2011 17:34:09 +0200, Gor Gyolchanyan
wrote:
This idea is still raw, so don't expect me to be able to answer to all
your question. This is just a general direction in which we could move
to improve the error reports, that occur when templates can't be
instantiated.
What if one c
On 2011-10-26 13:44, Gor Gyolchanyan wrote:
That's the problem - no working build tool exists for D.
Why don't you like the idea of integrating build information in source
code? I mean, that information does not change for a given source
file.
* The compiler should only do one thing: compile co
On 2011-10-26 15:39, Martin Nowak wrote:
On Wed, 26 Oct 2011 12:26:56 +0200, Gor Gyolchanyan
wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awes
Am 26.10.11 19:16, schrieb Jonathan M Davis:
On Wednesday, October 26, 2011 10:10 bearophile wrote:
Gor Gyolchanyan:
The ddoc comments, preceding parts of template constraints would be
used to specify why exactly did the template fail to instantiate, for
example:
Good. Is it possible to do
On 2011-10-26 15:39, Martin Nowak wrote:
On Wed, 26 Oct 2011 12:26:56 +0200, Gor Gyolchanyan
wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awes
On Wednesday, October 26, 2011 10:26 Gor Gyolchanyan wrote:
> I agree. But how to address the template constraint problem then?
It's a completely separate issue. Being able to add comments which appear in
template constraint messages would definitely be valuable (though using
functions or eponym
On Wednesday, October 26, 2011 10:21 Steven Schveighoffer wrote:
> On Wed, 26 Oct 2011 12:35:32 -0400, Timon Gehr wrote:
> > On 10/26/2011 04:36 PM, Steven Schveighoffer wrote:
> >> On Wed, 26 Oct 2011 10:13:06 -0400, Gor Gyolchanyan
> >>
> >> wrote:
> >>> It should have both shared and unshared
I agree.
On Wed, Oct 26, 2011 at 10:35 PM, Jacob Carlborg wrote:
> On 2011-10-26 15:39, Martin Nowak wrote:
>>
>> On Wed, 26 Oct 2011 12:26:56 +0200, Gor Gyolchanyan
>> wrote:
>>
>>> I had a few thoughts about integrating build awareness into DMD.
>>> It would be really cool to add a flag to DMD
Not necessarily. You don't even need to have the entire function
synchronized. You can define your own synchronization blocks, using
the object's or classes monitor.
On Wed, Oct 26, 2011 at 10:41 PM, Jonathan M Davis wrote:
> On Wednesday, October 26, 2011 10:21 Steven Schveighoffer wrote:
>> On
On 24.10.2011 16:12, Steven Schveighoffer wrote:
The key here is, waiting on a condition atomically unlocks the mutex. If
waiting on a condition was allowed without locking the mutex, potentially
thread2 could miss thread1's signal, and you encounter a deadlock!
OK, thanks. For ages I didn
On 2011-10-26 16:27, Jesse Phillips wrote:
On Wed, 26 Oct 2011 14:26:56 +0400, Gor Gyolchanyan wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and link
in all import-referenced modules.
Also, it would be awe
On Wednesday, October 26, 2011 11:38 Jonny Dee wrote:
> I'd prefer this approach, too. For the following reason. I don't know if
> you know GoogleTest library [1] for C++. There you define unittests with
> symbols as names, too. And if you want to run your test suite you can
> filter the set of tes
Good points. I think if we add the notion of a predicate to D, things
would change dramatically.
Predicates would become the primary subject of such features, as:
* template constraints
* invariants
* in and out contracts
* unittests
* any other assertions and checks
* overloading
* conditional sta
On Wednesday, October 26, 2011 11:44 Gor Gyolchanyan wrote:
> Not necessarily. You don't even need to have the entire function
> synchronized. You can define your own synchronization blocks, using
> the object's or classes monitor.
True. If you take that approach, then you can sychronize portions
On 2011-10-26 18:01, jsternberg wrote:
Gor Gyolchanyan Wrote:
I had a few thoughts about integrating build awareness into DMD.
It would be really cool to add a flag to DMD to make it compile and
link in all import-referenced modules.
Also, it would be awesome to store basic build information in
On 10/26/2011 2:30 PM, Jacob Carlborg wrote:
I think the best approach would be to have a complete language for the
build scripts.
This is the approach I've taken with dsource.org/projects/cdc. That
language is D. It provides a library of common compilation tasks and
then you fill in the ma
On 10/26/2011 2:51 PM, Eric Poggel (JoeCoder) wrote:
On 10/26/2011 2:30 PM, Jacob Carlborg wrote:
I think the best approach would be to have a complete language for the
build scripts.
This is the approach I've taken with dsource.org/projects/cdc. That
language is D. It provides a library of co
On Wed, 26 Oct 2011 13:01:14 -0400, Jonathan M Davis wrote:
> On Wednesday, October 26, 2011 03:17 Steve Teale wrote:
>> On Tue, 25 Oct 2011 23:45:58 -0700, Jonathan M Davis wrote:
>> > On Wednesday, October 26, 2011 06:28:52 Steve Teale wrote:
>> >> > An easy test is that if the interface takes a
On 10/26/2011 2:55 PM, Eric Poggel (JoeCoder) wrote:
On 10/26/2011 2:51 PM, Eric Poggel (JoeCoder) wrote:
On 10/26/2011 2:30 PM, Jacob Carlborg wrote:
I think the best approach would be to have a complete language for the
build scripts.
This is the approach I've taken with dsource.org/project
On 2011-10-26 20:20, Jonny Dee wrote:
One more use case for reflection is data binding with GUI components.
This approach is heavily used in Windows Presentation Foundation library
[3,4]. GUI components can update an object's properties by using
reflection. You don't need to register listeners fo
1 - 100 of 148 matches
Mail list logo