On 2013-02-13 21:19, Walter Bright wrote:
The any in std.algorithm is defined:
--
bool any(alias pred, Range)(Range range);
Returns true if and only if a value v satisfying the predicate pred can
be found in the forward range range. Performs Ο(r.length) evaluations of
pred.
---
Walter Bright:
The trivial ones should not be added to Phobos,
The situation is not that simple. Just a general (not specific)
note on this topic: Haskell has a standard module named "Prelude"
that is usually loaded automatically at the start. It contains
several commonly useful functions,
On 2/14/2013 12:12 AM, Jacob Carlborg wrote:
On 2013-02-13 21:19, Walter Bright wrote:
The any in std.algorithm is defined:
--
bool any(alias pred, Range)(Range range);
Returns true if and only if a value v satisfying the predicate pred can
be found in the forward range range. Per
On Android stock browser David Simcha is the last in the list.
On 2/14/2013 12:32 AM, bearophile wrote:
Walter Bright:
The trivial ones should not be added to Phobos,
The situation is not that simple.
The trouble is, where do you stop adding trivia? How about this one:
T addThree(T t) { return t + 3; }
?
A good interface design has the *minimum*
On Thursday, 14 February 2013 at 09:54:12 UTC, Dicebot wrote:
On Android stock browser David Simcha is the last in the list.
Thank you I'm not the only one :D
BTW, looking at the source, everybody is here.
On Thursday, 14 February 2013 at 01:05:38 UTC, Andrei
Alexandrescu wrote:
Upvote and spread the word!
http://www.reddit.com/r/programming/comments/18hdsq/dconf_2013_funded_on_kickstarter_and_hosted_by/
Andrei
Upvoted and cross posted to HN.
http://news.ycombinator.com/item?id=5218919
On 2013-02-14 10:46, Walter Bright wrote:
I don't understand why one would go around the horn to just check for
!empty.
I've tried to explain, it shows what the intention is.
Instead of "str.length == 0" I use "str.empty". Instead of "!str.empty"
I like to use "str.any".
It's not a big dea
On 2/14/13 1:38 AM, xenon325 wrote:
On Thursday, 14 February 2013 at 01:05:38 UTC, Andrei Alexandrescu wrote:
Upvote and spread the word!
http://www.reddit.com/r/programming/comments/18hdsq/dconf_2013_funded_on_kickstarter_and_hosted_by/
Andrei
Bug:
if I click on the "Sponsors" link, naviga
On Tue, 12 Feb 2013 12:38:53 -, Jacob Carlborg wrote:
* std.getopt - Doesn't support the following:
* Required arguments
* Restricting the values of a given argument
* No way to automatically create a help/usage list out of the
arguments
* Handling positional arguments
* No
On 2013-02-14 11:58:12 +, Jacob Carlborg said:
On 2013-02-14 10:46, Walter Bright wrote:
I don't understand why one would go around the horn to just check for
!empty.
I've tried to explain, it shows what the intention is.
Instead of "str.length == 0" I use "str.empty". Instead of "!str
On 2/14/13 6:58 AM, Jacob Carlborg wrote:
On 2013-02-14 10:46, Walter Bright wrote:
I don't understand why one would go around the horn to just check for
!empty.
I've tried to explain, it shows what the intention is.
Instead of "str.length == 0" I use "str.empty". Instead of "!str.empty"
I l
Dear Friends,
I have a callback function which will be called back so many
times, say at every second for a week.
void TimerCallback(int number)
{
Statement_1;
if(number == MY_MAGIC_NUMBER)
{
/*
I have been waiting for this so far. Now, I have got
want I want.
On Thursday, 14 February 2013 at 13:14:47 UTC, Gopan wrote:
Dear Friends,
I have a callback function which will be called back so many
times, say at every second for a week.
void TimerCallback(int number)
{
Statement_1;
if(number == MY_MAGIC_NUMBER)
{
/*
I have be
Hello,
D (complete) newbie here.
Being sick of C/C++ I would like to write my next library in D
lang. It seems that wrting Win DLL is easy or perhaps workable at
least (http://dlang.org/dll.html ), but what about other OSes,
Linux at least? And iOS + OS X?
Specifically, I need to write libr
On Thu, 14 Feb 2013 06:58:12 -0500, Jacob Carlborg wrote:
On 2013-02-14 10:46, Walter Bright wrote:
I don't understand why one would go around the horn to just check for
!empty.
I've tried to explain, it shows what the intention is.
Instead of "str.length == 0" I use "str.empty". Instead o
On Thu, 14 Feb 2013 09:28:25 -0500, Steven Schveighoffer
wrote:
bool any(R)(R r) if(isInputRange!R) { return !r.empty;}
BTW, I noticed 'any' is not listed in the std.algorithm documentation at
the top, even though it is in the docs. Is that a bug with DDoc, or just
bad maintenance?
-
This is extremely useful to simplify text editing in wikis, bugzilla and
github.
https://github.com/davidben/embedded-emacs
Specifically, I need to write library usable from Python. There's PYD, I
know, but in general, if I wanted to call that library from other
languages using C interface, how well it works in practice?
see "Status of Dynamically Loadable D Libraries" post from
http://forum.dlang.org/thread/sixndlza
On Thursday, 14 February 2013 at 13:14:47 UTC, Gopan wrote:
Dear Friends,
I have a callback function which will be called back so many
times, say at every second for a week.
void TimerCallback(int number)
{
Statement_1;
if(number == MY_MAGIC_NUMBER)
{
/*
I have be
On 2013-02-14 13:42, Andrei Alexandrescu wrote:
I understand. Adding functions such as the negation of empty becomes a
judgment call.
Phobos does have quite a few simple functions that could be easily
achieved through expression composition (e.g. trim) or statement
composition (e.g. enforce). S
On 2013-02-14 15:28, Steven Schveighoffer wrote:
Would this work?
bool any(R)(R r) if(isInputRange!R) { return !r.empty;}
Yes, I already have something similar. Actually I have this:
@property bool any (T) (T value) if (__traits(compiles, { bool a =
value.empty; }))
{
return !value.emp
On 2013-02-14 13:42, Andrei Alexandrescu wrote:
I understand. Adding functions such as the negation of empty becomes a
judgment call.
Phobos does have quite a few simple functions that could be easily
achieved through expression composition (e.g. trim) or statement
composition (e.g. enforce). S
On 2013-02-14 13:20, Regan Heath wrote:
Just a minor point from me. I reckon the functionality you want can and
should be built on top of std.getopt.
As others have said you could either do this first and get it submitted
to phobos, and then work on the other issues and getting Orbit itself in
On 2013-02-14 13:20, Regan Heath wrote:
Just a minor point from me. I reckon the functionality you want can and
should be built on top of std.getopt.
The thing is that most of this is already present and working in the
argument parser in Tango. The rest I've added myself. I don't feel too
e
On 2013-02-14 21:05, John Colvin wrote:
The only purpose of this is to make code more readable, correct?
Yes, exactly.
(The few extra keystrokes to write !a.empty seem negligable).
It fails at that, because "any" means something different to a lot of
people, creating confusion as opposed to
On Thursday, 14 February 2013 at 19:57:25 UTC, Jacob Carlborg
wrote:
On 2013-02-14 15:28, Steven Schveighoffer wrote:
Would this work?
bool any(R)(R r) if(isInputRange!R) { return !r.empty;}
Yes, I already have something similar. Actually I have this:
@property bool any (T) (T value) if (__
15-Feb-2013 00:03, Jacob Carlborg пишет:
On 2013-02-14 13:20, Regan Heath wrote:
Just a minor point from me. I reckon the functionality you want can and
should be built on top of std.getopt.
As others have said you could either do this first and get it submitted
to phobos, and then work on th
On 2013-02-14 21:14, Dmitry Olshansky wrote:
I believe that the idea is that any amount of helpers is fine as long as
they are private and don't obfuscate code. Phobos contains a lot tiny
helpers that _might_ be useful but not exposed because of dubious
general utility and potentially confusing
On Thursday, 14 February 2013 at 19:54:28 UTC, Jacob Carlborg
wrote:
D has "any" (previously an overload of "canFind") as an
algorithm that
finds whether at least one element of a range satisfies a
condition,
otherwise writable as "!r.find!(a => condition).empty". The
convenience/mechanics/gene
On 2013-02-14 21:23, tn wrote:
Yes for a default predicate, BUT I think it should be "a => a" (that is,
identity function) instead of "a => true". Same default predicate should
be applied to "all" function as well. This way the behavior with boolean
ranges would match the behavior of "any" and "
15-Feb-2013 00:18, Jacob Carlborg пишет:
On 2013-02-14 21:14, Dmitry Olshansky wrote:
I believe that the idea is that any amount of helpers is fine as long as
they are private and don't obfuscate code. Phobos contains a lot tiny
helpers that _might_ be useful but not exposed because of dubious
On Thursday, 14 February 2013 at 20:04:44 UTC, Jacob Carlborg
wrote:
On 2013-02-14 13:20, Regan Heath wrote:
Just a minor point from me. I reckon the functionality you
want can and
should be built on top of std.getopt.
The thing is that most of this is already present and working
in the ar
On Thu, 14 Feb 2013 14:57:25 -0500, Jacob Carlborg wrote:
On 2013-02-14 15:28, Steven Schveighoffer wrote:
Would this work?
bool any(R)(R r) if(isInputRange!R) { return !r.empty;}
Yes, I already have something similar. Actually I have this:
@property bool any (T) (T value) if (__traits(co
On Thursday, 14 February 2013 at 20:28:23 UTC, Jacob Carlborg
wrote:
On 2013-02-14 21:23, tn wrote:
Yes for a default predicate, BUT I think it should be "a => a"
(that is,
identity function) instead of "a => true". Same default
predicate should
be applied to "all" function as well. This way t
On Thursday, 14 February 2013 at 20:33:35 UTC, Dmitry Olshansky
wrote:
About serialization (that seems the biggest roadblock) - what
exactly does Orbit need it for? Maybe it can be decoupled
and/or easily re-written by hand until Orange or similar stuff
gets into Phobos.
I personally don't se
On 2/14/2013 1:00 PM, Steven Schveighoffer wrote:
On Thu, 14 Feb 2013 14:57:25 -0500, Jacob Carlborg wrote:
On 2013-02-14 15:28, Steven Schveighoffer wrote:
Would this work?
bool any(R)(R r) if(isInputRange!R) { return !r.empty;}
Yes, I already have something similar. Actually I have this
On 2013-02-14 22:00, Steven Schveighoffer wrote:
The other things, such as xml, I think are more troublesome. This seems
like a trivial problem with a trivial solution.
Yes, so what about the other things, such as xml. Any suggestions?
--
/Jacob Carlborg
On 2013-02-14 22:21, John Colvin wrote:
I personally don't see why orange can't just be included as part of
orbit. It's written and maintained by the same person after all.
Sure it can. Would that be ok?
--
/Jacob Carlborg
On 2013-02-14 21:33, Dmitry Olshansky wrote:
Then there are these ways forward IMHO:
a) Admit that tango for D2 exists (easy) and bundle it with DMD (the
hard/not likely/inconvenient part)
Yeah, that would be the easy and IMHO the best solution.
b) Agree that we need to port it and issue a c
On 2013-02-14 21:41, Dicebot wrote:
May I be of help? I'd gladly spent some efforts on improving std.getopt
given some official design direction.
I won't stopped you. But I think it's unnecessary since we already have
code that is working perfectly fine.
--
/Jacob Carlborg
On Thursday, 14 February 2013 at 21:40:41 UTC, Jacob Carlborg
wrote:
On 2013-02-14 22:21, John Colvin wrote:
I personally don't see why orange can't just be included as
part of
orbit. It's written and maintained by the same person after
all.
Sure it can. Would that be ok?
I would see it as
On Thursday, 14 February 2013 at 21:50:46 UTC, Jacob Carlborg
wrote:
I won't stopped you. But I think it's unnecessary since we
already have code that is working perfectly fine.
Well, I am one of those who does not like Tango dependencies. If
something important is missing in standard option mo
On Monday, 11 February 2013 at 17:19:16 UTC, Dmitry Olshansky
wrote:
Nice one!
There got to be size_t.sizeof printed somewhere ... :)
It would be 4; MinGW for Win64 uses SEH, and LLVM still doesn't
support that (although there is hope).
David
On Thu, 14 Feb 2013 16:38:24 -0500, Jacob Carlborg wrote:
On 2013-02-14 22:00, Steven Schveighoffer wrote:
The other things, such as xml, I think are more troublesome. This seems
like a trivial problem with a trivial solution.
Yes, so what about the other things, such as xml. Any suggestio
On Monday, 11 February 2013 at 21:50:35 UTC, Nick Sabalausky
wrote:
...and then my thoughts jumped straight to: Holy shit!!
:)
Fantastic news!
Don't get too excited. ;) There is still a lot to do, several
test cases/unit tests still fail (mainly FP precision and ABI
related).
But, yes, no
On 2013-02-14 21:38:24 +, Jacob Carlborg said:
On 2013-02-14 22:00, Steven Schveighoffer wrote:
The other things, such as xml, I think are more troublesome. This seems
like a trivial problem with a trivial solution.
Yes, so what about the other things, such as xml. Any suggestions?
I
On Monday, 11 February 2013 at 13:33:28 UTC, Iain Buclaw wrote:
This feature has been around for some time (somewhere in
lexer.c iirc) -
have you really only just added LDC into it David?
LLVM hasn't had support for Exceptions in Windows, Hence the
begining
version (Windows) {} else static
David Nadlinger:
I would very much appreciate any help on crushing the remaining
bugs (it's not rocket science), see
http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for build
instructions.
Why don't you create one zip or rar, that a user unpacks, adds a
path, and tries the compiler?
Bye,
On 2/14/13, David Nadlinger wrote:
> I would very much appreciate any help on crushing the remaining
> bugs (it's not rocket science), see
> http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for build
> instructions.
I suppose I'll give this a try tonight. However these steps should
really be part
On Thursday, 14 February 2013 at 23:19:38 UTC, bearophile wrote:
David Nadlinger:
I would very much appreciate any help on crushing the
remaining bugs (it's not rocket science), see
http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for build
instructions.
Why don't you create one zip or rar,
David Nadlinger:
Because it's not ready for general consumption yet.
If trying the compiler is so complex/hard/time consuming as it
looks, I will probably not try it. And maybe other people will do
the same. So it will take even more time to find its bugs.
Bye,
bearophile
On Friday, 15 February 2013 at 00:02:00 UTC, bearophile wrote:
David Nadlinger:
Because it's not ready for general consumption yet.
If trying the compiler is so complex/hard/time consuming as it
looks, I will probably not try it. And maybe other people will
do the same. So it will take even
On Thursday, February 14, 2013 17:45:04 Michel Fortin wrote:
> On 2013-02-14 21:38:24 +, Jacob Carlborg said:
> > On 2013-02-14 22:00, Steven Schveighoffer wrote:
> >> The other things, such as xml, I think are more troublesome. This seems
> >> like a trivial problem with a trivial solution.
>
On Friday, February 15, 2013 00:33:34 Dmitry Olshansky wrote:
> a) Admit that tango for D2 exists (easy) and bundle it with DMD (the
> hard/not likely/inconvenient part)
There's a big difference between admitting it exists (I don't think that anyone
denies that it does) and treating it as part of
On Thursday, 14 February 2013 at 01:05:38 UTC, Andrei
Alexandrescu wrote:
Upvote and spread the word!
http://www.reddit.com/r/programming/comments/18hdsq/dconf_2013_funded_on_kickstarter_and_hosted_by/
Andrei
So another important question. Do you know which talk will be
recorded or not ? I h
On Thursday, 14 February 2013 at 10:06:09 UTC, deadalnix wrote:
On Thursday, 14 February 2013 at 09:54:12 UTC, Dicebot wrote:
On Android stock browser David Simcha is the last in the list.
Thank you I'm not the only one :D
BTW, looking at the source, everybody is here.
OK, did some investig
druntime has a hash implementation in module rt.util.hash that
looks pretty useful, but isn't publicaly exported by the library
anywhere.
Does phobos or druntime offer a public hash function like that?
If no, can it expose this one?
On Fri, Feb 15, 2013 at 03:12:15AM +0100, deadalnix wrote:
> On Thursday, 14 February 2013 at 10:06:09 UTC, deadalnix wrote:
> >On Thursday, 14 February 2013 at 09:54:12 UTC, Dicebot wrote:
> >>On Android stock browser David Simcha is the last in the list.
> >
> >Thank you I'm not the only one :D
>
On Fri, Feb 15, 2013 at 03:26:28AM +0100, Adam D. Ruppe wrote:
> druntime has a hash implementation in module rt.util.hash that looks
> pretty useful, but isn't publicaly exported by the library anywhere.
>
> Does phobos or druntime offer a public hash function like that? If
> no, can it expose th
On 07/28/2012 02:08 AM, David Nadlinger wrote:
1) Remove the distinction between @safe and @trusted at the interface
(ABI, API) level. This implies changing the name mangling of @trusted to
Nf, and consequently removing the distinction in DMD altogether (at
least in user-facing parts like .stri
http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for build
instructions.
It seems there is a bug in the MinGW TLS support patch linked
from that page. This line:
+DAG.getExternalSymbol("_tls_array"), getPointerTy());
should be
+DAG.getExternalSymbol("_tls_array", getPointerTy
On 2/14/13 9:08 PM, deadalnix wrote:
On Thursday, 14 February 2013 at 01:05:38 UTC, Andrei Alexandrescu wrote:
Upvote and spread the word!
http://www.reddit.com/r/programming/comments/18hdsq/dconf_2013_funded_on_kickstarter_and_hosted_by/
Andrei
So another important question. Do you know wh
On 2/14/2013 6:06 PM, Jonathan M Davis wrote:
Anyone is free to use Tango in their own apps, just like they're free to use
any 3rd party library. The problem is that Andrei doesn't want anything to be
"official" unless it only depends on official stuff (I don't know how Walter
feels
about that).
On Friday, 15 February 2013 at 02:26:31 UTC, Adam D. Ruppe wrote:
druntime has a hash implementation in module rt.util.hash that
looks pretty useful, but isn't publicaly exported by the
library anywhere.
Does phobos or druntime offer a public hash function like that?
If no, can it expose this
On Friday, 15 February 2013 at 02:41:47 UTC, jerro wrote:
http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for build
instructions.
It seems there is a bug in the MinGW TLS support patch linked
from that page. This line:
+DAG.getExternalSymbol("_tls_array"), getPointerTy());
should be
On 02/15/2013 03:49 AM, David Nadlinger wrote:
> On Fri, Feb 15, 2013 at 3:31 AM, Martin Nowak wrote:
>> Having the distinction at the API level makes perfectly sense for this.
>
> Sorry, but where is the argument here?
>
> David
If you switch the perspective @trusted allows you to put a constra
On Thursday, 14 February 2013 at 15:45:08 UTC, Martin Nowak wrote:
This is extremely useful to simplify text editing in wikis,
bugzilla and github.
https://github.com/davidben/embedded-emacs
For the record, MediaWiki (the wiki engine used on
wiki.dlang.org) allows setting up an external edito
On Friday, 15 February 2013 at 04:09:36 UTC, Martin Nowak wrote:
On 02/15/2013 03:49 AM, David Nadlinger wrote:
> On Fri, Feb 15, 2013 at 3:31 AM, Martin Nowak
wrote:
>> Having the distinction at the API level makes perfectly
sense for this.
>
> Sorry, but where is the argument here?
>
> David
On Friday, 15 February 2013 at 02:31:08 UTC, Martin Nowak wrote:
...
It's probably not feasible to translate @system to javascript
for example [1].
...
Yes it's feasible.
15-Feb-2013 01:40, Jacob Carlborg пишет:
On 2013-02-14 22:21, John Colvin wrote:
I personally don't see why orange can't just be included as part of
orbit. It's written and maintained by the same person after all.
Sure it can. Would that be ok?
It could then the only roadblock is dependenc
15-Feb-2013 01:49, Jacob Carlborg пишет:
On 2013-02-14 21:33, Dmitry Olshansky wrote:
[snip]
Regardless I think reducing dependencies is the important for inclusion
of any new component into the "D core".
In general I think that the D community should embrace all
developers/contributors and ex
On Thursday, 14 February 2013 at 01:05:38 UTC, Andrei
Alexandrescu wrote:
Upvote and spread the word!
http://www.reddit.com/r/programming/comments/18hdsq/dconf_2013_funded_on_kickstarter_and_hosted_by/
Andrei
http://dconf.org/talks/gertzfield.html
Gertzfield's bio is cut off. I see first lin
On 2013-02-15 03:26, Adam D. Ruppe wrote:
druntime has a hash implementation in module rt.util.hash that looks
pretty useful, but isn't publicaly exported by the library anywhere.
Does phobos or druntime offer a public hash function like that? If no,
can it expose this one?
TypeInfo has a "get
On Friday, 15 February 2013 at 06:44:57 UTC, Dmitry Olshansky
wrote:
15-Feb-2013 01:49, Jacob Carlborg пишет:
On 2013-02-14 21:33, Dmitry Olshansky wrote:
[snip]
Regardless I think reducing dependencies is the important for
inclusion
of any new component into the "D core".
In general I think
75 matches
Mail list logo