Re: DCD 0.7.0

2015-09-07 Thread Daniel Kozák via Digitalmars-d-announce 

On Sun, 06 Sep 2015 21:00:11 +
Dicebot via Digitalmars-d-announce
 wrote:

> On Wednesday, 2 September 2015 at 09:07:24 UTC, Chris wrote:
> > Thanks, great stuff! One thing you say it's been tested with 
> > 2.067.1, but for this version it gives the following error 
> > message:
> >
> > containers/experimental_allocator/src/std/experimental/allocator/common.d(337):
> > Error: module meta is in file 'std/meta.d' which cannot be read
> > import path[0] = containers/src import path[1] = msgpack-d/src
> > import path[2] = libdparse/src
> > import path[3] = dsymbol/src
> > import path[4] = containers/experimental_allocator/src
> >
> > I had to use 2.068.0 to compile it.
> 
> btw this is also the reason why Arch package is still not updated 
> - waiting until will build with latest LDC

Ohh, that makes sense :)

Re: DCD 0.7.0

2015-09-06 Thread Dicebot via Digitalmars-d-announce 

On Wednesday, 2 September 2015 at 09:07:24 UTC, Chris wrote:
Thanks, great stuff! One thing you say it's been tested with 
2.067.1, but for this version it gives the following error 
message:


containers/experimental_allocator/src/std/experimental/allocator/common.d(337): 
Error: module meta is in file 'std/meta.d' which cannot be read
import path[0] = containers/src
import path[1] = msgpack-d/src
import path[2] = libdparse/src
import path[3] = dsymbol/src
import path[4] = containers/experimental_allocator/src

I had to use 2.068.0 to compile it.


btw this is also the reason why Arch package is still not updated 
- waiting until will build with latest LDC

Re: DCD 0.7.0

2015-09-03 Thread Chris via Digitalmars-d-announce 
How about range snippets? I've just added a simple standard range 
to my snippets.lua file:


range = [[private
{
R r;
}

this(R r)
{
this.r = r;
}

@property bool empty()
{
return r.length == 0;
}

@property auto front()
{
return r[0];
}

@property void popFront()
{
r = r[1..$];
}

Of course there can be all the different kinds of ranges (rangei 
= infinite, rangef = forward range etc.).

Re: DCD 0.7.0

2015-09-02 Thread Chris via Digitalmars-d-announce 

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.


The D Completion Daemon is an auto-complete program for the D 
programming language.


Highlights:
* A large portion of DCD's symbol resolution engine was removed 
and

  placed into the new dsymbol project.
* Several design bugs with the cache invalidation process were 
fixed.

  (TLA+ was helpful with this)
* Regression testing! DCD now has regression tests. This was 
long
  overdue... Information on the tests can be found on the 
testing

  wiki page
* DCD now uses the latest version of std.experimental.allocator.
* Added the ability to ask the client to list the paths that are
  registered with the server.
* Removed all editor plugins from the DCD repository. All editor
  plugins were maintained outside of this repository anyways, so
  this was more-or-less a dead code removal. Links to editor 
plugins

  and IDEs can be found on the wiki
* Support 2.068 syntax. The only thing that really changed is 
that
  "inline" and "mangle" are now on the list of "pragma" 
autocomplete suggestions.

* Add "__LINE__", "__FILE__", and other built-in symbols to
  autocomplete suggestions.
* Correctly expand the current working directory when starting 
the

  server with -I options specifying relative paths.
* Fixed many bugs: 
https://github.com/Hackerpilot/DCD/issues?q=milestone%3A0.7.0


Thanks, great stuff! One thing you say it's been tested with 
2.067.1, but for this version it gives the following error 
message:


containers/experimental_allocator/src/std/experimental/allocator/common.d(337): 
Error: module meta is in file 'std/meta.d' which cannot be read
import path[0] = containers/src
import path[1] = msgpack-d/src
import path[2] = libdparse/src
import path[3] = dsymbol/src
import path[4] = containers/experimental_allocator/src

I had to use 2.068.0 to compile it.

Re: DCD 0.7.0

2015-09-02 Thread Brian Schott via Digitalmars-d-announce 

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.


And now in Homebrew: 
https://github.com/Homebrew/homebrew/pull/43490

Re: DCD 0.7.0

2015-09-02 Thread BBasile via Digitalmars-d-announce 

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.

[...]


BTW

I cant see your bugfixes as PR to 
allocators...(https://github.com/andralex/phobos/pulls)

what are you waiting for ?

Re: DCD 0.7.0

2015-09-02 Thread Chris via Digitalmars-d-announce 

On Wednesday, 2 September 2015 at 09:48:53 UTC, Chris wrote:

On Wednesday, 2 September 2015 at 09:47:31 UTC, Chris wrote:



[Textadept]

Why do I get this error when placing the dmd folder in 
~./textadept/modules


.textadept/modules/dmd/init.lua:355: table index is nil

I get the same error when I place it in the 
"textadepthome"/modules


So far I haven't been able to make Dscanner work with 
Textadept.


It's Textadept 8.1 by the way (64bit Linux)


I've fixed the bug (for me):

Your version still assumes pre 8.0 where LANGUAGE_MODULE_PREFIX 
is defined in textadept/core/keys.lua


M.LANGUAGE_MODULE_PREFIX = (not OSX and not CURSES and CTRL or 
META)..'l'


However, this field was removed in 8.0 alpha:

http://foicica.com/textadept/CHANGELOG.html

I simply replaced
[keys.LANGUAGE_MODULE_PREFIX]
with
['l']

in lines 352 and 372.

I suggest you update your code in 
https://github.com/Hackerpilot/textadept-d. Maybe there's a more 
generic way than just using 'l'.

Re: DCD 0.7.0

2015-09-02 Thread Chris via Digitalmars-d-announce 

On Wednesday, 2 September 2015 at 09:47:31 UTC, Chris wrote:



[Textadept]

Why do I get this error when placing the dmd folder in 
~./textadept/modules


.textadept/modules/dmd/init.lua:355: table index is nil

I get the same error when I place it in the 
"textadepthome"/modules


So far I haven't been able to make Dscanner work with Textadept.


It's Textadept 8.1 by the way (64bit Linux)

Re: DCD 0.7.0

2015-09-02 Thread Chris via Digitalmars-d-announce 

On Wednesday, 2 September 2015 at 09:07:24 UTC, Chris wrote:
On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott 
wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 
is ready.


The D Completion Daemon is an auto-complete program for the D 
programming language.


Highlights:
* A large portion of DCD's symbol resolution engine was 
removed and

  placed into the new dsymbol project.
* Several design bugs with the cache invalidation process were 
fixed.

  (TLA+ was helpful with this)
* Regression testing! DCD now has regression tests. This was 
long
  overdue... Information on the tests can be found on the 
testing

  wiki page
* DCD now uses the latest version of 
std.experimental.allocator.
* Added the ability to ask the client to list the paths that 
are

  registered with the server.
* Removed all editor plugins from the DCD repository. All 
editor
  plugins were maintained outside of this repository anyways, 
so
  this was more-or-less a dead code removal. Links to editor 
plugins

  and IDEs can be found on the wiki
* Support 2.068 syntax. The only thing that really changed is 
that
  "inline" and "mangle" are now on the list of "pragma" 
autocomplete suggestions.

* Add "__LINE__", "__FILE__", and other built-in symbols to
  autocomplete suggestions.
* Correctly expand the current working directory when starting 
the

  server with -I options specifying relative paths.
* Fixed many bugs: 
https://github.com/Hackerpilot/DCD/issues?q=milestone%3A0.7.0


Thanks, great stuff! One thing you say it's been tested with 
2.067.1, but for this version it gives the following error 
message:


containers/experimental_allocator/src/std/experimental/allocator/common.d(337): 
Error: module meta is in file 'std/meta.d' which cannot be read
import path[0] = containers/src
import path[1] = msgpack-d/src
import path[2] = libdparse/src
import path[3] = dsymbol/src
import path[4] = containers/experimental_allocator/src

I had to use 2.068.0 to compile it.


[Textadept]

Why do I get this error when placing the dmd folder in 
~./textadept/modules


.textadept/modules/dmd/init.lua:355: table index is nil

I get the same error when I place it in the 
"textadepthome"/modules


So far I haven't been able to make Dscanner work with Textadept.

Re: DCD 0.7.0

2015-09-02 Thread Andrea Fontana via Digitalmars-d-announce 

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.


Congrats!
What is dsymbol project?

Re: DCD 0.7.0

2015-09-02 Thread Chris via Digitalmars-d-announce 

On Wednesday, 2 September 2015 at 13:52:54 UTC, Chris wrote:

On Wednesday, 2 September 2015 at 09:48:53 UTC, Chris wrote:

On Wednesday, 2 September 2015 at 09:47:31 UTC, Chris wrote:



[Textadept]

Why do I get this error when placing the dmd folder in 
~./textadept/modules


.textadept/modules/dmd/init.lua:355: table index is nil

I get the same error when I place it in the 
"textadepthome"/modules


So far I haven't been able to make Dscanner work with 
Textadept.


It's Textadept 8.1 by the way (64bit Linux)


I've fixed the bug (for me):

Your version still assumes pre 8.0 where LANGUAGE_MODULE_PREFIX 
is defined in textadept/core/keys.lua


M.LANGUAGE_MODULE_PREFIX = (not OSX and not CURSES and CTRL or 
META)..'l'


However, this field was removed in 8.0 alpha:

http://foicica.com/textadept/CHANGELOG.html

I simply replaced
[keys.LANGUAGE_MODULE_PREFIX]
with
['l']

in lines 352 and 372.

I suggest you update your code in 
https://github.com/Hackerpilot/textadept-d. Maybe there's a 
more generic way than just using 'l'.


Recte: It should be 'cl' not 'l'.

Re: DCD 0.7.0

2015-09-01 Thread BBasile via Digitalmars-d-announce 

On Tuesday, 1 September 2015 at 21:36:46 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.


Thx, awesome release.

DCD 0.7.0

2015-09-01 Thread Brian Schott via Digitalmars-d-announce 

https://github.com/Hackerpilot/DCD/tree/v0.7.0

After an alpha, a beta, and two release candidates DCD 0.7.0 is 
ready.


The D Completion Daemon is an auto-complete program for the D 
programming language.


Highlights:
* A large portion of DCD's symbol resolution engine was removed 
and

  placed into the new dsymbol project.
* Several design bugs with the cache invalidation process were 
fixed.

  (TLA+ was helpful with this)
* Regression testing! DCD now has regression tests. This was long
  overdue... Information on the tests can be found on the testing
  wiki page
* DCD now uses the latest version of std.experimental.allocator.
* Added the ability to ask the client to list the paths that are
  registered with the server.
* Removed all editor plugins from the DCD repository. All editor
  plugins were maintained outside of this repository anyways, so
  this was more-or-less a dead code removal. Links to editor 
plugins

  and IDEs can be found on the wiki
* Support 2.068 syntax. The only thing that really changed is that
  "inline" and "mangle" are now on the list of "pragma" 
autocomplete suggestions.

* Add "__LINE__", "__FILE__", and other built-in symbols to
  autocomplete suggestions.
* Correctly expand the current working directory when starting the
  server with -I options specifying relative paths.
* Fixed many bugs: 
https://github.com/Hackerpilot/DCD/issues?q=milestone%3A0.7.0

Re: DCD 0.7.0-alpha1

2015-08-10 Thread Brian Schott via Digitalmars-d-announce 

On Monday, 10 August 2015 at 07:24:20 UTC, anonymous wrote:

let's say 16X per line, for 4000X lines and


ಠ_ಠ

Re: DCD 0.7.0-alpha1

2015-08-10 Thread ketmar via Digitalmars-d-announce 
On Mon, 10 Aug 2015 07:24:18 +, anonymous wrote:

 if you repeat the access chain .bar.bar etc, let's say 16X per line, for
 4000X lines and try a dot completion then the server crashes.

it's a bug, yes, but i'm still speechless.

signature.asc
Description: PGP signature

Re: DCD 0.7.0-alpha1

2015-08-10 Thread anonymous via Digitalmars-d-announce 

On Saturday, 8 August 2015 at 00:19:38 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/releases/tag/v0.7.0-alpha1

DCD is an IDE and editor-independent autocompletion system for 
the D programming language.


Release notes are available at the above link.

0.7.0 has some major changes to its internal structure, so 
please help me to test it.


So far, so good. However i've found a way to crash the server 
even if it's a very laughable and unrealistic case; it crashes 
dmd too BTW.


---
struct Foo {
int a;
this(int a) { this.a = a; }
static immutable Foo bar = Foo(1);
}

void main() {
auto a = Foo.bar;
import std.stdio;

writeln(a.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar

.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar
.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar
...
.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar.bar
}
---
if you repeat the access chain .bar.bar etc, let's say 16X per 
line, for 4000X lines and try a dot completion then the server 
crashes.

DCD 0.7.0-alpha1

2015-08-07 Thread Brian Schott via Digitalmars-d-announce 

https://github.com/Hackerpilot/DCD/releases/tag/v0.7.0-alpha1

DCD is an IDE and editor-independent autocompletion system for 
the D programming language.


Release notes are available at the above link.

0.7.0 has some major changes to its internal structure, so please 
help me to test it.

Re: DCD 0.7.0-alpha1

2015-08-07 Thread anonymous via Digitalmars-d-announce 

On Saturday, 8 August 2015 at 00:19:38 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/releases/tag/v0.7.0-alpha1

DCD is an IDE and editor-independent autocompletion system for 
the D programming language.


Release notes are available at the above link.

0.7.0 has some major changes to its internal structure, so 
please help me to test it.


I'd like to test, particularly under Win, but 
std.experimental.allocator (+ std.meta) are still not merged. If 
I understand correctly it means that DCD 0.7 will not be easily 
buildable until next pre-release (2.069-alpha)...in 2 monthes !

Re: DCD 0.7.0-alpha1

2015-08-07 Thread via Digitalmars-d-announce 

On Saturday, 8 August 2015 at 01:32:50 UTC, anonymous wrote:

On Saturday, 8 August 2015 at 00:19:38 UTC, Brian Schott wrote:

https://github.com/Hackerpilot/DCD/releases/tag/v0.7.0-alpha1

DCD is an IDE and editor-independent autocompletion system for 
the D programming language.


Release notes are available at the above link.

0.7.0 has some major changes to its internal structure, so 
please help me to test it.


I'd like to test, particularly under Win, but 
std.experimental.allocator (+ std.meta) are still not merged. 
If I understand correctly it means that DCD 0.7 will not be 
easily buildable until next pre-release (2.069-alpha)...in 2 
monthes !


Brian made it easy for us, std.experimental.allocator is in the 
submodule containers.

std.meta is part of 2.068.
So it works with dmd-2.068.0-rc1, successful compilation :)

Re: DCD 0.7.0-alpha1

2015-08-07 Thread anonymous via Digitalmars-d-announce 
On Saturday, 8 August 2015 at 02:25:29 UTC, Joakim Brännström 
wrote:

On Saturday, 8 August 2015 at 01:32:50 UTC, anonymous wrote:
I'd like to test, particularly under Win, but 
std.experimental.allocator (+ std.meta) are still not merged. 
If I understand correctly it means that DCD 0.7 will not be 
easily buildable until next pre-release (2.069-alpha)...in 2 
monthes !


Brian made it easy for us, std.experimental.allocator is in the 
submodule containers.

std.meta is part of 2.068.
So it works with dmd-2.068.0-rc1, successful compilation :)


Thanks for the information. So Everything is fine.

Windows users that are used to buid with the bat file (because 
Digital Mars make doesn't accept the makefile) should get an 
updated version soon.