On Saturday, 25 May 2013 at 21:07:26 UTC, Walter Bright wrote:
Pull request to do this:
https://github.com/D-Programming-Language/dmd/pull/2076
So finally, what is the sate of things ?
On Friday, 24 May 2013 at 21:13:23 UTC, Andrei Alexandrescu wrote:
Can it be seen without a Facebook account? I'd like to post it
to reddit, too, but I suspect they wouldn't like that it's on
Facebook.
As there is currently no D post on the /r/programming front page,
I went ahead and
On 5/26/2013 9:31 AM, deadalnix wrote:
On Saturday, 25 May 2013 at 21:07:26 UTC, Walter Bright wrote:
Pull request to do this: https://github.com/D-Programming-Language/dmd/pull/2076
So finally, what is the sate of things ?
Beta 7!
http://ftp.digitalmars.com/dmd2beta.zip
Remaining
On Sunday, 26 May 2013 at 00:57:23 UTC, Andrei Alexandrescu wrote:
...
It seems like Sociomantic will get at least one :) Funny, but
idea that they are hiring never came to my mind until this DConf.
On Saturday, 25 May 2013 at 05:32:28 UTC, deadalnix wrote:
They define a default value for the field. The constructor can
override it. It is expected that a constructor is able to
construct an object.
Yes, I know. Actually, I have been saying it earlier in this
topic. So what? :)
On Sunday, 26 May 2013 at 18:52:11 UTC, Walter Bright wrote:
On 5/26/2013 9:31 AM, deadalnix wrote:
On Saturday, 25 May 2013 at 21:07:26 UTC, Walter Bright wrote:
Pull request to do this:
https://github.com/D-Programming-Language/dmd/pull/2076
So finally, what is the sate of things ?
On 5/26/2013 8:05 PM, deadalnix wrote:
On Sunday, 26 May 2013 at 18:52:11 UTC, Walter Bright wrote:
On 5/26/2013 9:31 AM, deadalnix wrote:
On Saturday, 25 May 2013 at 21:07:26 UTC, Walter Bright wrote:
Pull request to do this:
https://github.com/D-Programming-Language/dmd/pull/2076
So
I'd like public alias x this to reset protection attribute on a
(private) member x:
b.d:
struct B(T){
private T x;// would normally prevent alias this from doing
anything useful
public alias x this;
}
a.d:
void main(){
auto a=B!int();
a++;//should do a.x++; semantic change:
On 5/25/2013 9:59 PM, Borden wrote:
On Sunday, 26 May 2013 at 04:57:12 UTC, Borden wrote:
On Sunday, 26 May 2013 at 04:30:46 UTC, Walter Bright wrote:
Again, this is deliberate. Macros are set up so that the last one overrides
all the previous ones, enabling a hierarchy of them using ddoc
On Sunday, 26 May 2013 at 00:35:32 UTC, Walter Bright wrote:
It was Hoare's engaging presentation on it that turned it into
a cause celebre.
Certainly not. But obviously, it become an important reference in
it.
Null pointers aren't even remotely the source of most
programming bugs. If
On 5/25/2013 9:48 PM, H. S. Teoh wrote:
Then came along D with native Unicode support built right into the
language. And not just UTF-16 shoved down your throat like Java does (or
was it UTF-32?); UTF-8, UTF-16, and UTF-32 are all equally supported.
You cannot imagine what a happy camper I was
On Sunday, 26 May 2013 at 01:31:11 UTC, Timon Gehr wrote:
scala val s : String = null;
s: String = null
scala s(0)
java.lang.NullPointerException
In scala, null must be scoped. In REPL, the scope is infinite, so
is the appearance of null. Still, scala's null is more
restrictive than what
On 5/25/2013 10:58 PM, deadalnix wrote:
Most ICE in DMD are cause by assert fail on null pointers.
Even if that were true (and it isn't), it doesn't follow that having
non-nullable pointers would have magically prevented them.
Practically none of them were oops, I forgot to initialize the
On Sunday, May 26, 2013 00:50:28 Klaim - Joël Lamotte wrote:
http://sebastiansylvan.wordpress.com/2013/05/25/language-design-deal-breaker
s/
http://www.reddit.com/r/programming/comments/1f1uz3/sebastian_sylvans_language_design_deal_breakers/
On Sunday, 26 May 2013 at 06:12:55 UTC, Walter Bright wrote:
On 5/25/2013 10:58 PM, deadalnix wrote:
Most ICE in DMD are cause by assert fail on null pointers.
Even if that were true (and it isn't), it doesn't follow that
having non-nullable pointers would have magically prevented
them.
On Saturday, May 25, 2013 21:30:44 Walter Bright wrote:
On 5/25/2013 8:55 PM, Jonathan M Davis wrote:
3) Again using LINK2, if I were to delete the LINK2= line from
doc.ddoc and forget to readd it, my experience is that dmd -D
will quietly drop instances of $(LINK2) without telling me.
Kenji, thanks again for understanding exactly what I meant.
I am a big fan of template features. I seriously hope D can do
this in the future- the inability of the *template system* to
deduce information about non-types is one of the big holes in C++:
We can deduce information at function
On Sat, May 25, 2013 at 08:28:06PM -0400, Andrei Alexandrescu wrote:
[...]
My attitude on DDoc has evolved in threes:
3 minutes: wtf is this crap
3 hours: this sucks
3 days: grumble I'll make do with this although it totally sucks
3 months: this is pretty darn good
LOL... Though for me, I
On Sun, May 26, 2013 at 01:27:55PM +1000, Peter Williams wrote:
On 26/05/13 11:59, Nick Sabalausky wrote:
[...]
Forget waiting for a huge improvement, I'd have been happy to
ditch C++ even for a small improvement. C++ is such a pain IMO that
using it has about as much inertia as ice skates on
There is a dilemma of having to choose between:
A) getting stuck with bad names / apis / language issues forever
B) making painful breaking changes that breaks existing code
See recent D threads for all the polemics this creates on (in)stability of
D.
GO avoids this dilemma with the correct
Am 26.05.2013 08:12, schrieb Walter Bright:
On 5/25/2013 10:58 PM, deadalnix wrote:
Most ICE in DMD are cause by assert fail on null pointers.
Even if that were true (and it isn't), it doesn't follow that having
non-nullable pointers would have magically prevented them.
Practically none of
On 5/26/13 2:03 AM, H. S. Teoh wrote:
I don't know, to me DDoc is still lacking a major feature: a mechanism
for per-character translation. The problem is that many output formats
have a different scheme of metacharacters, and some (most notably LaTeX)
require special transcription of certain
Am 26.05.2013 05:27, schrieb Peter Williams:
On 26/05/13 11:59, Nick Sabalausky wrote:
Forget waiting for a huge improvement, I'd have been happy to
ditch C++ even for a small improvement. C++ is such a pain IMO that
using it has about as much inertia as ice skates on concrete.
I found
On Saturday, 25 May 2013 at 23:21:59 UTC, Klaim - Joël Lamotte
wrote:
I think this have not been posted yet around here but might be
interesting
to the D community as it is actually criticizing several
languages
including D but with an interesting aproach:
I'd like public alias x this to reset protection attribute on a (private)
member x:
b.d:
struct B(T){
private T x;// would normally prevent alias this from doing anything
useful
public alias x this;
}
a.d:
void main(){
auto a=B!int();
a++;//should do a.x++; semantic change: even
On 5/25/2013 11:20 PM, deadalnix wrote:
On Sunday, 26 May 2013 at 06:12:55 UTC, Walter Bright wrote:
On 5/25/2013 10:58 PM, deadalnix wrote:
Most ICE in DMD are cause by assert fail on null pointers.
Even if that were true (and it isn't), it doesn't follow that having
non-nullable pointers
On 5/25/2013 11:53 PM, Paulo Pinto wrote:
In many modern languages most developers don't check for null
pointers/references in the parameters and that is most of the time the number
one cause for crashes.
That would imply that statically removing null pointers would halve total
debugging
On 5/25/2013 10:34 PM, Jonathan M Davis wrote:
My main complaint about ddoc is actually not a complaint about ddoc but about
html. I find it very annoying to have to put $(P ) around every paragraph. Stuff
like LaTeX does that automatically based on blank lines, which is way better
IMHO, but if
On 5/26/2013 12:03 AM, Paulo Pinto wrote:
After being a Turbo Pascal heavy user, C always felt backwards to me with its
weak types, lack of proper strings, modules and namespaces.
I had the opposite experience. Being a Pascal user from the late 70's, I hated
Pascal's limitations. A friend
On 5/25/2013 10:03 PM, Adam Wilson wrote:
On Sat, 25 May 2013 18:24:41 -0700, Manu turkey...@gmail.com wrote:
FYI. DMD did not work out-of-the-box on a vanilla VS2012/Win8 install. The
Windows 8 SDK no longer includes the C++ compilers and VS2012 doesn't setup the
Environment Variables used in
On Sunday, May 26, 2013 00:32:01 Walter Bright wrote:
On 5/25/2013 10:34 PM, Jonathan M Davis wrote:
My main complaint about ddoc is actually not a complaint about ddoc but
about html. I find it very annoying to have to put $(P ) around every
paragraph. Stuff like LaTeX does that
On Sunday, 26 May 2013 at 06:43:46 UTC, Jonathan M Davis wrote:
So, in questions of whether ddoc is powerful enough or
expressive enough to do something (which appears to be the
thrust of Borden's complaints) aren't affected by it.
How I'd rewrite DDoc from scratch as its own markup language
On Saturday, 25 May 2013 at 18:56:42 UTC, Diggory wrote:
limited success of UTF-8
Becoming the de-facto standard encoding EVERYWERE except for
windows which uses UTF-16 is hardly a failure...
So you admit that UTF-8 isn't used on the vast majority of
computers since the inception of Unicode.
On Sat, 25 May 2013 22:14:06 -0700
H. S. Teoh hst...@quickfur.ath.cx 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 here. And I'd bet it's a common story
On Sun, 26 May 2013 13:27:55 +1000
Peter Williams pwil3...@bigpond.net.au wrote:
I should mention that this was back in the mid
90s and C++ may have improved since then :-).
I dunno. The more I learned about C++'s more advances features the more
disillusioned I became with it. I was always
On Sat, 25 May 2013 22:44:52 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
Like I've said many times before, the only way I found coding in C++
tolerable was to use it as C with classes. Trying to do real OO in
C++ is an exercise in masochism. Even Java with its baroque verbosity
and
On Sunday, 26 May 2013 at 08:50:30 UTC, Nick Sabalausky wrote:
On Sat, 25 May 2013 22:14:06 -0700
H. S. Teoh hst...@quickfur.ath.cx 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
On Saturday, 25 May 2013 at 19:58:25 UTC, Dmitry Olshansky wrote:
Runs away in horror :) It's mess even before you've got to
details.
Perhaps it's fatally flawed, but I don't see an argument for why,
so I'll assume you can't find such a flaw. It is still _much
less_ messy than UTF-8, that is
For some reason this posting by H. S. Teoh shows up on the
mailing list but not on the forum.
On Sat May 25 13:42:10 PDT 2013, H. S. Teoh wrote:
On Sat, May 25, 2013 at 10:07:41AM +0200, Joakim wrote:
The vast majority of non-english alphabets in UCS can be
encoded in
a single byte. It is
Am 26.05.2013 09:27, schrieb Walter Bright:
On 5/25/2013 11:53 PM, Paulo Pinto wrote:
In many modern languages most developers don't check for null
pointers/references in the parameters and that is most of the time the
number
one cause for crashes.
That would imply that statically removing
Am 26.05.2013 09:36, schrieb Walter Bright:
On 5/26/2013 12:03 AM, Paulo Pinto wrote:
After being a Turbo Pascal heavy user, C always felt backwards to me
with its
weak types, lack of proper strings, modules and namespaces.
I had the opposite experience. Being a Pascal user from the late
Am 26.05.2013 11:28, schrieb Nick Sabalausky:
On Sat, 25 May 2013 22:44:52 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
Like I've said many times before, the only way I found coding in C++
tolerable was to use it as C with classes. Trying to do real OO in
C++ is an exercise in masochism.
On Saturday, 25 May 2013 at 21:32:55 UTC, Walter Bright wrote:
I have noted from the beginning that these large alphabets
have to be encoded to
two bytes, so it is not a true constant-width encoding if you
are mixing one of
those languages into a single-byte encoded string. But this
variable
Hello,
I am writting a simple parser for .obj file (mesh) and I would
like to read 3 floats like this :
1.1 2.2
3.3
So I tried file.readf(%*[ \n\t]%f%*[ \n\t]%f%*[ \n\t]%f,x, y,
z); who works with C function scanf but doesn't work here.
Is there a simple way to parse this text ?
I should have created this thread in learning D...:/
On Sunday, 26 May 2013 at 11:31:31 UTC, Joakim wrote:
On Saturday, 25 May 2013 at 21:32:55 UTC, Walter Bright wrote:
I have noted from the beginning that these large alphabets
have to be encoded to
two bytes, so it is not a true constant-width encoding if you
are mixing one of
those languages
Am 26.05.2013 08:32, schrieb timotheecour:
There is a dilemma of having to choose between:
A) getting stuck with bad names / apis / language issues forever
B) making painful breaking changes that breaks existing code
See recent D threads for all the polemics this creates on (in)stability
of D.
On Sunday, 26 May 2013 at 11:31:31 UTC, Joakim wrote:
On Saturday, 25 May 2013 at 21:32:55 UTC, Walter Bright wrote:
I have noted from the beginning that these large alphabets
have to be encoded to
two bytes, so it is not a true constant-width encoding if you
are mixing one of
those languages
On 5/26/13, timotheecour timothee.co...@gmail.com wrote:
This is what we need for D if we want to avoid getting stuck in
this dilemma.
It's good for fixing 99% of the cases. But don't forget we also have
string mixins (and string imports), which can't easily be fixed.
Because of that we
On 5/26/2013 4:31 AM, Joakim wrote:
My single-byte encoding has none of these problems, in fact, it's much faster
and uses less memory for the same function, while providing additional speedups,
from the header, that are not available to UTF-8.
C'mon, Joakim, show us this amazing strstr()
On 5/26/2013 4:03 AM, Paulo Pinto wrote:
Am 26.05.2013 09:27, schrieb Walter Bright:
On 5/25/2013 11:53 PM, Paulo Pinto wrote:
In many modern languages most developers don't check for null
pointers/references in the parameters and that is most of the time the
number
one cause for crashes.
On 5/26/13, Kenji Hara k.hara...@gmail.com wrote:
Hmm. Currently D can specify specType for alias template parameter.
struct X(alias int x) {} // matches only when the symbol x has the type int
This feature is news to me! Pretty cool.
@Philippe Sigaud: Is this mentioned in the D Template
On Sunday, 26 May 2013 at 12:55:11 UTC, Walter Bright wrote:
On 5/26/2013 4:31 AM, Joakim wrote:
My single-byte encoding has none of these problems, in fact,
it's much faster
and uses less memory for the same function, while providing
additional speedups,
from the header, that are not
Am 26.05.2013 07:03, schrieb Adam Wilson:
On Sat, 25 May 2013 18:24:41 -0700, Manu turkey...@gmail.com wrote:
FYI. DMD did not work out-of-the-box on a vanilla VS2012/Win8 install.
The Windows 8 SDK no longer includes the C++ compilers and VS2012
doesn't setup the Environment Variables used in
Am 26.05.2013 14:59, schrieb Walter Bright:
On 5/26/2013 4:03 AM, Paulo Pinto wrote:
Am 26.05.2013 09:27, schrieb Walter Bright:
On 5/25/2013 11:53 PM, Paulo Pinto wrote:
In many modern languages most developers don't check for null
pointers/references in the parameters and that is most of
On Sunday, 26 May 2013 at 12:59:27 UTC, Walter Bright wrote:
On 5/26/2013 4:03 AM, Paulo Pinto wrote:
Am 26.05.2013 09:27, schrieb Walter Bright:
That would imply that statically removing null pointers would
halve
total debugging time. Is there any evidence of that?
Well at least for
On Sun, May 26, 2013 at 11:59:19AM +0200, Joakim wrote:
On Saturday, 25 May 2013 at 20:52:41 UTC, H. S. Teoh wrote:
And just how exactly does that help with slicing? If anything, it
makes slicing way hairier and error-prone than UTF-8. In fact, this
one point alone already defeated any
On Sun, May 26, 2013 at 01:18:32PM +0200, Paulo Pinto wrote:
[...]
Did you had the pleasure to write portable C or C++ code across
multiple operating systems and vendors in the mid 90's?
Welcome to #ifdef spaghetti code and reluctance of using certain
features due to inconsistent support.
On 5/26/13 7:03 AM, Paulo Pinto wrote:
Am 26.05.2013 09:27, schrieb Walter Bright:
On 5/25/2013 11:53 PM, Paulo Pinto wrote:
In many modern languages most developers don't check for null
pointers/references in the parameters and that is most of the time the
number
one cause for crashes.
That
On Sun, May 26, 2013 at 01:13:30PM +0200, Paulo Pinto wrote:
[...]
Now it is too late for it, but at the time C could have stayed as
powerful as it is while offering:
- proper modules, or at least namespaces
- no automatic conversions between arrays and pointers. how hard it
is to write
On Sunday, 26 May 2013 at 14:37:27 UTC, H. S. Teoh wrote:
IHBT. You said that to handle multilanguage strings, your
Pretty funny how you claim you've been trolled and then go on to
make a bunch of trolling arguments, which seem to imply you have
no idea how a single-byte encoding works. I'm
On Sunday, 26 May 2013 at 14:10:44 UTC, Paulo Pinto wrote:
Yeah, you are right. C and C++ stab themselves only to die a
few hours later in a code section totally unrelated or just
behave strangely.
Ha, I spent the day on an issue like that in D.
Stackoverflow on a fiber, that spill on a the
I wonder if people coming to D, looking for information about tuples,
will get confused by http://dlang.org/tuple.html which seems to tell
people they have to roll their own, and
http://dlang.org/phobos/std_typecons.html which tells people they have
been pre-rolled in the standard library?
--
On Sunday, 26 May 2013 at 08:09:16 UTC, Borden wrote:
[...]
My 'complaint' - although I would prefer to have my
observations about difficulties working with a markup system be
called 'observations' - is that the current body of text files
which comprise the DLang spec source cannot be easily
On Sunday, 26 May 2013 at 15:23:33 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 14:37:27 UTC, H. S. Teoh wrote:
IHBT.
I've made my position clear: I don't write toy code.
1. Make extraordinary claims
2. Refuse to back up said claims with small examples because I
don't write toy code
3.
26-May-2013 20:54, Vladimir Panteleev пишет:
On Sunday, 26 May 2013 at 15:23:33 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 14:37:27 UTC, H. S. Teoh wrote:
IHBT.
I've made my position clear: I don't write toy code.
1. Make extraordinary claims
2. Refuse to back up said claims with small
Thank you for the suggestions, Juan.
For the purposes of generating a single set of XHTML5 documents,
your advice would work. What I'm trying to do, however, is update
the makefiles for the website source so that ePUB files become a
target.
I worry, therefore, that pumping the DLang spec
On Sunday, 26 May 2013 at 16:54:53 UTC, Vladimir Panteleev wrote:
1. Make extraordinary claims
What is extraordinary about UTF-8 is shit? It is obviously so.
2. Refuse to back up said claims with small examples because I
don't write toy code
I never refused small examples. I have provided
Am 26.05.2013 17:18, schrieb H. S. Teoh:
On Sun, May 26, 2013 at 01:13:30PM +0200, Paulo Pinto wrote:
[...]
Now it is too late for it, but at the time C could have stayed as
powerful as it is while offering:
- proper modules, or at least namespaces
- no automatic conversions between arrays
On 5/26/13 1:45 PM, Joakim wrote:
What is extraordinary about UTF-8 is shit? It is obviously so.
Congratulations, you are literally the only person on the Internet who
said so: http://goo.gl/TFhUO
On 5/26/13 1:45 PM, Joakim wrote:
Or it could just be that I'm much smarter than everybody
On 5/26/2013 8:43 AM, deadalnix wrote:
On Sunday, 26 May 2013 at 14:10:44 UTC, Paulo Pinto wrote:
Yeah, you are right. C and C++ stab themselves only to die a few hours later
in a code section totally unrelated or just behave strangely.
Ha, I spent the day on an issue like that in D.
On 5/26/2013 7:26 AM, Peter Alexander wrote:
A language that
statically enforces the programmer to check for null would help here.
I'm not arguing it won't help. I've been working in the background on a
NotNull!T template.
I'm arguing that the benefits are being oversold. It's like saying
On 5/26/2013 7:48 AM, H. S. Teoh wrote:
Ah, if only this code were written in D... :-P
One possibility is to write the code in D, debug it, then recode the result in C
to satisfy your customer.
(Don't dismiss this out of hand - I've seen this sort of thing done before. Back
when I was
On Sunday, 26 May 2013 at 18:29:38 UTC, Andrei Alexandrescu wrote:
On 5/26/13 1:45 PM, Joakim wrote:
What is extraordinary about UTF-8 is shit? It is obviously
so.
Congratulations, you are literally the only person on the
Internet who said so: http://goo.gl/TFhUO
Haha, that is funny, :D
On Sunday, 26 May 2013 at 19:05:32 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 18:29:38 UTC, Andrei Alexandrescu
wrote:
On 5/26/13 1:45 PM, Joakim wrote:
What is extraordinary about UTF-8 is shit? It is obviously
so.
Congratulations, you are literally the only person on the
Internet who
Character Data Representation
Architecturehttp://www-01.ibm.com/software/globalization/cdra/by
IBM. It is what you want to do with additions and it is available
since
1995.
When you come up with an inventive idea, i suggest you to first check what
was already done in that area and then rethink
On Sunday, 26 May 2013 at 19:11:42 UTC, Mr. Anonymous wrote:
On Sunday, 26 May 2013 at 19:05:32 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 18:29:38 UTC, Andrei Alexandrescu
wrote:
On 5/26/13 1:45 PM, Joakim wrote:
What is extraordinary about UTF-8 is shit? It is obviously
so.
On Sunday, 26 May 2013 at 19:25:37 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 19:11:42 UTC, Mr. Anonymous wrote:
On Sunday, 26 May 2013 at 19:05:32 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 18:29:38 UTC, Andrei Alexandrescu
wrote:
On 5/26/13 1:45 PM, Joakim wrote:
What is extraordinary
On Sunday, 26 May 2013 at 19:20:15 UTC, Marcin Mstowski wrote:
Character Data Representation
Architecturehttp://www-01.ibm.com/software/globalization/cdra/by
IBM. It is what you want to do with additions and it is
available
since
1995.
When you come up with an inventive idea, i suggest you to
On Sun, 26 May 2013 13:18:32 +0200
Paulo Pinto pj...@progtools.org wrote:
Did you had the pleasure to write portable C or C++ code across
multiple operating systems and vendors in the mid 90's?
Luckily, no. For me it was just Win9x and DOS (using that awesome 32-bit
extender DOOM and every
On Sunday, 26 May 2013 at 19:38:21 UTC, Mr. Anonymous wrote:
On Sunday, 26 May 2013 at 19:25:37 UTC, Joakim wrote:
I'm not sure if you were trying to make my point, but you just
did. There are only 19 results for that search string. If
UTF-8 were such a rousing success and most developers
On Sunday, 26 May 2013 at 00:38:23 UTC, Reid Levenick wrote:
I'm trying to use the OpenSSL bindings from Deimos, but
whenever I try to use the PEM_write_X509 function (among
others), OpenSSL gives a fatal error of no OPENSSL_Applink,
because in OpenSSL's ms/uplink.c, the function
On Sun, 26 May 2013 11:51:24 -0700
Walter Bright newshou...@digitalmars.com wrote:
On 5/26/2013 7:48 AM, H. S. Teoh wrote:
Ah, if only this code were written in D... :-P
One possibility is to write the code in D, debug it, then recode the
result in C to satisfy your customer.
(Don't
On Sun, May 26, 2013 at 03:03:30AM -0400, Andrei Alexandrescu wrote:
On 5/26/13 2:03 AM, H. S. Teoh wrote:
I don't know, to me DDoc is still lacking a major feature: a
mechanism for per-character translation. The problem is that many
output formats have a different scheme of metacharacters,
On 5/26/2013 12:56 PM, Nick Sabalausky wrote:
On Sun, 26 May 2013 11:51:24 -0700
Walter Bright newshou...@digitalmars.com wrote:
On 5/26/2013 7:48 AM, H. S. Teoh wrote:
Ah, if only this code were written in D... :-P
One possibility is to write the code in D, debug it, then recode the
result
On Sun, 26 May 2013 08:18:11 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
Back then there was a lot of pressure to minimalize the
language; nowadays we know better...
No we don't. Some of us do, like those of us here in D-land. But from
what I've seen there's still a *lot* of belief in
On 5/26/13 4:02 PM, H. S. Teoh wrote:
On Sun, May 26, 2013 at 03:03:30AM -0400, Andrei Alexandrescu wrote:
ESCAPES has been recently defined to partially fix that.
Is it working now?
Yes.
Oh? I thought TeX already had the capability. Well, at least, you could
redefine the default escape
On Sat, May 25, 2013 at 10:34:30PM -0700, Jonathan M Davis wrote:
[...]
My main complaint about ddoc is actually not a complaint about ddoc
but about html. I find it very annoying to have to put $(P ) around
every paragraph. Stuff like LaTeX does that automatically based on
blank lines, which
On 05/05/2013 12:30 AM, Walter Bright wrote:
On 5/4/2013 3:03 PM, deadalnix wrote:
Where you miss the point, is that these annotations may be omitted
(and they
are most of the time). When nothing is specified, the lifetime of the
returned
reference is considered to be the union of the
On Sun, 26 May 2013 13:04:50 -0700
Walter Bright newshou...@digitalmars.com wrote:
On 5/26/2013 12:56 PM, Nick Sabalausky wrote:
On Sun, 26 May 2013 11:51:24 -0700
Walter Bright newshou...@digitalmars.com wrote:
(Don't dismiss this out of hand - I've seen this sort of thing done
On 05/26/2013 06:12 AM, Timothee Cour wrote:
Which means that the extra check to make sure the output reference
doesn't escape a local incurs a 20% cost in my example.
Is there a better implementation (i have a single pointer comparison
though so I'm not sure how that would be optimized) ?
On Sunday, 26 May 2013 at 20:23:45 UTC, Martin Nowak wrote:
On 05/26/2013 06:12 AM, Timothee Cour wrote:
Which means that the extra check to make sure the output
reference
doesn't escape a local incurs a 20% cost in my example.
Is there a better implementation (i have a single pointer
On Sunday, 26 May 2013 at 15:48:00 UTC, Russel Winder wrote:
I wonder if people coming to D, looking for information about
tuples,
will get confused by http://dlang.org/tuple.html which seems to
tell
people they have to roll their own, and
http://dlang.org/phobos/std_typecons.html which tells
On 5/26/2013 1:21 PM, Nick Sabalausky wrote:
Cool. I did a couple of indie/budget games back in late high school,
early college (roughly 1998-2002) for royalties that probably ended up
working out to much less than minimum wage. But it still beat the hell
out of McDonald's! ;)
That's true. I
On Saturday, 25 May 2013 at 03:46:23 UTC, Walter Bright wrote:
On 5/24/2013 7:16 PM, Manu wrote:
So when we define operators for u × v and a · b, or maybe n²?
;)
Oh, how I want to do that. But I still think the world hasn't
completely caught up with Unicode yet.
Using those characters
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 intrinsic with a what I call an in-register lookup
table (neat
WRT to the worse Linux64 case:
I recommend infinite-cycling it and testing in perf top.
(If you're on Ubuntu/derivative or maybe Debian, just type perf
top,
it will tell you what package to install, and once installed,
perf top again, while the benchmark is running)
You'll get a precise
On Sun, May 26, 2013 at 9:42 PM, Joakim joa...@airpost.net wrote:
On Sunday, 26 May 2013 at 19:20:15 UTC, Marcin Mstowski wrote:
Character Data Representation
Architecturehttp://www-01.**ibm.com/software/**globalization/cdra/http://www-01.ibm.com/software/globalization/cdra/
by
IBM. It is
Bugs occur when two parts of the program make slightly different
assumptions about the interface between them.
Semantically checking those assumptions will always help, but it
will also always be limited. The idea that code will always
branch on nullable types and handle both cases is wishful
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 certain that something is amiss (compiler
1 - 100 of 209 matches
Mail list logo
