On 27.05.2013 13:51, Adam D. Ruppe wrote:
Yeah, me too.
I take a working program and add "gf" to the middle of it. Here's the
errors:
base.d(2143): Error: found '{' when expecting ';' following statement
base.d(2168): Error: unexpected ( in declarator
base.d(2168): Error: basic type expected,
On Tuesday, May 28, 2013 04:52:50 Diggory wrote:
> Are you really arguing that the existing system is easier to
> understand?
I'm arguing that the only problem in the current design is the name. TypeTuple
is a template for creating built-in tuples, and the built-in tuples deal with
both expressi
On Tuesday, 28 May 2013 at 04:12:06 UTC, Walter Bright wrote:
On 5/27/2013 7:44 PM, Brad Anderson wrote:
(Sorry for the NG noise, I would have just emailed you
directly about this but I
couldn't manage to find your email address)
Could you use the AWS hosted URLs for the zip files in the
wind
On 28 May 2013 14:38, Peter Williams wrote:
> On 28/05/13 13:22, David Eagen wrote:
>
>> On Tuesday, 28 May 2013 at 01:38:22 UTC, Peter Williams wrote:
>>
>>
>>> So you're going to spell check them all to make sure that they're
>>> English? Or did you mean ASCII?
>>>
>>> Peter
>>>
>>
>> That's i
On 28/05/13 13:22, David Eagen wrote:
On Tuesday, 28 May 2013 at 01:38:22 UTC, Peter Williams wrote:
So you're going to spell check them all to make sure that they're
English? Or did you mean ASCII?
Peter
That's it. I'm filing a bug against std.traits. There's a unittest there
that with a
On Monday, 27 May 2013 at 21:36:12 UTC, bearophile wrote:
"pairwise" is a very useful lazy range similar to
cartesianProduct, but it yields only the ordered pairs, so they
cover only about half (a triangle) of the square matrix of the
possibilities.
This will be part of my combinatorics libra
On Mon, May 27, 2013 at 9:53 PM, H. S. Teoh wrote:
> On Mon, May 27, 2013 at 09:24:28PM -0700, Timothee Cour wrote:
> > > Done, turns out the fix was trivial, just swapping two static ifs:
> > > https://github.com/D-Programming-Language/phobos/pull/1314
> >
> > This isn't what Andrei had in mind
On 28/05/13 11:50, bearophile wrote:
Peter Williams:
Are the () necessary on sort?
If you don't use () I think you call the slower, not flexible and buggy
built-in sort. I think it's already deprecated. Maybe I am wrong...
Ah. Does that mean that import.algorithms is need to use sort()?
On Tuesday, 28 May 2013 at 04:52:55 UTC, Walter Bright wrote:
On 5/27/2013 9:27 PM, Manu wrote:
I will never write colour without a u, ever! I may suffer the
global American
cultural invasion of my country like the rest of us, but I
will never let them
infiltrate my mind! ;)
Resistance is us
On Mon, May 27, 2013 at 09:24:28PM -0700, Timothee Cour wrote:
> > Done, turns out the fix was trivial, just swapping two static ifs:
> > https://github.com/D-Programming-Language/phobos/pull/1314
>
> This isn't what Andrei had in mind in his post above:
>
> > I'm disappointed cartesianProduct wo
On 5/27/2013 9:27 PM, Manu wrote:
I will never write colour without a u, ever! I may suffer the global American
cultural invasion of my country like the rest of us, but I will never let them
infiltrate my mind! ;)
Resistance is useless.
On 28 May 2013 13:22, David Eagen wrote:
> On Tuesday, 28 May 2013 at 01:38:22 UTC, Peter Williams wrote:
>
>
>> So you're going to spell check them all to make sure that they're
>> English? Or did you mean ASCII?
>>
>> Peter
>>
>
> That's it. I'm filing a bug against std.traits. There's a unitt
> Done, turns out the fix was trivial, just swapping two static ifs:
> https://github.com/D-Programming-Language/phobos/pull/1314
This isn't what Andrei had in mind in his post above:
> I'm disappointed cartesianProduct works that way; I should have caught
that during the code review. A better it
On 28 May 2013 11:42, Jonathan M Davis wrote:
> On Tuesday, May 28, 2013 11:38:08 Peter Williams wrote:
> > On 28/05/13 09:44, H. S. Teoh wrote:
> > > Since language keywords are already in English, we might as well
> > > standardize on English identifiers too.
> >
> > So you're going to spell ch
On 5/27/2013 7:44 PM, Brad Anderson wrote:
(Sorry for the NG noise, I would have just emailed you directly about this but I
couldn't manage to find your email address)
Could you use the AWS hosted URLs for the zip files in the windows installer
script? It takes around 5-10 minutes to install fr
On 5/27/2013 8:35 PM, Lionello Lunesu wrote:
On 5/28/13 11:08, Diggory wrote:
On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote:
Walter,
Any chance we can get the source of htod? If found it a very useful
little utility, although there are many issues with it.
VisualD also includ
+1!
It is an annoyingly slow installer...
On 28 May 2013 12:44, Brad Anderson wrote:
> (Sorry for the NG noise, I would have just emailed you directly about this
> but I couldn't manage to find your email address)
>
> Could you use the AWS hosted URLs for the zip files in the windows
> installe
On Monday, 27 May 2013 at 20:34:30 UTC, Peter Alexander wrote:
On Monday, 27 May 2013 at 20:14:35 UTC, Andrei Alexandrescu
wrote:
At some point Walter and I were talking about generating an MD
hash for very long names. That has some disadvantages (i.e. no
easy reverse lookup) but it may work.
On Monday, 27 May 2013 at 20:14:35 UTC, Andrei Alexandrescu wrote:
At some point Walter and I were talking about generating an MD
hash for very long names. That has some disadvantages (i.e. no
easy reverse lookup) but it may work.
Reverse lookup never worked for this kind of symbols in the f
On 5/28/13 11:08, Diggory wrote:
On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote:
Walter,
Any chance we can get the source of htod? If found it a very useful
little utility, although there are many issues with it.
VisualD also include a similar utility to convert header files to
On Monday, 27 May 2013 at 21:55:00 UTC, Simen Kjaeraas wrote:
Now, if we wanted to add compiler support for non-nullable
references, many
more things would need to be decided - how do they look? Do
they assert
non-nullness upon initialization/assignment, or are external
checks required?
Same
2013/5/27 Jonathan M Davis
> 1. You can't do UFCS with overloaded operators, and opEquals and opCmp are
> overloaded operators. In general, I think that it would be bad to be able
> to
> overload operators via UFCS (especially with functions that are as core as
> opEquals and opCmp), but if we co
On Tuesday, 28 May 2013 at 01:38:22 UTC, Peter Williams wrote:
So you're going to spell check them all to make sure that
they're English? Or did you mean ASCII?
Peter
That's it. I'm filing a bug against std.traits. There's a
unittest there that with a struct named "Colour". Completely
u
On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote:
Walter,
Any chance we can get the source of htod? If found it a very
useful little utility, although there are many issues with it.
VisualD also include a similar utility to convert header files
to D, but it is more tuned to Win
On Mon, May 27, 2013 at 07:35:36PM -0700, H. S. Teoh wrote:
> On Mon, May 27, 2013 at 10:01:32PM -0400, Andrei Alexandrescu wrote:
> > On 5/27/13 5:36 PM, bearophile wrote:
> > >This simple example shows the difference:
> > >
> > >import std.stdio, std.algorithm;
> > >void main() {
> > >auto data =
Using StaticTuple clearly and unambiguously refers to the alias
to a "..." template argument.
Right now, that's TypeTuple. The fact that Type is in the name
means nothing
other than the fact that it was poorly named. I'm quite certain
that a number
of the template-heavy projects out there use
On Tuesday, May 28, 2013 10:28:34 Lionello Lunesu wrote:
> On 5/27/13 9:20, Jonathan M Davis wrote:
> > class D : C
> > {
> >
> > void foo() { writeln("D"); }
> > void bar() { writeln(super.foo()); }
> >
> > }
>
> I think this works just fine, you just have to drop the writeln(). foo()
On Tuesday, May 28, 2013 03:50:48 bearophile wrote:
> Peter Williams:
> > Are the () necessary on sort?
>
> If you don't use () I think you call the slower, not flexible and
> buggy built-in sort. I think it's already deprecated. Maybe I am
> wrong...
If it's on an array, then yes, I believe that
(Sorry for the NG noise, I would have just emailed you directly
about this but I couldn't manage to find your email address)
Could you use the AWS hosted URLs for the zip files in the
windows installer script? It takes around 5-10 minutes to
install from the ftp.digitalmars.com URLs.
Thanks
On Mon, May 27, 2013 at 10:01:32PM -0400, Andrei Alexandrescu wrote:
> On 5/27/13 5:36 PM, bearophile wrote:
> >This simple example shows the difference:
> >
> >import std.stdio, std.algorithm;
> >void main() {
> >auto data = [1, 2, 3, 4];
> >foreach (xy; cartesianProduct(data, data))
> >writeln(xy
Walter,
Any chance we can get the source of htod? If found it a very useful
little utility, although there are many issues with it.
VisualD also include a similar utility to convert header files to D, but
it is more tuned to Windows header files. Perhaps we can combine the two
into a new uti
On 5/27/13 9:20, Jonathan M Davis wrote:
class D : C
{
void foo() { writeln("D"); }
void bar() { writeln(super.foo()); }
}
I think this works just fine, you just have to drop the writeln(). foo()
doesn't return anything, but prints itself.
But yet, super should just work: it should
On 5/27/2013 5:16 PM, bearophile wrote:
There are several optimizations that D/DMD is not performing on those ranges and
higher order functions. The Haskell compiler GHC optimized that stuff using
purity, library defined "rewrite rules", stream fusion/deforestation and more.
DMD does nothing of t
Andrei Alexandrescu:
We need to fix that! std.algorithm.sort should include builtin
sort's functionality,
What is the missing functionality we are talking about?
I think the only advantage of the built-in sort is that it causes
less template bloat and less compilation time.
Anyway, I'd like
On 5/27/13 9:30 PM, Peter Williams wrote:
On 28/05/13 10:37, bearophile wrote:
.map!(words => words
.classify!q{ a
.dup
.representation
.sort()
.release
Also, let's kill the built-in sort already :-)
But I just found it and started using it. :-)
I was contemplating writing my own sort func
Andrei Alexandrescu:
I'm disappointed cartesianProduct works that way; I should have
caught that during the code review. A better iteration order
would have spanned the lower position in both ranges first,
i.e. create squares of increasing side in the 2D space.
I opened this:
http://d.purema
On 5/27/13 9:32 PM, Jonathan M Davis wrote:
On Monday, May 27, 2013 21:29:41 Andrei Alexandrescu wrote:
On 5/27/13 6:48 PM, Borden wrote:
Oh, and another thing: XHTML adopts the XML practice of only defining
the lt, gt and amp entities and no others (like nbsp, mdash, accented,
or non-Latin cha
On 5/27/13 5:36 PM, bearophile wrote:
This simple example shows the difference:
import std.stdio, std.algorithm;
void main() {
auto data = [1, 2, 3, 4];
foreach (xy; cartesianProduct(data, data))
writeln(xy);
}
Generates the tuples:
(1, 1)
(2, 1)
(3, 1)
(4, 1)
(1, 2)
(2, 2)
(3, 2)
(4, 2)
(1, 3
Peter Williams:
Are the () necessary on sort?
If you don't use () I think you call the slower, not flexible and
buggy built-in sort. I think it's already deprecated. Maybe I am
wrong...
PS Now I've found this I can go back and simplify all the code
where I iterated over associative array
On 5/27/13 8:16 PM, bearophile wrote:
The "group" of Phobos is useful and it has purposes quite different from
the Perl6 "classify", both are needed.
I have also suggested "group" to act more like the Python
"itertools.grouby" and yield not just the (head,count) tuples, but
(head,lazy_range_of_th
On Tuesday, May 28, 2013 11:38:08 Peter Williams wrote:
> On 28/05/13 09:44, H. S. Teoh wrote:
> > Since language keywords are already in English, we might as well
> > standardize on English identifiers too.
>
> So you're going to spell check them all to make sure that they're
> English? Or did y
Yep, and that seems like a bad idea, so I'll just update the
macros is the xhtml.ddoc file
On 28/05/13 09:44, H. S. Teoh wrote:
Since language keywords are already in English, we might as well
standardize on English identifiers too.
So you're going to spell check them all to make sure that they're
English? Or did you mean ASCII?
Peter
On 5/27/2013 6:06 PM, H. S. Teoh wrote:
I don't find this a compelling reason to allow full Unicode on
identifiers, though. For one thing, somebody maintaining your code may
not know how to type said identifier correctly. It can be very
frustrating to have to keep copy-n-pasting identifiers just
On 5/27/2013 5:34 PM, Manu wrote:
On 28 May 2013 09:05, Walter Bright mailto:newshou...@digitalmars.com>> wrote:
On 5/27/2013 3:18 PM, H. S. Teoh wrote:
Well, D *does* support non-English identifiers, y'know... for example:
void main(string[] args) {
On Tuesday, May 28, 2013 11:30:55 Peter Williams wrote:
> Are the () necessary on sort? I found:
>
> auto sorted_array = an_array.dup.sort;
Any function which takes no arguments can be called without parens, and thanks
to UFCS (Universal Function Call Syntax), you're calling these functions as
On Monday, May 27, 2013 21:29:41 Andrei Alexandrescu wrote:
> On 5/27/13 6:48 PM, Borden wrote:
> > Oh, and another thing: XHTML adopts the XML practice of only defining
> > the lt, gt and amp entities and no others (like nbsp, mdash, accented,
> > or non-Latin characters).
> >
> > Since Unicode i
On 28/05/13 10:37, bearophile wrote:
.map!(words => words
.classify!q{ a
.dup
.representation
.sort()
.release
Also, let's kill the built-in sor
On 5/27/13 6:48 PM, Borden wrote:
Oh, and another thing: XHTML adopts the XML practice of only defining
the lt, gt and amp entities and no others (like nbsp, mdash, accented,
or non-Latin characters).
Since Unicode is, by and large, universal, I've read that the
recommended practice for includin
On Tue, May 28, 2013 at 02:16:22AM +0200, bearophile wrote:
> Sebastian Graf:
>
> >Plus, the compiler is still able to optimize most of the
> >delegate/range fluff away (as opposed to e.g. C#).
>
> There are several optimizations that D/DMD is not performing on
> those ranges and higher order fun
On Tuesday, May 28, 2013 03:05:26 Borden wrote:
> The thing, though, is that, unless I've misread the makefile,
> dlang.org doesn't have any code that needs compiling. All it
> needs DMD for is to generate the documentation (which, I'm
> presuming, can be accomplished by the most current released
>
On Tue, May 28, 2013 at 02:54:30AM +0200, Torje Digernes wrote:
> On Tuesday, 28 May 2013 at 00:34:20 UTC, Manu wrote:
> >On 28 May 2013 09:05, Walter Bright
> >wrote:
> >
> >>On 5/27/2013 3:18 PM, H. S. Teoh wrote:
> >>
> >>>Well, D *does* support non-English identifiers, y'know... for
> >>>examp
On Tuesday, 28 May 2013 at 00:50:04 UTC, Jonathan M Davis wrote:
On Tuesday, May 28, 2013 02:14:06 Borden wrote:
Good evening, all,
I'm making a new thread on this because my question isn't
strictly related to the DDoc issues I've mentioned in earlier
threads. Rather, it has to do with the depe
On Tue, May 28, 2013 at 02:23:32AM +0200, Diggory wrote:
> On Tuesday, 28 May 2013 at 00:11:18 UTC, Walter Bright wrote:
> >On 5/27/2013 4:28 PM, Hans W. Uhlig wrote:
> >>On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
> >>>I've recently come to the opinion that that's a bad idea, and
On Mon, May 27, 2013 at 05:30:27PM -0700, Jonathan M Davis wrote:
[...]
> Well, it's more user-friendly to have macros for Unicode than having
> to figure out how to input the actual Unicode character in there
> (since it's not on the keyboard), and it's trivial to turn the macro
> into the actual
On Tuesday, 28 May 2013 at 00:34:20 UTC, Manu wrote:
On 28 May 2013 09:05, Walter Bright
wrote:
On 5/27/2013 3:18 PM, H. S. Teoh wrote:
Well, D *does* support non-English identifiers, y'know... for
example:
void main(string[] args) {
int число = 1;
On Tuesday, May 28, 2013 02:14:06 Borden wrote:
> Good evening, all,
>
> I'm making a new thread on this because my question isn't
> strictly related to the DDoc issues I've mentioned in earlier
> threads. Rather, it has to do with the dependencies of the
> posix.mak file in the dlang.org repo (on
On Tuesday, May 28, 2013 02:15:39 Borden wrote:
> I was thinking about that: surely D's mature enough that dmd can
> be written in D?
Work is being done to convert it to D, but there's a fair bit of work to do
for it to happen (like improving what extern(C++) can do so that it can better
integra
On Tuesday, May 28, 2013 00:23:08 Diggory wrote:
> On Monday, 27 May 2013 at 19:30:18 UTC, Jonathan M Davis wrote:
> > Yeah. The only problem I see is the name. I don't see any real
> > benefit in making it so that we have _three_ different types of
> > compile time tuples, particularly when their
On Monday, 27 May 2013 at 17:51:33 UTC, Dicebot wrote:
Looking at object.d source, it looks like you are generating
TypeInfo stubs that can be optimized away, have I understood it
right?
I'm not sure if they can be optimized away, but all I was doing
is putting the bare minimum so the compile
.map!(words => words
.classify!q{ a
.dup
.representation
.sort()
.release
Also, let's kill the built-in sort already :-)
Bye,
bearophile
On 28 May 2013 09:39, "@puremagic.com <
"\"Luís".Marques"> wrote:
> On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
>
>> I've recently come to the opinion that that's a bad idea, and D should
>> not support it.
>>
>
> I think it is a bad idea to program in a language other than englis
On 28 May 2013 09:05, Walter Bright wrote:
> On 5/27/2013 3:18 PM, H. S. Teoh wrote:
>
>> Well, D *does* support non-English identifiers, y'know... for example:
>>
>> void main(string[] args) {
>> int число = 1;
>> foreach (и; 0..100)
>>
On Tuesday, May 28, 2013 00:48:02 Borden wrote:
> Oh, and another thing: XHTML adopts the XML practice of only
> defining the lt, gt and amp entities and no others (like nbsp,
> mdash, accented, or non-Latin characters).
>
> Since Unicode is, by and large, universal, I've read that the
> recommend
On Tuesday, 28 May 2013 at 00:11:18 UTC, Walter Bright wrote:
On 5/27/2013 4:28 PM, Hans W. Uhlig wrote:
On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
I've recently come to the opinion that that's a bad idea, and
D should not
support it.
Why do you think its a bad idea? It mak
Sebastian Graf:
Plus, the compiler is still able to optimize most of the
delegate/range fluff away (as opposed to e.g. C#).
There are several optimizations that D/DMD is not performing on
those ranges and higher order functions. The Haskell compiler GHC
optimized that stuff using purity, lib
On Tuesday, 28 May 2013 at 00:12:57 UTC, Walter Bright wrote:
On 5/27/2013 4:47 PM, Daniel Murphy wrote:
"Hans W. Uhlig" wrote in message
news:idtvbddofuxwpsbto...@forum.dlang.org...
This also makes compiling LDC with clang rather difficult
DMD is not written in C++11. Turning of the C++11
On Mon, May 27, 2013 at 4:47 PM, Daniel Murphy wrote:
> DMD is not written in C++11. Turning of the C++11 warnings in clang will
> fix this problem
True, but could it not be the case that, since there might be stricter type
checking included, certain errors might show up? Like the example above
Good evening, all,
I'm making a new thread on this because my question isn't
strictly related to the DDoc issues I've mentioned in earlier
threads. Rather, it has to do with the dependencies of the
posix.mak file in the dlang.org repo (on GitHub, for greater
clarity):
posix.mak, beginning a
On 5/27/2013 4:47 PM, Daniel Murphy wrote:
"Hans W. Uhlig" wrote in message
news:idtvbddofuxwpsbto...@forum.dlang.org...
This also makes compiling LDC with clang rather difficult
DMD is not written in C++11. Turning of the C++11 warnings in clang will
fix this problem.
Also, you can sub
On 5/27/2013 4:28 PM, Hans W. Uhlig wrote:
On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
I've recently come to the opinion that that's a bad idea, and D should not
support it.
Why do you think its a bad idea? It makes it such that code can be in various
languages? Just lack of k
"Hans W. Uhlig" wrote in message
news:idtvbddofuxwpsbto...@forum.dlang.org...
> This also makes compiling LDC with clang rather difficult
>
DMD is not written in C++11. Turning of the C++11 warnings in clang will
fix this problem.
On Tue, May 28, 2013 at 01:28:22AM +0200, Hans W. Uhlig wrote:
> On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
> >On 5/27/2013 3:18 PM, H. S. Teoh wrote:
> >>Well, D *does* support non-English identifiers, y'know... for
> >>example:
> >>
> >>void main(string[] args) {
> >>
On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
I've recently come to the opinion that that's a bad idea, and D
should not support it.
I think it is a bad idea to program in a language other than
english, but I believe D should still support it.
On Monday, 27 May 2013 at 23:05:46 UTC, Walter Bright wrote:
On 5/27/2013 3:18 PM, H. S. Teoh wrote:
Well, D *does* support non-English identifiers, y'know... for
example:
void main(string[] args) {
int число = 1;
foreach (и; 0..100)
This also makes compiling LDC with clang rather difficult
[ 1%] Building CXX object CMakeFiles/LDCShared.dir/dmd2/func.c.o
/root/llvm/src/ldc/dmd2/func.c:540:18: error: case value
evaluates to -2, which cannot be narrowed to type 'size_t' (aka
'unsigned long') [-Wc++11-narrowing]
On Monday, 27 May 2013 at 21:36:12 UTC, bearophile wrote:
snip
Every time I see that kind of code, my heart makes a delightful
jump. That code is what I enjoy most about D compared to C++.
Plus, the compiler is still able to optimize most of the
delegate/range fluff away (as opposed to e.g.
On 5/27/2013 3:18 PM, H. S. Teoh wrote:
Well, D *does* support non-English identifiers, y'know... for example:
void main(string[] args) {
int число = 1;
foreach (и; 0..100)
число += и;
writeln(число);
}
Of c
Oh, and another thing: XHTML adopts the XML practice of only
defining the lt, gt and amp entities and no others (like nbsp,
mdash, accented, or non-Latin characters).
Since Unicode is, by and large, universal, I've read that the
recommended practice for including characters not on a standard
On Tue, 28 May 2013 00:18:31 +0200, H. S. Teoh
wrote:
On Tue, May 28, 2013 at 12:04:52AM +0200, Vladimir Panteleev wrote:
On Monday, 27 May 2013 at 21:24:15 UTC, H. S. Teoh wrote:
>Besides, it's impractical to use compose key sequences to write
>large amounts of text in some given language;
On Monday, 27 May 2013 at 20:34:30 UTC, Peter Alexander wrote:
On Monday, 27 May 2013 at 20:14:35 UTC, Andrei Alexandrescu
wrote:
At some point Walter and I were talking about generating an MD
hash for very long names. That has some disadvantages (i.e. no
easy reverse lookup) but it may work.
On Monday, 27 May 2013 at 13:42:51 UTC, Timon Gehr wrote:
It is not that similar, as it automatically expands into any
context and hence does not allow a nested structure.
The point being? It's true that there is some special behaviour,
but that's the same regardless of whether it's called St
On Tue, May 28, 2013 at 12:04:52AM +0200, Vladimir Panteleev wrote:
> On Monday, 27 May 2013 at 21:24:15 UTC, H. S. Teoh wrote:
> >Besides, it's impractical to use compose key sequences to write
> >large amounts of text in some given language; a method of
> >temporarily switching to a different lay
On Monday, 27 May 2013 at 21:24:15 UTC, H. S. Teoh wrote:
Besides, it's impractical to use compose key sequences to write
large amounts of text in some given language; a method of
temporarily switching to a different layout is necessary.
I thought the topic was typing the occasional Unicode ch
On Sun, 26 May 2013 10:50:25 +0200, Nick Sabalausky
wrote:
On Sat, 25 May 2013 22:14:06 -0700
"H. S. Teoh" wrote:
D's unittest blocks have singlehandedly converted me from a
code-by-faith person full of every excuse to *not* write unittests, to
somebody habitually writing unittests.
Same
On Mon, 27 May 2013 20:00:30 +0200, deadalnix wrote:
On Monday, 27 May 2013 at 17:41:37 UTC, Walter Bright wrote:
On 5/27/2013 2:17 AM, deadalnix wrote:
But the argument about compiler feature don't stand, as nonnull
pointer and
@disable this require the exact same processing in the compile
On Mon, 27 May 2013 16:55:54 +0200, deadalnix wrote:
On Monday, 27 May 2013 at 14:36:26 UTC, Andrei Alexandrescu wrote:
On 5/27/13 5:17 AM, deadalnix wrote:
I'm saying that NonNull require language support, either by making it a
first class entity, or by introducing some other language featur
This simple task on Rosettacode site is useful to show some uses
of Phobos and the "component programming" recently discussed by
Walter (other languages use a different name to denote the same
idea).
Given a dictionary file of different words, it asks to find any
of the longest anagram pairs,
On Mon, May 27, 2013 at 09:59:52PM +0200, Vladimir Panteleev wrote:
> On Monday, 27 May 2013 at 02:17:08 UTC, Wyatt wrote:
> >No hardware required; just a smarter IME.
>
> Perhaps something like the compose key?
>
> http://en.wikipedia.org/wiki/Compose_key
I'm already using the compose key. But
On 05/27/2013 09:21 PM, Martin Nowak wrote:
> See unittest/benchmark here:
> https://gist.github.com/blackwhale/5653927
>
Looks promising.
This will not detect 0xFF as invalid UTF-8 sequence.
For sequences with 5 or 6 bytes, that aren't used for unicode, it will
return a stride of 4.
On Monday, 27 May 2013 at 20:14:35 UTC, Andrei Alexandrescu wrote:
At some point Walter and I were talking about generating an MD
hash for very long names. That has some disadvantages (i.e. no
easy reverse lookup) but it may work.
Surely a better solution would be to use a lossless compression
On 5/27/2013 4:32 AM, Russel Winder wrote:
Using rdmd, it appears that the first error in the code can lead the
parsing and template handling of everything following to be wrong. I
keep finding that I am getting spurious errors about things nothing to
do with the actual error, that simply go away
On 5/27/13 12:18 PM, David Nadlinger wrote:
On Monday, 27 May 2013 at 15:22:21 UTC, Peter Alexander wrote:
Am I the only person that worries greatly about the length of symbols
in D?
No, I do as well. My units of measurement project suffered from very
non-negligible code bloat due to symbol na
27-May-2013 23:21, Martin Nowak пишет:
On 05/26/2013 10:49 PM, Dmitry Olshansky wrote:
> If there is anything that come out of UTF-8 discussion is that I decided
> to dust off my experimental implementation of UTF-8 stride function.
> Just for fun.
>
> The key difference vs std is in handli
On 5/27/13 7:51 AM, Adam D. Ruppe wrote:
Yeah, me too.
I take a working program and add "gf" to the middle of it. Here's the
errors:
I'd say that deserves a bugzilla entry.
Andrei
On Monday, 27 May 2013 at 02:17:08 UTC, Wyatt wrote:
No hardware required; just a smarter IME.
Perhaps something like the compose key?
http://en.wikipedia.org/wiki/Compose_key
On Monday, May 27, 2013 21:13:10 Andrej Mitrovic wrote:
> On 5/27/13, Diggory wrote:
> > - There's no necessity to ever actually completely remove the
> > deprecated behaviour, the deprecation warning is enough.
>
> It's not, because now you're forced to always compile with the
> deprecation swit
On 05/26/2013 10:49 PM, Dmitry Olshansky wrote:
> If there is anything that come out of UTF-8 discussion is that I decided
> to dust off my experimental implementation of UTF-8 stride function.
> Just for fun.
>
> The key difference vs std is in handling non-ASCII case.
> I'm replacing bsr intrin
27-May-2013 01:13, Vladimir Panteleev пишет:
On Sunday, 26 May 2013 at 20:49:36 UTC, Dmitry Olshansky wrote:
It's the kind of thing that is tremendously hard to measure accurately
since it depends on the workload, architecture and the time spent is
very small. So don't take it by word I'm almost
On 5/27/13, Diggory wrote:
> - The result of the change is zero existing code actually failing
> to compile. TypeTuple will simply show a deprecation warning if
> used with non-types.
You are forgetting about performance. TypeTuple can be used *a lot* in
generic code. If you add static checking f
1 - 100 of 165 matches
Mail list logo