On Sun, 28 Dec 2014 06:40:08 +
via Digitalmars-d wrote:
> That's a different topic. The tail of this thread has been a
> sensible concern about featuritis, and eles expressed a solution
> which someone agreed to.
some people reading this in their e-mail clients, and see no "tails",
but a tr
On Sunday, 28 December 2014 at 06:10:39 UTC, ketmar via
Digitalmars-d wrote:
i bet that topic with the name "DIP66 has been approved
contingent to a
few amendments as noted" is the best place for this. dedicated
forum
can't be better!
That's a different topic. The tail of this thread has been
On Sun, 28 Dec 2014 06:01:39 +
via Digitalmars-d wrote:
> On Sunday, 28 December 2014 at 05:55:02 UTC, ketmar via
> Digitalmars-d wrote:
> > start a site. call for arms. close a site if there will be not
> > enough
> > tension. writing "yes, resurrect D1!" here will do nothing for
> > the
On Sunday, 28 December 2014 at 05:55:02 UTC, ketmar via
Digitalmars-d wrote:
start a site. call for arms. close a site if there will be not
enough
tension. writing "yes, resurrect D1!" here will do nothing for
the
project: people just have no place to go if they are interested.
Step 1: figure
On Sun, 28 Dec 2014 05:48:45 +
via Digitalmars-d wrote:
> On Sunday, 28 December 2014 at 05:42:07 UTC, ketmar via
> Digitalmars-d wrote:
> > BS. to make something happen just START DOING IT.
>
> No, there are way to many projects in the D community that goes
> like that. You need to find c
On Sunday, 28 December 2014 at 05:42:07 UTC, ketmar via
Digitalmars-d wrote:
BS. to make something happen just START DOING IT.
No, there are way to many projects in the D community that goes
like that. You need to find common ground, if only 1-2 people
want it then you cannot sustain it.
On Sun, 28 Dec 2014 05:11:35 +
via Digitalmars-d wrote:
> On Sunday, 28 December 2014 at 05:06:42 UTC, ketmar via
> Digitalmars-d wrote:
> > i don't need D1, and i'm not interested in D1. so sure, i can
> > help if the payment will be big enough.
>
> Then your comment makes no sense. If pe
On Sunday, 28 December 2014 at 05:06:42 UTC, ketmar via
Digitalmars-d wrote:
i don't need D1, and i'm not interested in D1. so sure, i can
help if the payment will be big enough.
Then your comment makes no sense. If people want trim down and
refactor D2 then they need to communicate in order t
On Sun, 28 Dec 2014 04:53:51 +
via Digitalmars-d wrote:
> On Saturday, 27 December 2014 at 19:18:04 UTC, ketmar via
> Digitalmars-d wrote:
> > On Sat, 27 Dec 2014 14:01:50 +
> > newbe via Digitalmars-d wrote:
> >
> >> yes - please resurrect D1!!!
> >>
> >> +100
> >
> > do you *
On Saturday, 27 December 2014 at 19:18:04 UTC, ketmar via
Digitalmars-d wrote:
On Sat, 27 Dec 2014 14:01:50 +
newbe via Digitalmars-d wrote:
yes - please resurrect D1!!!
+100
do you *really* need it? then DO IT.
Are you willing to help out, ketmar?
Walter and I have been working on revamping DIP25, which focuses on
tightening the screws of ref. This should then simplify DIP69 significantly.
Please comment: http://wiki.dlang.org/DIP25
Thanks,
Andrei
On Sunday, 28 December 2014 at 01:00:49 UTC, Walter Bright wrote:
This is so bad there isn't even a direct link to it, it hides
in shame. Just go here:
http://dlang.org/phobos/std_encoding.html#.transcode
and scroll up one entry. Here it is:
size_t encode(Tgt, Src, R)(in Src[] s, R ran
On 12/28/2014 7:49 AM, Tobias Pankrath wrote:
On Saturday, 27 December 2014 at 22:14:41 UTC, Robert burner
Schadek wrote:
On Saturday, 15 November 2014 at 01:43:07 UTC, Robert burner Schadek
wrote:
This PR https://github.com/D-Programming-Language/phobos/pull/2724
adds an generic way of handlin
On Sunday, 28 December 2014 at 01:00:49 UTC, Walter Bright wrote:
Anyone want to take this on?
http://forum.dlang.org/post/mailman.3669.1419707884.9932.digitalmar...@puremagic.com
Really sorry it has fallen on you.
This is so bad there isn't even a direct link to it, it hides in shame. Just go
here:
http://dlang.org/phobos/std_encoding.html#.transcode
and scroll up one entry. Here it is:
size_t encode(Tgt, Src, R)(in Src[] s, R range);
Encodes c in units of type E and writes the result to the
On 28/12/2014 7:20 a.m., Dmitry wrote:
On Friday, 26 December 2014 at 22:01:30 UTC, user wrote:
don't use crap - use
I didn't use any of both it, so this raises the question...
Why you thinking that it is crap? What advantages have dfl2?
And: "dfl2 is a GUI library for windows". It's Windows o
On 12/27/2014 2:57 PM, Andrei Alexandrescu wrote:
On 12/27/14 3:42 AM, Jacob Carlborg wrote:
There's also "split" vs "splitter" and "join" vs "joiner". This doesn't
make it easier.
Not to mention findSplit - my all-times favorite. -- Andrei
Just a minute Doc lets not start splitting hares!
On 12/27/14 12:32 AM, Mike Parker wrote:
On Friday, 26 December 2014 at 16:21:24 UTC, Andrei Alexandrescu wrote:
I thought the std.algorithm stuff is decently documented. What would
be the major pain points? -- Andrei
It's fine for someone who is familiar enough with D to decipher it.
Consider
On 12/27/14 3:42 AM, Jacob Carlborg wrote:
There's also "split" vs "splitter" and "join" vs "joiner". This doesn't
make it easier.
Not to mention findSplit - my all-times favorite. -- Andrei
On Saturday, 27 December 2014 at 22:14:41 UTC, Robert burner
Schadek wrote:
On Saturday, 15 November 2014 at 01:43:07 UTC, Robert burner
Schadek wrote:
This PR
https://github.com/D-Programming-Language/phobos/pull/2724
adds an generic way of handling Exception in Range processing.
quickfur and
On 12/27/2014 2:14 PM, David Nadlinger wrote:
On Saturday, 27 December 2014 at 20:24:27 UTC, Walter Bright wrote:
4. some terms need exposition, like: "Implements the homonym function present
in various programming languages of functional flavor." I have no idea what
that means. Googling "homony
On Saturday, 15 November 2014 at 01:43:07 UTC, Robert burner
Schadek wrote:
This PR
https://github.com/D-Programming-Language/phobos/pull/2724 adds
an generic way of handling Exception in Range processing.
quickfur and Dicebot ask me to start a thread here so the
concept could be discussed.
On Saturday, 27 December 2014 at 20:24:27 UTC, Walter Bright
wrote:
4. some terms need exposition, like: "Implements the homonym
function present in various programming languages of functional
flavor." I have no idea what that means. Googling "homonym
function" doesn't produce anything that loo
On Wednesday, 17 December 2014 at 12:26:48 UTC, Gary Willoughby
wrote:
On Wednesday, 17 December 2014 at 10:35:25 UTC, FrankLike wrote:
Dgui is very good,but what status is about now?
FrankLike please stop asking about DGui's status here, it's
very annoying.
http://forum.dlang.org/thread/ll
On 12/26/2014 8:21 AM, Andrei Alexandrescu wrote:
I thought the std.algorithm stuff is decently documented. What would be the
major pain points? -- Andrei
A large number of the algorithms lack one or more of:
1. examples
2. any mention of what they return, and if they do, they do not use a Re
On Saturday, 27 December 2014 at 18:21:00 UTC, Dmitry wrote:
On Friday, 26 December 2014 at 22:01:30 UTC, user wrote:
don't use crap - use
I didn't use any of both it, so this raises the question...
Why you thinking that it is crap? What advantages have dfl2?
I think the post might have been
On Sat, 27 Dec 2014 16:39:43 +
Suliman via Digitalmars-d wrote:
> Could anybody explain would it hard to create port DMD to
> HelenOS, and what needed for it?
i don't remember if it has proper TLS support. and what the state of
posix emulation libraries there.
the basic questions are TLS su
On 12/27/2014 12:32 AM, Mike Parker wrote:
Wtf is ElementType? Where is R defined? Searching the site for "random-access
range" will eventually bear fruit, it doesn't help in understanding the whole
function.
A token improvement:
https://github.com/D-Programming-Language/phobos/pull/2812
On Sat, 27 Dec 2014 14:01:50 +
newbe via Digitalmars-d wrote:
> yes - please resurrect D1!!!
>
> +100
do you *really* need it? then DO IT.
signature.asc
Description: PGP signature
On Sat, 27 Dec 2014 16:50:34 +
newbe via Digitalmars-d wrote:
> troll? it doesn't fit your opinion?
>
> well I won't write anymore - therefore you win.
bingo!
signature.asc
Description: PGP signature
On Fri, 26 Dec 2014 22:01:27 +
user via Digitalmars-d wrote:
> don't use crap - use
>
> http://forum.dlang.org/thread/ovgoajvboltrtciqf...@forum.dlang.org
>
> it is great. works for 64bit!!
it's complete crap, as it works only for windoze.
signature.asc
Description: PGP signature
On Sat, 27 Dec 2014 12:46:09 +0100
Jacob Carlborg via Digitalmars-d wrote:
> What we need is simplified signatures in the documentation. The template
> constrains could be hidden, then have a button to show them. Same thing
> with special default values, i.e. __FILE__, __LINE__ and so on.
i agr
On Friday, 26 December 2014 at 22:01:30 UTC, user wrote:
don't use crap - use
I didn't use any of both it, so this raises the question...
Why you thinking that it is crap? What advantages have dfl2?
And: "dfl2 is a GUI library for windows". It's Windows only. And
Dlang UI: "Crossplatform (Win3
On Saturday, 27 December 2014 at 17:53:08 UTC, Suliman wrote:
Helen OS do not have Posix-compatibility.
It may not be certified as fully Posix-compliant, but it
certainly seems to have some support. The open question is how
much it supports the parts that dmd/druntime/phobos use.
Helen OS do not have Posix-compatibility.
On Saturday, 27 December 2014 at 16:44:35 UTC, Dicebot wrote:
You can't speak about resurrecting language without considering
costs of resurrecting the toolchain - unless one wants to write
programs exclusively with pen and paper of course.
That's true, because the gap in developping the toolc
On Saturday, 27 December 2014 at 16:39:44 UTC, Suliman wrote:
It's not related with D topic, but maybe it would be
interesting for some programmers.
Could anybody explain would it hard to create port DMD to
HelenOS, and what needed for it?
http://www.helenos.org/node/139
image to play http:/
troll? it doesn't fit your opinion?
well I won't write anymore - therefore you win.
On Saturday, 27 December 2014 at 16:44:35 UTC, Dicebot wrote:
You can't speak about resurrecting language without considering
costs of resurrecting the toolchain - unless one wants to write
programs exclusive
On Saturday, 27 December 2014 at 16:44:35 UTC, Dicebot wrote:
You can't speak about resurrecting language without considering
costs of resurrecting the toolchain - unless one wants to write
programs exclusively with pen and paper of course.
But I do recognize the troll pattern now, thanks.
S
You can't speak about resurrecting language without considering
costs of resurrecting the toolchain - unless one wants to write
programs exclusively with pen and paper of course.
But I do recognize the troll pattern now, thanks.
It's not related with D topic, but maybe it would be interesting
for some programmers.
Could anybody explain would it hard to create port DMD to
HelenOS, and what needed for it?
http://www.helenos.org/node/139
image to play http://www.qemu-advent-calendar.org/#day-20
+1
You are stating the situation absolutely correct! Exactly the
same is happening now what happened with the decision to get a
release version D1 and start with D2.
it has been an experiment ever since with D2 and I quit the rat
race - keeping up with bad docs, features I don't need etc..
On
On Saturday, 27 December 2014 at 14:27:09 UTC, Dicebot wrote:
On Wednesday, 24 December 2014 at 14:27:38 UTC, eles wrote:
On Wednesday, 24 December 2014 at 13:54:24 UTC, Dicebot wrote:
On Wednesday, 24 December 2014 at 13:16:32 UTC, eles wrote:
On Wednesday, 24 December 2014 at 12:59:33 UTC, Di
On 2014-12-25 10:29, Martin Nowak wrote:
On Monday, 22 December 2014 at 11:55:36 UTC, Kagamin wrote:
- delegates is another type system hole, if it's not going to be
fixed, then it should be documented
We did fix a few things there, are the rest filed in Bugzilla?
- members of Object
???
On 2014-12-25 10:11, Martin Nowak wrote:
That's not really a language thing, but indeed important.
Add OS X to that.
--
/Jacob Carlborg
On Saturday, 27 December 2014 at 15:13:07 UTC, Jacob Carlborg
wrote:
On 2014-12-27 13:32, Nick Treleaven wrote:
FWIW Apple's recent Swift has @autoclosure, which is the same
as lazy.
It's needed to implement assert in Swift.
Doesn't Scala have something similar.
Yes, both Simula and Scala
On 2014-12-27 13:32, Nick Treleaven wrote:
FWIW Apple's recent Swift has @autoclosure, which is the same as lazy.
It's needed to implement assert in Swift.
Doesn't Scala have something similar.
--
/Jacob Carlborg
On Saturday, 27 December 2014 at 14:59:58 UTC, newbe wrote:
does that mean, that sociomantics is writing crappy, fault prone
and unusable software?
they are the praised light on D's sky when evangelizing D, even
if everybody thinks they are using D2.
are they dumb or just uneducated?
That means
does that mean, that sociomantics is writing crappy, fault prone
and unusable software?
they are the praised light on D's sky when evangelizing D, even
if everybody thinks they are using D2.
are they dumb or just uneducated?
On Saturday, 27 December 2014 at 14:27:09 UTC, Dicebot wrote:
On Wedn
Dicebot:
It sounds like you have overly positive memories of D1. Working
with it daily and especially dealing with all the compiler bugs
we had back then
I used to find a new D1 compiler bug about every 20 lines of my
code. This isn't nice.
Bye,
bearophile
On Wednesday, 24 December 2014 at 14:27:38 UTC, eles wrote:
On Wednesday, 24 December 2014 at 13:54:24 UTC, Dicebot wrote:
On Wednesday, 24 December 2014 at 13:16:32 UTC, eles wrote:
On Wednesday, 24 December 2014 at 12:59:33 UTC, Dicebot wrote:
On Tuesday, 23 December 2014 at 15:49:46 UTC, And
Is anyone keeping a repository of possible answers to "The Computer
Language Benchmark Game"?
Should there also be a repository for D solutions to "The Matasano
Crypto Challenges"?
--
Russel.
=
Dr Russel Winder t: +
yes - please resurrect D1!!!
+100
On Wednesday, 24 December 2014 at 13:16:32 UTC, eles wrote:
On Wednesday, 24 December 2014 at 12:59:33 UTC, Dicebot wrote:
On Tuesday, 23 December 2014 at 15:49:46 UTC, Andrei
Alexandrescu wrote:
resolution. How about providing it as a separate co
On Saturday, 27 December 2014 at 11:42:45 UTC, Jacob Carlborg
wrote:
On 2014-12-27 09:32, Mike Parker wrote:
The proverbial straw that prompted my blog rant back then was
to do with
std.string. I wanted to split a string on a specific
character. So I
looked in the std.string docs for a split f
On Saturday, 27 December 2014 at 12:32:32 UTC, Nick Treleaven
wrote:
On 24/12/2014 06:18, "Ola Fosheim Grøstad"
" wrote:
"lazy" was implemented in Algol and then shunned in just about
all
languages that followed.
FWIW Apple's recent Swift has @autoclosure, which is the same
as lazy. It's nee
On 24/12/2014 06:18, "Ola Fosheim Grøstad"
" wrote:
"lazy" was implemented in Algol and then shunned in just about all
languages that followed.
FWIW Apple's recent Swift has @autoclosure, which is the same as lazy.
It's needed to implement assert in Swift.
On 26/12/14 19:53, Daniel N via Digitalmars-d wrote:
Anyway considering the new ways of working, when using the -dip switch for the
initial few releases, there is ample time to perfect all details.
Potentially related issue, regarding implicit conversion. Given a struct as
follows:
stru
On 26/12/2014 18:38, bearophile wrote:
In C# i would use something like:
int ThisNumber;
ThisNumber = Console.ReadLine();
in D it looks worse with its "old" way of doing it:
int thisNumber
readf("%s", &thisNumber);
Do you want to use a "%d"?
A more common way to do it in D is something like
On Friday, 26 December 2014 at 18:38:42 UTC, bearophile wrote:
It's also a lot a matter of getting used to it.
That is true. I got used to Motorola 68000 assembly and probably
found it more clear than the C syntax when I used it frequently,
but that does not mean the 68K syntax was great.
O
On Friday, 26 December 2014 at 18:16:59 UTC, Israel wrote:
I came from the Microsoft world and C# and the one thing i miss
is my Compound worded syntax with capital letters like
GetCurrentDirectory() whereas in D it looks like thisExe()
Same with how we deal with other syntax situations like inp
On 2014-12-27 09:32, Mike Parker wrote:
auto split(R, E)(R r, E delim) if (isForwardRange!R &&
is(typeof(ElementType!R.init == E.init)));
auto split(alias isTerminator, R)(R r) if (isForwardRange!R &&
is(typeof(unaryFun!isTerminator(r.front;
Umm... all I want is to split a string on a speci
On 2014-12-27 09:32, Mike Parker wrote:
The proverbial straw that prompted my blog rant back then was to do with
std.string. I wanted to split a string on a specific character. So I
looked in the std.string docs for a split function. There wasn't one.
There's a 'splitLines' -- I don't recall if
On 2014-12-26 01:48, Manu via Digitalmars-d wrote:
In this case, my colleague felt it was hard to understand the string
functions, but he got through it (after sending me txt messages to ask
questions).
I recall making the same comments when I first started trying to do
string manipulation in D.
On 12/27/2014 12:32 AM, Mike Parker wrote:
On Friday, 26 December 2014 at 16:21:24 UTC, Andrei Alexandrescu wrote:
I thought the std.algorithm stuff is decently documented. What would be the
major pain points? -- Andrei
[...]
Thank you for taking the time for a detailed accounting. This is ve
docs...
SortedRange!(Range, less) sort(alias less = "a < b", SwapStrategy
ss = SwapStrategy.unstable, Range)(Range r) if ((ss ==
SwapStrategy.unstable && (hasSwappableElements!Range ||
hasAssignableElements!Range) || ss != SwapStrategy.unstable &&
hasAssignableElements!Range) && isRandomAccessRan
On 12/27/2014 6:27 PM, Daniel Murphy wrote:
"Mike Parker" wrote in message
news:wwonahubwyixrseqb...@forum.dlang.org...
ElementEncodingType!(ElementType!RoR)[] join(RoR, R)(RoR ror, R sep)
if (isInputRange!RoR && isInputRange!(Unqual!(ElementType!RoR)) &&
isInputRange!R && is(Unqual!(ElementTy
Daniel Murphy:
I agree, the signatures are basically unreadable.
In Scala they have added the @usecase annotation to face this
problem:
https://wiki.scala-lang.org/display/SW/Tags+and+Annotations
From that page:
@usecase In case the method definition is too
complex, you can add simple al
"Mike Parker" wrote in message news:wwonahubwyixrseqb...@forum.dlang.org...
ElementEncodingType!(ElementType!RoR)[] join(RoR, R)(RoR ror, R sep) if
(isInputRange!RoR && isInputRange!(Unqual!(ElementType!RoR)) &&
isInputRange!R && is(Unqual!(ElementType!(ElementType!RoR)) ==
Unqual!(ElementTyp
On Friday, 26 December 2014 at 16:21:24 UTC, Andrei Alexandrescu
wrote:
I thought the std.algorithm stuff is decently documented. What
would be the major pain points? -- Andrei
It's fine for someone who is familiar enough with D to decipher
it. Consider the documentation for sum. The first thi
69 matches
Mail list logo