On Friday, 20 June 2014 at 13:04:23 UTC, Bruno Medeiros wrote:
Rather, simple fix changes that would be useful if the API or
syntax of the language changes. That's why I asked for examples
of dfix changes (even if for hypothetical language changes) -
to see how easily they could be implemented
On 17/06/2014 20:59, Dicebot wrote:
On Tuesday, 17 June 2014 at 19:48:42 UTC, Bruno Medeiros wrote:
On 17/06/2014 19:10, deadalnix wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess it can
handle the whole lang
On 18/06/2014 07:43, Jacob Carlborg wrote:
On 17/06/14 22:00, Bruno Medeiros wrote:
And perhaps rightly so, one could make a case that string mixins should
be used sparsely? We have to realize that string mixins are very useful,
but are a dirty hack that is a replacement for AST macros.
I ful
On Thursday, 19 June 2014 at 21:28:28 UTC, Brian Schott wrote:
On Thursday, 19 June 2014 at 20:37:48 UTC, Stefan Koch wrote:
hmm well all string-mixins life at compile-time. So one can
print them out at runtime. Dump the source and put it into the
AST. Same for the results of static if, and the
On Thursday, 19 June 2014 at 20:37:48 UTC, Stefan Koch wrote:
hmm well all string-mixins life at compile-time so one can
print them out at runtime dump the source and but it into the
ast same for the results of static if and the like
I imagine that trying to create an automated refactoring too
On Wednesday, 18 June 2014 at 06:43:32 UTC, Jacob Carlborg wrote:
On 17/06/14 22:00, Bruno Medeiros wrote:
And perhaps rightly so, one could make a case that string
mixins should
be used sparsely? We have to realize that string mixins are
very useful,
but are a dirty hack that is a replacemen
On 17/06/14 22:00, Bruno Medeiros wrote:
And perhaps rightly so, one could make a case that string mixins should
be used sparsely? We have to realize that string mixins are very useful,
but are a dirty hack that is a replacement for AST macros.
I fully agree, but that won't stop anyone from ac
On Tuesday, 17 June 2014 at 19:48:42 UTC, Bruno Medeiros wrote:
On 17/06/2014 19:10, deadalnix wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd
guess it can
handle the whole language, or be fairly close to it.
Sim
On 17/06/2014 20:12, Jacob Carlborg wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Adding "final" to every method in certain classes could be done
without semantic analysis. Reworking certain constructs to different
constructs possibly as well (for example change foreach
On 17/06/2014 19:10, deadalnix wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess it can
handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser (for
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Adding "final" to every method in certain classes could be done
without semantic analysis. Reworking certain constructs to
different constructs possibly as well (for example change
foreach_reverse to just foreach usage)
What abo
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess
it can handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser
(for the tool I'm working on)
HAHAHAHA
On 17/06/2014 16:45, Bruno Medeiros wrote:
Similarly, there is also DParser2 from MonoD and the DDT parser (for the
tool I'm working on)
And the DDT parser is fairly complete, AFAIK, and well covered in tests.
There might be some syntax I have missed if I misunderstood the grammar
spec, but t
On 17/06/2014 16:45, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess it can
handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser (for the
tool I'm working on)
And DDT is fairly complete, AFAIK
On 17/06/2014 07:25, Jacob Carlborg wrote:
On 16/06/14 15:43, Bruno Medeiros wrote:
What's keeping us from having such a tool? It seems that after one has a
decent parser (that also keeps tracks of the source ranges of AST
nodes), it's easy to write code that does syntactic modifications and
th
On 16/06/2014 22:10, Stefan Koch wrote:
The thing I have in mind should be really easy for simple tasks
as in
`if constuctor in any class has parameter of type "oldRouter" change
that parameter to type "new Router"`
but i habe yet to find a good notation for that
I guess a DSL for simple manipu
On 16/06/14 15:43, Bruno Medeiros wrote:
What's keeping us from having such a tool? It seems that after one has a
decent parser (that also keeps tracks of the source ranges of AST
nodes), it's easy to write code that does syntactic modifications and
then rewrites the source code. And there's sev
DSL?! You crazy bro?
If you are using DScanner, just let people use D itself to
write their own custom AST transformation code. With DUB it
should be super easy to compile that code and run it on the
target D code.
This solution is vastly more simple than inventing your own
DSL, and scales w
On 16/06/2014 21:43, Stefan Koch wrote:
What's keeping us from having such a tool? It seems that after one has
a decent parser (that also keeps tracks of the source ranges of AST
nodes), it's easy to write code that does syntactic modifications and
then rewrites the source code. And there's sever
What's keeping us from having such a tool? It seems that after
one has a decent parser (that also keeps tracks of the source
ranges of AST nodes), it's easy to write code that does
syntactic modifications and then rewrites the source code. And
there's several D parsers out there already - so it
On 6/16/14, 6:43 AM, Bruno Medeiros wrote:
On 12/06/2014 18:53, Andrei Alexandrescu wrote:
I got convinced a dfix tool would be a strategic component of D's
offering going forward.
Andrei
What's keeping us from having such a tool? It seems that after one has a
decent parser (that also keeps
On 12/06/2014 18:53, Andrei Alexandrescu wrote:
On 6/12/14, 10:40 AM, Nick Sabalausky wrote:
On 6/10/2014 12:35 PM, justme wrote:
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_progra
On Thursday, 12 June 2014 at 17:52:59 UTC, Andrei Alexandrescu
wrote:
On 6/12/14, 10:40 AM, Nick Sabalausky wrote:
On 6/10/2014 12:35 PM, justme wrote:
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei
Alexandrescu wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278tw
On 12/06/14 19:40, Nick Sabalausky wrote:
Personally, I wouldn't be comfortable trusting such a tool. Besides, I
find that upgrading a codebase to a newer language version is one of the
most trivial tasks I ever face in software development - even in D.
It's a cute trick, but not a worthwhile u
On Thursday, 12 June 2014 at 20:48:10 UTC, Dicebot wrote:
On Thursday, 12 June 2014 at 17:52:59 UTC, Andrei Alexandrescu
wrote:
I very much think the opposite, drawing from many years of
hacking into large codebases. I'm completely with Rob here. On
a large codebase, even the slightest manual o
On Tuesday, 10 June 2014 at 16:35:23 UTC, justme wrote:
That should be quite easy to implement now in D
What makes you say this?
On Thursday, 12 June 2014 at 17:52:59 UTC, Andrei Alexandrescu
wrote:
I very much think the opposite, drawing from many years of
hacking into large codebases. I'm completely with Rob here. On
a large codebase, even the slightest manual or semi-manual
change is painstaking to plan and execute, a
Yes!
That is only one of the reasons to have that ability.
Almost more important is automated reasoning about very large codebases.
What are the global properties?
Where are the "antipatterns" of use and can we fix them?
Can we "lint" away large classes of defects?
Even Stroustrup believes su
On Thursday, 12 June 2014 at 17:52:59 UTC, Andrei Alexandrescu
wrote:
On 6/12/14, 10:40 AM, Nick Sabalausky wrote:
On 6/10/2014 12:35 PM, justme wrote:
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei
Alexandrescu wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278tw
On 6/12/14, 10:40 AM, Nick Sabalausky wrote:
On 6/10/2014 12:35 PM, justme wrote:
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
IMHO, the c
On 6/10/2014 12:35 PM, justme wrote:
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
IMHO, the coolest thing was when Rob Pike told about the t
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu
wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
IMHO, the coolest thing was when Rob Pike told about the tool
they made for automatically upgra
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu
wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
Nice panel. Not much really new there, but gives an idea of what
you language designers are th
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
On 2012-04-12 00:04, Andrei Alexandrescu wrote:
Walter's video is now online.
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/The-D-Programming-Language
Please reddit.
Thanks,
Andrei
Finally a D talk. Still several ones left I would like to see.
--
/Jacob Carlborg
On 4/11/12 5:04 PM, Andrei Alexandrescu wrote:
Walter's video is now online.
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/The-D-Programming-Language
Please reddit.
Destroy!
http://www.reddit.com/r/programming/comments/s5492/the_d_programming_language_walter_bright_langnext/
And
On 4/11/12 11:28 AM, Andrej Mitrovic wrote:
On 4/11/12, Andrei Alexandrescu wrote:
On 4/10/12 3:39 PM, Andrej Mitrovic wrote:
On 4/10/12, deadalnix wrote:
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?form
On 4/11/12, Andrei Alexandrescu wrote:
> On 4/10/12 3:39 PM, Andrej Mitrovic wrote:
>> On 4/10/12, deadalnix wrote:
>>> Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
>>> We want D talks ! 2 of t
Le 11/04/2012 03:20, Andrei Alexandrescu a écrit :
On 4/10/12 3:39 PM, Andrej Mitrovic wrote:
On 4/10/12, deadalnix wrote:
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
We want D talks ! 2 of th
On 4/10/12 3:39 PM, Andrej Mitrovic wrote:
On 4/10/12, deadalnix wrote:
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
We want D talks ! 2 of them, but 0 online :'(
That native panel wasn't all
On 4/10/12, deadalnix wrote:
> Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
>> http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
> We want D talks ! 2 of them, but 0 online :'(
That native panel wasn't all that interesting (or rather the questions
Le 10/04/2012 07:46, Andrei Alexandrescu a écrit :
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
Andrei
We want D talks ! 2 of them, but 0 online :'(
On 2012-04-10 07:46, Andrei Alexandrescu wrote:
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
Andrei
Finally. Still no D talks :(
--
/Jacob Carlborg
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Panel-Native-Languages?format=html5
Andrei
44 matches
Mail list logo