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

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.

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

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.

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.

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)

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?

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'.

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'.

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 ?