On 2012-08-02 08:26, Jonathan M Davis wrote:
It's really not all that hard to special case for strings, especially when
you're operating primarily on code units. And I think that the lexer should be
flexible enough to be usable with ranges other than strings. We're trying to
make most stuff in P
On Thursday, August 02, 2012 08:18:39 Jacob Carlborg wrote:
> On 2012-08-01 22:20, Jonathan M Davis wrote:
> > If you want really good performance out of a range-based solution
> > operating on ranges of dchar, then you need to special case for the
> > built-in string types all over the place, and
On 2012-08-02 00:23, 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 2012-08-01 22:20, Jonathan M Davis wrote:
If you want really good performance out of a range-based solution operating on
ranges of dchar, then you need to special case for the built-in string types
all over the place, and if you have to wrap them in other range types
(generally because of cal
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 pointe
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.
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 wou
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 of tokens.
It used to be range-based, but
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 do
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 j
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.
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 >
On Wed, Aug 1, 2012 at 11:35 PM, Marco Leise wrote:
> Am Wed, 1 Aug 2012 22:39:41 +0200
> schrieb Philippe Sigaud :
>
>> 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 of
On Wednesday, 1 August 2012 at 21:35:08 UTC, Marco Leise wrote:
Am Wed, 1 Aug 2012 22:39:41 +0200
schrieb Philippe Sigaud :
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 of
Am Wed, 01 Aug 2012 21:35:32 +0200
schrieb David :
> 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
Am Wed, 1 Aug 2012 22:39:41 +0200
schrieb Philippe Sigaud :
> 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 wh
On Wed, Aug 1, 2012 at 11:03 PM, Brian Schott 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.
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 s
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 used
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 b
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)[], dependi
On Wed, Aug 1, 2012 at 7:30 PM, Brian Schott 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 just tested the
Am Wed, 01 Aug 2012 19:58:46 +0200
schrieb "Brian Schott" :
> 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 shoul
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 r
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 :
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 reposit
Am 01.08.2012 19:18, schrieb Marco Leise:
Am Mon, 30 Jul 2012 16:50:57 +0200
schrieb Marco Leise :
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 repositories and includes them
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 was
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
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 D source code.
I've held off on anoncing
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 su
Am Mon, 30 Jul 2012 16:50:57 +0200
schrieb Marco Leise :
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 repositories and includes them even if they only
contain C headers. Oh an
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 main
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 re
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 revolu
On Tue, 31 Jul 2012 16:54:17 +0100, Andrei Alexandrescu
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.
Then I need more education. I
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
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 Wed, 01 Aug 2012 08:24:57 +0200
Jacob Carlborg 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:
> >
> > -
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 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 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 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
43 matches
Mail list logo