www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DCD 0.7.0

reply "Brian Schott" <briancschott gmail.com> writes:
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
Sep 01 2015
next sibling parent "BBasile" <bb.temp gmx.com> writes:
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.
Sep 01 2015
prev sibling next sibling parent "Brian Schott" <briancschott gmail.com> writes:
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
Sep 02 2015
prev sibling next sibling parent reply "Chris" <wendlec tcd.ie> writes:
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.
Sep 02 2015
next sibling parent reply "Chris" <wendlec tcd.ie> writes:
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/allo ator/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.
Sep 02 2015
parent reply "Chris" <wendlec tcd.ie> writes:
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)
Sep 02 2015
parent reply "Chris" <wendlec tcd.ie> writes:
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'.
Sep 02 2015
parent reply "Chris" <wendlec tcd.ie> writes:
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'.
Sep 02 2015
parent "Chris" <wendlec tcd.ie> writes:
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.).
Sep 03 2015
prev sibling parent reply "Dicebot" <public dicebot.lv> writes:
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/allo
ator/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
Sep 06 2015
parent Daniel =?UTF-8?B?S296w6Fr?= via Digitalmars-d-announce writes:
On Sun, 06 Sep 2015 21:00:11 +0000
Dicebot via Digitalmars-d-announce
<digitalmars-d-announce puremagic.com> 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 :)
Sep 07 2015
prev sibling next sibling parent "Andrea Fontana" <nospam example.com> writes:
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?
Sep 02 2015
prev sibling parent "BBasile" <bb.temp gmx.com> writes:
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 ?
Sep 02 2015