Re: D Compiler as a Library

On Thursday, 19 April 2012 at 16:38:31 UTC, Marco Leise wrote: Doesn't the D module system make symbols unique? --- void someFunction() { { int someVariable = 3; // ... } { int someVariable = 1000; // ... } } --- How do you target the someVariable symbol from the second

Re: D Compiler as a Library

It's possible to have an instance variable and a local variable with the same name. According to Marco's idea, those would be qualified differently: className.x vs className.funcName.x, but he recently provided an example where that is ambiguous. Also it would be a problem for symbols declar

Re: D Compiler as a Library

On 2012-04-21 15:32, Marco Leise wrote: Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko": I doubt specifying symbol it would be any better than location. For example, you would not be able to rename a local variable or any other symbol nested in a function. Yes you can! Try to comp

Re: D Compiler as a Library

I'll answer you both here... Am Sat, 21 Apr 2012 16:11:02 +0200 schrieb Artur Skawina : > On 04/21/12 15:32, Marco Leise wrote: > > Am Thu, 19 Apr 2012 18:58:26 +0200 > > schrieb "Roman D. Boiko" : > > > >> I doubt specifying symbol it would be any better than location. > >> For example, you wo

Re: D Compiler as a Library

On Saturday, 21 April 2012 at 13:32:28 UTC, Marco Leise wrote: Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko" : I doubt specifying symbol it would be any better than location. For example, you would not be able to rename a local variable or any other symbol nested in a function.

Re: D Compiler as a Library

On 04/21/12 15:32, Marco Leise wrote: > Am Thu, 19 Apr 2012 18:58:26 +0200 > schrieb "Roman D. Boiko" : > >> I doubt specifying symbol it would be any better than location. >> For example, you would not be able to rename a local variable or >> any other symbol nested in a function. > > Yes you

Re: D Compiler as a Library

Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko" : > I doubt specifying symbol it would be any better than location. > For example, you would not be able to rename a local variable or > any other symbol nested in a function. Yes you can! Try to compile this: void x() {

Re: D Compiler as a Library

On 2012-04-19 21:54, Nick Sabalausky wrote: MIT's *much* easier to understand though. Boost has some real goofy, obfuscated wordings. Although it's *worlds* better in that regard than the completely impenatrable GPL or Creative Commons. What I like about the Boost license is that it says expli

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 19:54:48 UTC, Nick Sabalausky wrote: MIT's *much* easier to understand though. Boost has some real goofy, obfuscated wordings. Although it's *worlds* better in that regard than the completely impenatrable GPL or Creative Commons. Comparing http://www.opensource.o

Re: D Compiler as a Library

"David Nadlinger" wrote in message news:ebhaxqxtjuccyqfya...@forum.dlang.org... > On Thursday, 19 April 2012 at 09:58:52 UTC, Nick Sabalausky wrote: >> There's no attribution in MIT. > > »The above copyright notice and this permission notice shall be included > in all copies or substantial porti

Re: D Compiler as a Library

"Roman D. Boiko" wrote in message news:gyhkcrhkaedsjzooh...@forum.dlang.org... > > Motivation for Boost would be reducing the number of licenses that the > code author must know. Also, here are some differences between these > licenses, which I consider as Boost advantages: > MIT's *much* easi

Re: D Compiler as a Library

That's not up to the IDE to decide. If the user wants to break the API the IDE should let him/her. Yes, that's exactly my point. It is a matter of user goals, not a language issue, and decision should not be made by a tool instead of a user.

Re: D Compiler as a Library

On 2012-04-19 18:38, Marco Leise wrote: Am Thu, 19 Apr 2012 11:24:34 +0200 schrieb Jacob Carlborg: On 2012-04-19 10:48, Roman D. Boiko wrote: Convenience interface on top of low-level core functionality can be provided and would suffice for many typical situations. In that case I think some

Re: D Compiler as a Library

On 2012-04-19 17:00, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 14:55:50 UTC, David Nadlinger wrote: The question is, though, whether »perfect« renaming support is really required, or if a defensive solution warning on potential ambiguities isn't already useful enough for most cases. D

Re: D Compiler as a Library

On 2012-04-19 16:55, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 14:46:26 UTC, Jacob Carlborg wrote: On 2012-04-19 13:05, Ary Manzana wrote: Unfortunately rename can't be perfect in D because you can't apply it inside templates. Could you elaborate a bit on why this is? Please see

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 16:38:31 UTC, Marco Leise wrote: Am Thu, 19 Apr 2012 11:24:34 +0200 schrieb Jacob Carlborg : On 2012-04-19 10:48, Roman D. Boiko wrote: > Convenience interface on top of low-level core functionality > can be > provided and would suffice for many typical situatio

Re: D Compiler as a Library

Am Thu, 19 Apr 2012 11:24:34 +0200 schrieb Jacob Carlborg : > On 2012-04-19 10:48, Roman D. Boiko wrote: > > > Convenience interface on top of low-level core functionality can be > > provided and would suffice for many typical situations. > > In that case I think something like this might work:

Re: D Compiler as a Library

If it will be decided to change the license, please pay attention to how should programmers apply the license to source and header files: or do it the way it is done in phobos.

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 15:30:21 UTC, deadalnix wrote: "The Boost Software License is based upon the MIT license, but differs from the MIT license in that it: (i) makes clear that licenses can be granted to organizations as well as individuals; (ii) does not require that the license a

Re: D Compiler as a Library

Le 19/04/2012 17:23, Roman D. Boiko a écrit : On Thursday, 19 April 2012 at 15:11:50 UTC, David Nadlinger wrote: On Thursday, 19 April 2012 at 10:15:36 UTC, Roman D. Boiko wrote: Actually, I prefer Boost only because it is slightly more popular […] Not to argue about the Boost license being p

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 15:11:50 UTC, David Nadlinger wrote: On Thursday, 19 April 2012 at 10:15:36 UTC, Roman D. Boiko wrote: Actually, I prefer Boost only because it is slightly more popular […] Not to argue about the Boost license being popular in the D community, and not that the qu

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 10:15:36 UTC, Roman D. Boiko wrote: Actually, I prefer Boost only because it is slightly more popular […] Not to argue about the Boost license being popular in the D community, and not that the question would really matter, but what leads you to this general conc

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 14:55:50 UTC, David Nadlinger wrote: The question is, though, whether »perfect« renaming support is really required, or if a defensive solution warning on potential ambiguities isn't already useful enough for most cases. David "Perfect" support is impossible, I

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 14:46:26 UTC, Jacob Carlborg wrote: On 2012-04-19 13:05, Ary Manzana wrote: Unfortunately rename can't be perfect in D because you can't apply it inside templates. Could you elaborate a bit on why this is? A template can be instantiated in user code with param

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 14:46:26 UTC, Jacob Carlborg wrote: On 2012-04-19 13:05, Ary Manzana wrote: Unfortunately rename can't be perfect in D because you can't apply it inside templates. Could you elaborate a bit on why this is? Please see several last messages for this discussion.

Re: D Compiler as a Library

On 2012-04-19 13:05, Ary Manzana wrote: Unfortunately rename can't be perfect in D because you can't apply it inside templates. Could you elaborate a bit on why this is? -- /Jacob Carlborg

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 12:55:50 UTC, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 12:31:24 UTC, Tobias Pankrath wrote: T foo(T)(T x) { return x.something(); } int something(int x) { return 1; } float something(float x) { return 1.0; } Now... go and rename the first function na

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 12:31:24 UTC, Tobias Pankrath wrote: T foo(T)(T x) { return x.something(); } int something(int x) { return 1; } float something(float x) { return 1.0; } Now... go and rename the first function named "something". What do you do with "x.something()" inside the

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 12:16:05 UTC, Ary Manzana wrote: On 4/19/12 7:25 PM, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 11:04:20 UTC, Ary Manzana wrote: On 4/19/12 12:48 AM, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo

Re: D Compiler as a Library

On 4/19/12 7:25 PM, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 11:04:20 UTC, Ary Manzana wrote: On 4/19/12 12:48 AM, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the c

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 11:04:20 UTC, Ary Manzana wrote: On 4/19/12 12:48 AM, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the connection between module- and filename all

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 11:04:20 UTC, Ary Manzana wrote: On 4/19/12 12:48 AM, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the connection between module- and filename all

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 09:58:52 UTC, Nick Sabalausky wrote: There's no attribution in MIT. »The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software« – I am not a lawyer, but I what makes you so sure that binaries do

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 11:01:10 UTC, Somedude wrote: Le 16/04/2012 13:58, Bernard Helyer a écrit : I recall mentioning it via IRC. Which is hardly going to stand up in a court. :V And given the ongoing Oracle-Google suit over the Java API license, this has to be taken seriously, I'm

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 10:28:08 UTC, Tobias Pankrath wrote: On Thursday, 19 April 2012 at 09:24:23 UTC, Roman D. Boiko wrote: On Friday, 13 April 2012 at 09:57:49 UTC, Ary Manzana wrote: Having a D compiler available as a library will (at least) give these benefits: What about joinin

Re: D Compiler as a Library

On 4/19/12 12:48 AM, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the connection between module- and filename allows "std.path" to be traced back to the original file. I'm not

Re: D Compiler as a Library

Le 16/04/2012 13:58, Bernard Helyer a écrit : > > I recall mentioning it via IRC. Which is hardly going to stand up > in a court. :V > And given the ongoing Oracle-Google suit over the Java API license, this has to be taken seriously, I'm affraid

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 10:15:36 UTC, Roman D. Boiko wrote: On Thursday, 19 April 2012 at 09:58:52 UTC, Nick Sabalausky wrote: "David Nadlinger" wrote in message news:voymctvtskltfzhsl...@forum.dlang.org... On Monday, 16 April 2012 at 11:57:29 UTC, Bernard Helyer wrote: Oh god, what did

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 10:28:08 UTC, Tobias Pankrath wrote: On Thursday, 19 April 2012 at 09:24:23 UTC, Roman D. Boiko wrote: On Friday, 13 April 2012 at 09:57:49 UTC, Ary Manzana wrote: Having a D compiler available as a library will (at least) give these benefits: What about joinin

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 09:24:23 UTC, Roman D. Boiko wrote: On Friday, 13 April 2012 at 09:57:49 UTC, Ary Manzana wrote: Having a D compiler available as a library will (at least) give these benefits: What about joining forces with sdc then?

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 09:58:52 UTC, Nick Sabalausky wrote: "David Nadlinger" wrote in message news:voymctvtskltfzhsl...@forum.dlang.org... On Monday, 16 April 2012 at 11:57:29 UTC, Bernard Helyer wrote: Oh god, what did we decide on? Boost? Imho, MIT is just fine for a compiler. It's

Re: D Compiler as a Library

"David Nadlinger" wrote in message news:voymctvtskltfzhsl...@forum.dlang.org... > On Monday, 16 April 2012 at 11:57:29 UTC, Bernard Helyer wrote: >> Oh god, what did we decide on? Boost? > > Imho, MIT is just fine for a compiler. It's not like a line of attribution > is much to ask when you are

Re: D Compiler as a Library

On Monday, 16 April 2012 at 11:57:29 UTC, Bernard Helyer wrote: Oh god, what did we decide on? Boost? Imho, MIT is just fine for a compiler. It's not like a line of attribution is much to ask when you are getting an entire compiler fronend for free – in fact, applications should probably men

Re: D Compiler as a Library

On 2012-04-19 10:48, Roman D. Boiko wrote: Convenience interface on top of low-level core functionality can be provided and would suffice for many typical situations. In that case I think something like this might work: Foo.renameSymbol("file.d:16:4", "bar"); Where "file.d" is the file in wh

Re: D Compiler as a Library

On Friday, 13 April 2012 at 09:57:49 UTC, Ary Manzana wrote: Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benefit a lot from this. The features Descent had, as far as I remember, were:

Re: D Compiler as a Library

On Monday, 16 April 2012 at 11:57:29 UTC, Bernard Helyer wrote: On Monday, 16 April 2012 at 07:00:19 UTC, Jakob Ovrum wrote: On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, an

Re: D Compiler as a Library

On Wednesday, 18 April 2012 at 16:48:46 UTC, Jacob Carlborg wrote: On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the connection between module- and filename allows "std.path" to be traced back to the

Re: D Compiler as a Library

On 2012-04-18 14:49, Marco Leise wrote: I want refactoring to be as simple as Foo.renameSymbol("std.path.sep", "std.path.dirSeperator"); if the connection between module- and filename allows "std.path" to be traced back to the original file. I'm not sure but I don't think that is enough. In

Re: D Compiler as a Library

Am Sat, 14 Apr 2012 22:44:07 -0400 schrieb "Nick Sabalausky" : > "Jacob Carlborg" wrote in message > news:jm9ulg$ui3$1...@digitalmars.com... > > > > * Refactoring > > > > * Make DustMite even more awesomer by attempting to factor out functions, > etc. Something internal: * Keep a view of ev

Re: D Compiler as a Library

On 2012-04-16 14:14, Bernard Helyer wrote: https://github.com/bhelyer/SDC/commit/2002ec27e8df9144f0d1051032abbfe24d2ad4d2 Go nuts. Awesome :) -- /Jacob Carlborg

Re: D Compiler as a Library

On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than it is for dmd considering the codebase of

Re: D Compiler as a Library

On Monday, 16 April 2012 at 02:34:29 UTC, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: Le 13/04/2012 11:58, Ary Manzana a écrit : Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benef

Re: D Compiler as a Library

On Monday, 16 April 2012 at 11:34:14 UTC, deadalnix wrote: Le 16/04/2012 09:00, Jakob Ovrum a écrit : On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar

Re: D Compiler as a Library

On Monday, 16 April 2012 at 07:00:19 UTC, Jakob Ovrum wrote: On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is ea

Re: D Compiler as a Library

Le 16/04/2012 09:00, Jakob Ovrum a écrit : On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than

Re: D Compiler as a Library

On 2012-04-16 09:00, Jakob Ovrum wrote: We are changing the license soon, with BSD/MIT in mind. I am really just waiting for Bernard to make the change, we've gotten permission from all contributors as far as I know. Ok, that sounds good. I would prefer Boost but I guess BSD/MIT is also ok. -

Re: D Compiler as a Library

On Monday, 16 April 2012 at 06:37:00 UTC, Jacob Carlborg wrote: On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than it is for dmd considering the codebase of

Re: D Compiler as a Library

On 2012-04-16 04:35, Ary Manzana wrote: On 4/13/12 9:10 PM, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than it is for dmd considering the codebase of both. Cool! SDC is the way to go. Let's focus our efforts on that

Re: D Compiler as a Library

On 4/13/12 9:10 PM, deadalnix wrote: Le 13/04/2012 11:58, Ary Manzana a écrit : Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benefit a lot from this. The features Descent had, as far as I rememb

Re: D Compiler as a Library

"Jacob Carlborg" wrote in message news:jm9ulg$ui3$1...@digitalmars.com... > > * Refactoring > * Make DustMite even more awesomer by attempting to factor out functions, etc.

Re: D Compiler as a Library

Le 14/04/2012 18:26, Trass3r a écrit : Still some things to learn from Clang though. e.g. it still directly builds an AST instead of using some kind of interface. I'm very interested in what you mean here. Do you have a link or can you write an explaination ? Clang decouples the parser from

Re: D Compiler as a Library

Still some things to learn from Clang though. e.g. it still directly builds an AST instead of using some kind of interface. I'm very interested in what you mean here. Do you have a link or can you write an explaination ? Clang decouples the parser from AST construction by letting the parser

Re: D Compiler as a Library

On 14 April 2012 16:51, deadalnix wrote: > Le 14/04/2012 12:35, Manu a écrit : > >> On 13 April 2012 18:25, Jakob Ovrum > > wrote: >> >>On Friday, 13 April 2012 at 13:08:51 UTC, deadalnix wrote: >> >>SDC have a lot of theses, and I proposed a similar stuff

Re: D Compiler as a Library

Le 14/04/2012 12:35, Manu a écrit : On 13 April 2012 18:25, Jakob Ovrum mailto:jakobov...@gmail.com>> wrote: On Friday, 13 April 2012 at 13:08:51 UTC, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC th

Re: D Compiler as a Library

Le 13/04/2012 22:31, Trass3r a écrit : I think we've got the lexer and parser completely separate from most of the rest of the codebase (like the codegen), due to repeated requests from people who wanted to use these parts for IDEs and other tools. Still some things to learn from Clang though.

Re: D Compiler as a Library

On 2012-04-14 12:35, Manu wrote: On 13 April 2012 18:25, Jakob Ovrum I don't know what Jakob means with "codegen" in this case but SDC depends on LLVM. Have a look at the bottom of: https://github.com/bhelyer/SDC -- /Jacob Carlborg

Re: D Compiler as a Library

On 13 April 2012 18:25, Jakob Ovrum wrote: > On Friday, 13 April 2012 at 13:08:51 UTC, deadalnix wrote: > >> SDC have a lot of theses, and I proposed a similar stuff for its >> evolution. I think it is easier for SDC than it is for dmd considering the >> codebase of both. >> > > I think we've got

Re: D Compiler as a Library

I think we've got the lexer and parser completely separate from most of the rest of the codebase (like the codegen), due to repeated requests from people who wanted to use these parts for IDEs and other tools. Still some things to learn from Clang though. e.g. it still directly builds an AST ins

Re: D Compiler as a Library

Jacob Carlborg wrote: How does it compare to DMD, does it implement the whole language yet? https://github.com/bhelyer/SDC It lists feature support.

Re: D Compiler as a Library

On 2012-04-13 17:25, Jakob Ovrum wrote: I think we've got the lexer and parser completely separate from most of the rest of the codebase (like the codegen), due to repeated requests from people who wanted to use these parts for IDEs and other tools. Cool. I've yet to see anyone actually go t

Re: D Compiler as a Library

On 2012-04-13 15:10, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than it is for dmd considering the codebase of both. I would guess so as well, although I have no experience of SDC. -- /Jacob Carlborg

Re: D Compiler as a Library

On 2012-04-13 11:58, Ary Manzana wrote: Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benefit a lot from this. The features Descent had, as far as I remember, were: 1.1. Outline 1.2. Autocompletio

Re: D Compiler as a Library

On Friday, 13 April 2012 at 13:08:51 UTC, deadalnix wrote: SDC have a lot of theses, and I proposed a similar stuff for its evolution. I think it is easier for SDC than it is for dmd considering the codebase of both. I think we've got the lexer and parser completely separate from most of the r

Re: D Compiler as a Library

Le 13/04/2012 11:58, Ary Manzana a écrit : Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benefit a lot from this. The features Descent had, as far as I remember, were: 1.1. Outline 1.2. Autocomple

D Compiler as a Library

Having a D compiler available as a library will (at least) give these benefits: 1. Can be used by an IDE: D is statically typed and so an IDE can benefit a lot from this. The features Descent had, as far as I remember, were: 1.1. Outline 1.2. Autocompletion 1.3. Type Hierarchy