On 2012-08-01 00:55, Nick Sabalausky wrote:
+1 ALL
Along those lines, I really think dmd-beta should me moved to the
newsgroups. Granted, I am biased since I hate mailing lists. But moving
it to NG means:
- Consistency with the rest of the D traffic.
- Easier to find/discover/subscribe.
-
On 2012-08-01 04:39, Jonathan M Davis wrote:
Really? That should definitely be fixed then.
Yeah, you can't post via the newsgroup interface either (news.gmane.org).
--
/Jacob Carlborg
On Tue, 2012-07-31 at 01:10 -0700, Walter Bright wrote:
[…]
We're already using Git.
I will be robust.
You may be making use of Git commands but you are still using
Subversion, you are not using Git.
To be honest there is never a reason to freeze a repository, even with
Subversion, and
On Tue, 2012-07-31 at 21:45 +0200, David Nadlinger wrote:
[…]
No. The Go guys also use a separate Mercurial branch for
preparing releases, while development continues on the main
branch.
Just to note that Mercurial and Git differ crucially in how to work with
branches. The Go process is a
On Tue, 2012-07-31 at 11:38 -0400, Andrei Alexandrescu wrote:
[…]
You can't suggest a revolution - only carry it through. But I'm a bit
confused. We already use git, and the idea is to use it better. What's
the thing with subversion etc? Where's the revolution?
As has been noted many time
On Tue, 2012-07-31 at 19:46 +0200, Tobias Pankrath wrote:
[…]
Does that mean that you do
git checkout featurebranch
git rebase master
git merge featurebranch // fast forward?
Rule 0: Never use rebase on a published repository.
Rule 1: Never use rebase on a published repository.
Rule 2:
On Wed, 01 Aug 2012 08:24:57 +0200
Jacob Carlborg d...@me.com wrote:
On 2012-08-01 00:55, Nick Sabalausky wrote:
+1 ALL
Along those lines, I really think dmd-beta should me moved to the
newsgroups. Granted, I am biased since I hate mailing lists. But
moving it to NG means:
-
Along those lines, I really think dmd-beta should me moved to the
newsgroups.
the newsgroup is already available via gmane.comp.lang.d.dmd.beta
On 2012-08-01 10:42, Mirko Pilger wrote:
the newsgroup is already available via gmane.comp.lang.d.dmd.beta
It's read only.
--
/Jacob Carlborg
On Tue, 31 Jul 2012 16:54:17 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 7/31/12 11:46 AM, deadalnix wrote:
We actually have to « reverse » the way thing are done. You can't go to
the other side of a gap in 2 steps. We face a change that cannot be
gradually adopted.
On 8/1/12 3:44 AM, Russel Winder wrote:
On Tue, 2012-07-31 at 11:38 -0400, Andrei Alexandrescu wrote:
[…]
You can't suggest a revolution - only carry it through. But I'm a bit
confused. We already use git, and the idea is to use it better. What's
the thing with subversion etc? Where's the
On Sunday, 29 July 2012 at 12:00:16 UTC, David Nadlinger wrote:
On Sunday, 29 July 2012 at 11:43:41 UTC, Robert Clipsham wrote:
4. You can pull regression/bug fixes into the release branch
Just to clarify: »Pulling« in this context means
cherry-picking individual bug fixes critical for the
On Wednesday, 1 August 2012 at 11:56:48 UTC, Andrei Alexandrescu
wrote:
Well this doesn't do a lot in the way of substantiating. I do
want to be illuminated. I want to get DVCS! And my
understanding is that we need to branch whenever we plan a new
release, and cherry-pick bugfixes from the
On 8/1/2012 12:30 AM, Russel Winder wrote:
On Tue, 2012-07-31 at 01:10 -0700, Walter Bright wrote:
[…]
We're already using Git.
I will be robust.
You may be making use of Git commands but you are still using
Subversion, you are not using Git.
You keep blaming it on using subversion or
On 8/1/2012 10:30 AM, Brian Schott wrote:
First: This is not a release announcement.
I want to let people know that Dscanner *exists*.
https://github.com/Hackerpilot/Dscanner/
It's a utility that I designed to be used by text editors such as VIM,
Textadept, etc., for getting information about
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But
if that is done, its interface would need to accept a range as
input, and its output should be a range of tokens.
It used to be range-based, but the performance
Am 01.08.2012 19:18, schrieb Marco Leise:
Am Mon, 30 Jul 2012 16:50:57 +0200
schrieb Marco Leise marco.le...@gmx.de:
I have now written a simple web site the lists C bindings by category. It is
updated every day.
http://mleise.abcz8.com/d/bindings.php
Currently it only lists Deimos
On Wednesday, 1 August 2012 at 17:18:36 UTC, Marco Leise wrote:
Am Mon, 30 Jul 2012 16:50:57 +0200
schrieb Marco Leise marco.le...@gmx.de:
I have now written a simple web site the lists C bindings by
category. It is updated every day.
http://mleise.abcz8.com/d/bindings.php
Currently it only
On Wednesday, August 01, 2012 19:58:46 Brian Schott wrote:
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But
if that is done, its interface would need to accept a range as
input, and its output should be a range
Am Wed, 01 Aug 2012 19:58:46 +0200
schrieb Brian Schott briancsch...@gmail.com:
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But
if that is done, its interface would need to accept a range as
input, and its
On Wed, Aug 1, 2012 at 7:30 PM, Brian Schott briancsch...@gmail.com wrote:
First: This is not a release announcement.
I want to let people know that Dscanner *exists*.
https://github.com/Hackerpilot/Dscanner/
What it does:
* Has a D lexer
(...)
* Can generate a JSON summary of D code.
I
On Wednesday, August 01, 2012 22:34:14 Marco Leise wrote:
I still hope for some
super-smart solution, that doesn't need a book of documentation and allows
some kind of ASCII-equivalent range.
If you want pure ASCII, then just cast to ubyte[] (or const(ubyte)[] or
immutable(ubyte)[], depending
On Wednesday, 1 August 2012 at 20:39:49 UTC, Philippe Sigaud
wrote:
I have have two remarks (not critics!)
- there seem to be two structs objects in the JSON, unless
I'm mistaken.
- alias declaration are not parsed, seemingly. (as in alias
int MyInt;)
Also, do you think comments could be
Le 01/08/2012 19:58, Brian Schott a écrit :
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But if that
is done, its interface would need to accept a range as input, and its
output should be a range of tokens.
It
On 8/1/12 5:09 PM, deadalnix wrote:
Le 01/08/2012 19:58, Brian Schott a écrit :
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But if that
is done, its interface would need to accept a range as input, and its
output
On Wed, Aug 1, 2012 at 11:03 PM, Brian Schott briancsch...@gmail.com wrote:
It's more likely that I'll remember things if they're enhancement
requests/bugs on Github.
Right, I say the same to people asking for things in my projects :)
OK, done.
Am Wed, 1 Aug 2012 22:39:41 +0200
schrieb Philippe Sigaud philippe.sig...@gmail.com:
I just tested the JSON output and it works nicely. Finally, a way to
get imports!
What does it do if you import from _inside_ a function ?
Not that this would happen often, but it can. :-]
--
Marco
On Wednesday, 1 August 2012 at 17:04:06 UTC, David Nadlinger
wrote:
On Wednesday, 1 August 2012 at 11:56:48 UTC, Andrei
Alexandrescu wrote:
Well this doesn't do a lot in the way of substantiating. I do
want to be illuminated. I want to get DVCS! And my
understanding is that we need to branch
Am Wed, 01 Aug 2012 21:35:32 +0200
schrieb David d...@dav1d.de:
You could make it output json, and someone else does the fancy html?
Maybe I'll make it a little more fancy, settle for a practical database table
structure and then output JSON.
--
Marco
On Wed, Aug 1, 2012 at 11:35 PM, Marco Leise marco.le...@gmx.de wrote:
Am Wed, 1 Aug 2012 22:39:41 +0200
schrieb Philippe Sigaud philippe.sig...@gmail.com:
I just tested the JSON output and it works nicely. Finally, a way to
get imports!
What does it do if you import from _inside_ a
I think the best way here is to define a BufferedRange that takes any
other range and supplies a buffer for it (with the appropriate
primitives) in a native array.
Andrei
Don't you think, this range stuff is overdone? Define some fancy Range
stuff, if an array just works perfectly?
Ranges
I use them quite frequently in unittest {} blocks, if only to import
std.stdio to get why my unittests don't work :)
version(unittest) { private import std.stdio; }
^ Place this where you have your other imports and you don't have to
import it in your unittest{} blocks.
On 8/1/12 6:23 PM, David wrote:
I think the best way here is to define a BufferedRange that takes any
other range and supplies a buffer for it (with the appropriate
primitives) in a native array.
Andrei
Don't you think, this range stuff is overdone? Define some fancy Range
stuff, if an array
On Wednesday, 1 August 2012 at 22:31:39 UTC, Andrei Alexandrescu
wrote:
On 8/1/12 6:23 PM, David wrote:
Ranges Iterators, yes, but I think they are overdone.
I don't.
I think the main problem is that you need that abstraction
for Phobos. Whereas if you're writing stuff for yourself,
you
Le 01/08/2012 23:19, Andrei Alexandrescu a écrit :
On 8/1/12 5:09 PM, deadalnix wrote:
Le 01/08/2012 19:58, Brian Schott a écrit :
On Wednesday, 1 August 2012 at 17:36:16 UTC, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But if that
is done, its interface
On 8/1/2012 10:35 AM, Walter Bright wrote:
I suggest proposing the D lexer as an addition to Phobos. But if that is done,
its interface would need to accept a range as input, and its output should be a
range of tokens.
See the thread over in digitalmars.D about a proposed std.d.lexer.
On 8/1/2012 3:44 PM, Bernard Helyer wrote:
I would be concerned with potential performance ramifications,
though.
As well you should be. A poorly constructed range can have terrible performance.
But one thing to take careful note of: you *can* define a range that is nothing
more than a
On Wednesday, August 01, 2012 07:44:33 Philippe Sigaud wrote:
Is it based on a prioritized list of regexes?
I'm not using regexes at all. It's using string mixins to reduce code
duplication, but it's effectively hand-written. If I do it right, it should be
_very_ difficult to make it any
On Wed, Aug 1, 2012 at 7:48 AM, Dmitry Olshansky dmitry.o...@gmail.com wrote:
Well,
- for a lexer lookahead is sometimes useful (the Dragon book cite the
FORTRAN grammar, for which keywords are not reserved and so when you
encounter IF, you don't know if (!) it's a function call or a 'real'
On 01-Aug-12 02:01, Philippe Sigaud wrote:
On Tue, Jul 31, 2012 at 11:38 PM, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
I guess creating a tree of symbol tables according to scope visibility
is then more the job of the parser, but I'm not sure.
Parser can use constant IDs for nested
On Wed, Aug 1, 2012 at 8:11 AM, Jonathan M Davis jmdavisp...@gmx.com wrote:
On Wednesday, August 01, 2012 07:44:33 Philippe Sigaud wrote:
Is it based on a prioritized list of regexes?
I'm not using regexes at all. It's using string mixins to reduce code
duplication, but it's effectively
On Wed, Aug 1, 2012 at 8:12 AM, Dmitry Olshansky dmitry.o...@gmail.com wrote:
On 01-Aug-12 02:01, Philippe Sigaud wrote:
On Tue, Jul 31, 2012 at 11:38 PM, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
I guess creating a tree of symbol tables according to scope visibility
is then more the
On Wednesday, August 01, 2012 08:20:04 Philippe Sigaud wrote:
OK. It'll more difficult to genericize, then, but that's not your
problem (could be mine, though).
It was never intended to be even vaguely generic. It's targeting D
specifically. If someone can take it and make it generic when I'm
On Wednesday, 1 August 2012 at 02:50:08 UTC, Stuart wrote:
You'll apologise if telling me to fuck off and stop wasting
everyone's time caused offence? Oooh, I dunno how likely that
might be. I want no help from an unreasonable twat like you.
So far you're proving no better than him.
If this
Jonathan M Davis , dans le message (digitalmars.D:173860), a écrit :
struct Token
{
TokenType type;
string str;
LiteralValue value;
SourcePos pos;
}
struct SourcePos
{
size_t line;
size_t col;
size_t tabWidth = 8;
}
The occurence of tabWidth surprises me.
What is col
On Wednesday, August 01, 2012 07:12:30 Christophe Travert wrote:
Jonathan M Davis , dans le message (digitalmars.D:173860), a écrit :
struct Token
{
TokenType type;
string str;
LiteralValue value;
SourcePos pos;
}
struct SourcePos
{
size_t line;
size_t col;
Hello.
Today I was thinking about Java. Specifically, java.util.Iterator and
the pattern
while(iter.hasNext()) {
Object item = iter.next();
if(predicate(item)) {
iter.remove();
}
}
You can do this in Java. Easily. You can also do this in C++ with
On 2012-07-31 23:20, Jonathan M Davis wrote:
I'm actually quite far along with one now - one which is specifically written
and optimized for lexing D. I'll probably be done with it not too long after
the 2.060 release (though we'll see). Writing it has been going surprisingly
quickly actually,
On Monday, 30 July 2012 at 16:31:07 UTC, Stuart wrote:
You can't except whole community to take responsibility for
couple people being rude.
Bernard is very helpful and cool guy but he gets high sometimes,
q66 is just q66, he tends to add fuel to the fire ech :)
I can't help you about DFL
On 2012-08-01 00:38, Jonathan M Davis wrote:
I don't have the code with me at the moment, but I believe that the token type
looks something like
struct Token
{
TokenType type;
string str;
LiteralValue value;
SourcePos pos;
}
struct SourcePos
{
size_t line;
size_ col;
size_t
On 2012-08-01 07:44, Philippe Sigaud wrote:
Does syntax highlighting need more that a token stream? Without having
thought a lot about it, it seems to me IDE tend to highlight based
just on the token type, not on a parse tree. So that means your lexer
can be used directly by interested people,
On Wednesday, August 01, 2012 10:25:18 Jacob Carlborg wrote:
On 2012-08-01 00:38, Jonathan M Davis wrote:
I don't have the code with me at the moment, but I believe that the token
type looks something like
struct Token
{
TokenType type;
string str;
LiteralValue value;
On 2012-08-01 08:11, Jonathan M Davis wrote:
I'm not using regexes at all. It's using string mixins to reduce code
duplication, but it's effectively hand-written. If I do it right, it should be
_very_ difficult to make it any faster than it's going to be. It even
specifically avoids decoding
On 2012-08-01 08:39, Jonathan M Davis wrote:
Well, I think that that's what a lexer in Phobos _has_ to do, or it can't be
in Phobos. And if Jacob Carlborg gets his way, dmd's frontend will eventually
switch to using the lexer and parser from Phobos, and in that sort of
situation, it's that much
On Wednesday, August 01, 2012 11:14:52 Jacob Carlborg wrote:
On 2012-08-01 08:11, Jonathan M Davis wrote:
I'm not using regexes at all. It's using string mixins to reduce code
duplication, but it's effectively hand-written. If I do it right, it
should be _very_ difficult to make it any
On Tuesday, 31 July 2012 at 23:06:04 UTC, Nick Sabalausky wrote:
On Tue, 31 Jul 2012 15:16:56 +0200
akaz a...@utopia.com wrote:
So does that make one of the Deimos maintainers Judge Dredd?
Ahahahaha, I used to say that some of Phobos contributors are
Judge Dredd :
On 2012-08-01 10:40, Jonathan M Davis wrote:
It could certainly be added, but unless the lexer always knows it (and I'm
pretty sure that it doesn't), then keeping track of that entails extra
overhead. But maybe it's worth that overhead. I'll have to look at what I have
and see. Worst case, the
On 08/01/12 03:39, q66 wrote:
Bernard's reaction was entirely reasonable, spewing ignorant bullshit all
around and then being like hurr durr i have a bsc from software
engineering, no wai deserves no better.
By the way, he's only proving what I said with these hurrr I'm gonna leave
On 08/01/12 04:50, Stuart wrote:
If this kind of abuse is indicative of the D community, I'll keep my help
to myself.
If this kind of response is indicative of the way you deal with mild
abrasiveness, you're very very welcome to.
Perhaps not, but he's certainly lowering my opinion of this
On 2012-07-31 23:20, Jonathan M Davis wrote:
I'm actually quite far along with one now - one which is specifically written
and optimized for lexing D. I'll probably be done with it not too long after
the 2.060 release (though we'll see). Writing it has been going surprisingly
quickly actually,
On Wed, Aug 1, 2012 at 8:39 AM, Jonathan M Davis jmdavisp...@gmx.com wrote:
It was never intended to be even vaguely generic. It's targeting D
specifically. If someone can take it and make it generic when I'm done, then
great. But it's goal is to lex D as efficiently as possible, and it'll do
On Wednesday, 1 August 2012 at 07:44:49 UTC, Ellery Newcomer
wrote:
I also take (erk) issue with the implementation of
linearRemove. It depends on an interface from the container
range that is not part of the general range interface. This
poses problems. You can't wrap the container range with
On Wednesday, 1 August 2012 at 03:24:43 UTC, Chris Cain wrote:
Even now there are people trying to extend olive branches to
you even though you continue to be insulting.
Insulting only the people who have insulted me.
You seem to be wound tight and there's no sense in taking your
On Wed, Aug 1, 2012 at 4:07 PM, Adam D. Ruppe destructiona...@gmail.com wrote:
I'm (finally) updating my dpldocs.info website again, and
Yes!
Anyway I hit dmd -c -X -D *.d in the phobos dir. Boom, I got
one big .json file with all the info.
But, the comments aren't parsed at all.
Well,
On 2012-08-01 14:44, Philippe Sigaud wrote:
Everytime I think I understand D strings, you prove me wrong. So, I
*still* don't get how that works:
say I have
auto s = - some greek or chinese chars, mathematical symbols, whatever - d;
Then, the ... part is lexed as a string literal. How can
On Wednesday, 1 August 2012 at 14:36:26 UTC, Philippe Sigaud
wrote:
Well, the comments are discarded as soon as lexical analysis is
done, I guess.
They are actually there if you do both -X and -D together.
(-X alone doesn't show it; it must be discarded then, but
-D keeps it).
The problem is
Am 01.08.2012 16:07, schrieb Adam D. Ruppe:
I'm (finally) updating my dpldocs.info website again, and
before I just pulled names from the generated Phobos html.
This time, I want to use dmd's json output to avoid dependency
on the specific html layout of std.ddoc.
Anyway I hit dmd -c -X -D
On Wednesday, August 01, 2012 13:30:31 Jacob Carlborg wrote:
On 2012-07-31 23:20, Jonathan M Davis wrote:
I'm actually quite far along with one now - one which is specifically
written and optimized for lexing D. I'll probably be done with it not too
long after the 2.060 release (though
On Wednesday, 1 August 2012 at 15:09:45 UTC, Sönke Ludwig wrote:
It doesn't really have dependencies to vibe.d so ripping it out
should also be easy.
Thanks! It looks like that will do the job.
01.08.2012 1:20, Jonathan M Davis пишет:
On Tuesday, July 31, 2012 23:10:37 Philippe Sigaud wrote:
Having std.lexer in Phobos would be quite good. With a pre-compiled lexer
for D.
I'm actually quite far along with one now - one which is specifically written
and optimized for lexing D. I'll
I know of the deprecate keyword, but I was wondering: Is there
a scheduledDeprecated keyword?
While I know you can still force-compile with deprecated feature,
that isn't exactly the same thing.
I'm talking about stuff that is NOT YET deprecated, but soon will
be. I want to know about this
On Wednesday, August 01, 2012 14:44:29 Philippe Sigaud wrote:
Everytime I think I understand D strings, you prove me wrong. So, I
*still* don't get how that works:
say I have
auto s = - some greek or chinese chars, mathematical symbols, whatever -
d;
Then, the ... part is lexed as a
On Wednesday, August 01, 2012 17:40:41 monarch_dodra wrote:
I know of the deprecate keyword, but I was wondering: Is there
a scheduledDeprecated keyword?
While I know you can still force-compile with deprecated feature,
that isn't exactly the same thing.
I'm talking about stuff that is
On 8/1/2012 8:20 AM, Adam D. Ruppe wrote:
On Wednesday, 1 August 2012 at 15:09:45 UTC, Sönke Ludwig wrote:
It doesn't really have dependencies to vibe.d so ripping it out should also
be easy.
Thanks! It looks like that will do the job.
I'd almost pay money for the ddoc support that's
On Wed, Aug 1, 2012 at 4:46 PM, Adam D. Ruppe destructiona...@gmail.com wrote:
On Wednesday, 1 August 2012 at 14:36:26 UTC, Philippe Sigaud wrote:
Well, the comments are discarded as soon as lexical analysis is done, I
guess.
They are actually there if you do both -X and -D together.
(-X
On Wed, Aug 1, 2012 at 5:45 PM, Jonathan M Davis jmdavisp...@gmx.com wrote:
ウェブサイト
\u30A6\u30A7\u30D6\u30B5\u30A4\u30C8
The encoding of the source file is irrelevant.
do you mean I can do:
string field = ウェブサイト;
?
Geez, just tested it, it works. even writeln(field) correctly output
the
On Wednesday, 1 August 2012 at 17:52:02 UTC, Brad Anderson wrote:
There is already a pull request to add (at least some) ddoc to
json:
http://forum.dlang.org/post/ycfyhcsbciguzaxwu...@forum.dlang.org
Well, we already have some... but that request looks like it
does a lot of good stuff.
Hello all,
I'm looking for the right way to implement Javascript-like
setInterval and setTimeout in D.
I don't want to use multiple threads + sleep as an
implementation. It needs to be single threaded. I was thinking
along the lines of creating a timer using ualarm/settimer and
listening
On Wednesday, August 01, 2012 19:50:10 Philippe Sigaud wrote:
On Wed, Aug 1, 2012 at 5:45 PM, Jonathan M Davis jmdavisp...@gmx.com
wrote:
ウェブサイト
\u30A6\u30A7\u30D6\u30B5\u30A4\u30C8
The encoding of the source file is irrelevant.
do you mean I can do:
string field = ウェブサイト;
?
On 2012-08-01 19:50, Philippe Sigaud wrote:
On Wed, Aug 1, 2012 at 5:45 PM, Jonathan M Davis jmdavisp...@gmx.com wrote:
ウェブサイト
\u30A6\u30A7\u30D6\u30B5\u30A4\u30C8
The encoding of the source file is irrelevant.
do you mean I can do:
string field = ウェブサイト;
?
Geez, just tested it, it
On 2012-08-01 20:24, Jonathan M Davis wrote:
D source text can be in one of the following formats:
* ASCII
* UTF-8
* UTF-16BE
* UTF-16LE
* UTF-32BE
* UTF-32LE
So, yes, you can stick unicode characters directly in D code. Though I wonder
about the correctness of the spec here. It claims that
On Wednesday, 1 August 2012 at 17:40:13 UTC, Philippe Sigaud
wrote:
No no no, I wasn't talking about your app! dpldocs is cool!
Thanks! I think the new version will be even better.
Preview:
http://dpldocs.info/search/search-2?searchTerm=post
http://dpldocs.info/search/search-2?searchTerm=get
On Wednesday, August 01, 2012 20:29:45 Jacob Carlborg wrote:
But if you read a source file which is encoded using UTF-16 you would
need to re-encode that to store it in the str filed in your Token struct?
Currently, yes.
If that's the case, wouldn't it be better to make Token a template to be
Okay really sorry to bother you all. I found a better way of
dealing with timers. Coupled tango's signal/slot implementation
with its Selector abstraction (with timeout) and things work like
a charm.
On Wednesday, 1 August 2012 at 18:15:44 UTC, Shripad K wrote:
Hello all,
I'm looking for
On Wed, Aug 1, 2012 at 8:24 PM, Jacob Carlborg d...@me.com wrote:
Don't know if that makes it clearer.
It does! Particularly this:
All these encodings can store *every* character in the Unicode standard.
What's
different is how the characters are stored and how many bytes a single
On 8/1/12, Philippe Sigaud philippe.sig...@gmail.com wrote:
I somehow thought that with UTF-8 you were limited to a part of
Unicode, and to another, bigger part with UTF-16.
I equated Unicode with UTF-32.
This is what completely warped my vision. It's good to learn something
new everyday, I
On Wed, Aug 1, 2012 at 10:54 PM, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 8/1/12, Philippe Sigaud philippe.sig...@gmail.com wrote:
I somehow thought that with UTF-8 you were limited to a part of
Unicode, and to another, bigger part with UTF-16.
I equated Unicode with UTF-32.
This
On 02-Aug-12 01:23, Philippe Sigaud wrote:
On Wed, Aug 1, 2012 at 10:54 PM, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 8/1/12, Philippe Sigaud philippe.sig...@gmail.com wrote:
I somehow thought that with UTF-8 you were limited to a part of
Unicode, and to another, bigger part with
On 8/1/12, Dmitry Olshansky dmitry.o...@gmail.com wrote:
Once you have time to learn some unicode, check out this page:
http://unicode.org/cldr/utility/index.jsp
I've found these tools to be incredibly useful.
Didn't know about that one, cool! Also might come in handy:
I have been informed that deadalnix, that wily Frenchman, has
already built a range abstraction on top of it. So that's a
plus.
On Wednesday, 1 August 2012 at 23:06:19 UTC, Bernard Helyer wrote:
Okay, so I've seen several comments from several people
regarding the need for a D lexer in Phobos. I figure
I should contribute something to this NG other than
misdirected anger, so here it is.
SDC has a lexer, and it's pretty
On Wednesday, August 01, 2012 22:47:47 Philippe Sigaud wrote:
I somehow thought that with UTF-8 you were limited to a part of
Unicode, and to another, bigger part with UTF-16.
I equated Unicode with UTF-32.
This is what completely warped my vision. It's good to learn something
new everyday, I
Given the various proposals for a lexer module for Phobos, I thought I'd share
some characteristics it ought to have.
First of all, it should be suitable for, at a minimum:
1. compilers
2. syntax highlighting editors
3. source code formatters
4. html creation
To that end:
1. It should
On Thursday, 2 August 2012 at 00:11:15 UTC, Walter Bright wrote:
3. tokens should be values, not classes
I agree with everything but this point. Tokens become quite large
when they have all kinds of string and position information on
them, much larger than the typical recommended sizes for
5. It should read or write any mutable global state outside of
its Lexer
instance
I assume you mean 'shouldn't'. :P
Le 02/08/2012 02:10, Walter Bright a écrit :
6. A single Lexer instance should be able to serially accept input
ranges, sharing and updating one identifier table
I see the lexer as a function that take an range of char as input and
give back a range of token. Does it make sense to make an
Le 02/08/2012 01:14, Bernard Helyer a écrit :
I have been informed that deadalnix, that wily Frenchman, has
already built a range abstraction on top of it. So that's a
plus.
It shouldn't be included in phobos, but can be useful to test things
during dev.
On Wednesday, August 01, 2012 17:10:07 Walter Bright wrote:
1. It should accept as input an input range of UTF8. I feel it is a mistake
to templatize it for UTF16 and UTF32. Anyone desiring to feed it UTF16
should use an 'adapter' range to convert the input to UTF8. (This is what
component
Just wanted to point out that for a while now when you type dlang
into google, the summary that google puts up starts with the
latin from the input to the sample code on the main page:
Standard input. Lorem ipsum dolor sit amet, consectetur
adipiscing elit. Mauris tristique rutrum sem, nec
On Thursday, August 02, 2012 05:34:37 cal wrote:
Just wanted to point out that for a while now when you type dlang
into google, the summary that google puts up starts with the
latin from the input to the sample code on the main page:
Standard input. Lorem ipsum dolor sit amet, consectetur
1 - 100 of 158 matches
Mail list logo