Re: Miscelaneous D tool updates
On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote: * Several updates to editor integration scripts (Mostly EMACS) I know that there is an integration script for vim but I wonder if it would be better to work on integrating it with 'You Complete Me'. [1] What do you think? [1] https://github.com/Valloric/YouCompleteMe/issues/521#issuecomment-48727396
Re: Dutyl - a Vim plugin for running D tools
On Wednesday, 3 September 2014 at 19:38:44 UTC, Idan Arye wrote: Version 1.1.0 is out now. It provides the :DUjump command for jumping to the declaration of the symbol under the cursor. If DCD is not running, Dscanner will be used instead. You can also give :DUjump the symbol as an argument - in this case it'll always use Dscanner(since DCD only supports getting the symbol by byte position). GitHub repo: https://github.com/idanarye/vim-dutyl vim.org page: http://www.vim.org/scripts/script.php?script_id=5003 Very nice, thanks! This seems to be the best solution for using D with vim right now, I really need to try it out. Wouldn't it be better if all this functionality you build in a vim only solution be integrated into DCD instead? This way all sorts of compilers and maybe IDEs would benefit from it and AFAIK there is already a request for DCD to add dub support. The YouCompleteMe problem would be solved too I guess.
Re: Dutyl - a Vim plugin for running D tools
On Thursday, 4 September 2014 at 05:58:19 UTC, Thomas Mader wrote: This way all sorts of compilers and maybe IDEs would benefit s/compilers/editors
Re: Dutyl - a Vim plugin for running D tools
On Thursday, 4 September 2014 at 10:39:34 UTC, Idan Arye wrote: On Thursday, 4 September 2014 at 05:58:19 UTC, Thomas Mader wrote: Wouldn't it be better if all this functionality you build in a vim only solution be integrated into DCD instead? This way all sorts of compilers and maybe IDEs would benefit from it and AFAIK there is already a request for DCD to add dub support. I already suggested it to Brian a year ago. That was his answer: http://forum.dlang.org/thread/icfphxuqhctbqnlgl...@forum.dlang.org#post-fxtqrnpshsnrpiumkzmh:40forum.dlang.org That was before DUB became the (de-facto) official build system so he might change his mind, but right now Dutyl actually https://github.com/Hackerpilot/DCD/issues/85 benefits from DCD's lack of DUB support, since it means you can rely on manual configured file for non-DUB projects. I don't see why the manual configured file support needs to be removed if DCD would support dub. Wouldn't it be possible to change it to a coexisting solution?
Re: This Week in D, issue 1
On Tuesday, 13 January 2015 at 14:08:58 UTC, Adam D. Ruppe wrote: I've started writing a weekly D newsletter. Here's the first issue, any feedback welcome! http://arsdnet.net/this-week-in-d/jan-12.html In the future, I intend to have it written by Saturday for a weekend release, so if you want something to appear this week, please try to get it to by before then. Very nice, thank you! One suggestion. The link to "emplace source code" is done by linenumber on master. It would be better to link to a tag to keep the link correct. Instead of: https://github.com/D-Programming-Language/phobos/blob/master/std/conv.d#L3907 https://github.com/D-Programming-Language/phobos/blob/v2.067.0-b1/std/conv.d#L3847
Re: This Week in D #7 - summary of reference counting discussion
On Monday, 2 March 2015 at 04:19:08 UTC, Adam D. Ruppe wrote: This was a very active week on the forums, though most of it was centered around DIP74 and its satellite discussions, leading to a somewhat thin newsletter. http://arsdnet.net/this-week-in-d/mar-01.html https://twitter.com/adamdruppe/status/572249079352299520 Typo: LDS for iOS Thanks Adam
Re: Release D 2.069.1
On Wednesday, 11 November 2015 at 12:05:16 UTC, Martin Nowak wrote: This is an unplanned point release whose sole purpose is to fix a severe Windows installer bug. http://dlang.org/download.html http://downloads.dlang.org/releases/2.x/2.069.1/ http://dlang.org/changelog/2.069.1.html -Martin @Martin: In reply to https://issues.dlang.org/show_bug.cgi?id=15284#c11. I switched the installers for my workplace from NSIS to InnoSetup [1] and was very satisfied with it. In my opinion it's superior to NSIS. It might be worthwile to strive to change but I might be wrong because I never looked on the Dlang installers. [1] http://www.jrsoftware.org/isinfo.php
Re: Release D 2.069.1
On Sunday, 22 November 2015 at 23:54:55 UTC, Martin Nowak wrote: On Saturday, 21 November 2015 at 08:57:45 UTC, Thomas Mader wrote: [1] http://www.jrsoftware.org/isinfo.php Thanks this looks indeed like a good choice. Drop me a line if you decide to go that route I might be able to help a bit.
Re: LDC 1.15.0
On Sunday, 7 April 2019 at 15:14:59 UTC, kinke wrote: On Sunday, 7 April 2019 at 14:26:16 UTC, Thomas Mader wrote: Were there some changes to the shared phobos unittest runners between beta2 and the final release? I ask because I have the problem on macOS with the final release that libphobos2-ldc-unittest-shared.85.dylib is not fixed by my fixing step to switch to absolute paths referencing. I use install_name_tool and run this step after I do 'make all-test-runners'. It used to work previously and also with beta2. My guess is that libphobos2-ldc-unittest-shared.85.dylib is getting created after my fixing step now for some reason. No changes wrt. the test runners, especially none wrt. build order. The only CMake change was the frontend version. See https://github.com/ldc-developers/ldc/compare/v1.15.0-beta2...v1.15.0. In [1] you mentioned that it might be an order problem because I used make instead of ninja but the problem occurred again. I got it working now by setting the DYLD_LIBRARY_PATH variable to the build/lib directory. For some reason the phobos2-test-runner-debug-shared binary didn't have the full path to libphobos2-ldc-unittest-debug-shared.85.dylib [2]. The druntime test didn't have this problem and the problem was also not always reproducible I believe. For me it's not a problem anymore but maybe it's a pointer to something problematic. [2] otool -L /private/var/folders/wq/m1dnr42s42n5msqk2v8l0lfcgn/T/nix-build-ldc-1.15.0.drv-4/ldc-1.15.0-src/build/runtime/phobos2-test-runner-debug-shared /private/var/folders/wq/m1dnr42s42n5msqk2v8l0lfcgn/T/nix-build-ldc-1.15.0.drv-4/ldc-1.15.0-src/build/runtime/phobos2-test-runner-debug-shared: libphobos2-ldc-unittest-debug-shared.85.dylib (compatibility version 85.0.0, current version 2.0.85) /private/var/folders/wq/m1dnr42s42n5msqk2v8l0lfcgn/T/nix-build-ldc-1.15.0.drv-4/ldc-1.15.0-src/build/lib/libdruntime-ldc-debug-shared.2.0.85.dylib (compatibility version 85.0.0, current version 2.0.85) /nix/store/mkfq1a1i6n66fahlcjvw890xj32zvlqp-Libsystem-osx-10.11.6/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1) [1] https://forum.dlang.org/post/rsfddgngewcloqucy...@forum.dlang.org
Re: LDC 1.7.0-beta1
On Sunday, 10 December 2017 at 17:33:34 UTC, kinke wrote: Hi everyone, on behalf of the LDC team, I'm glad to announce the first beta for LDC 1.7. The highlights of this version in a nutshell: * Based on D 2.077.1. * Catching C++ exceptions supported on Linux and Windows. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.7.0-beta1 Thanks to all contributors! The archive at https://github.com/ldc-developers/ldc/releases/download/v1.7.0-beta1/ldc-1.7.0-beta1-src.tar.gz is broken. The https://github.com/ldc-developers/ldc/releases/download/v1.7.0-beta1/ldc-1.7.0-beta1-src.zip works though.
Re: Release D 2.078.2
On Friday, 9 February 2018 at 09:20:14 UTC, Martin Nowak wrote: This point release also ships with dub 1.7.2 which further improves reliability. https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07 - -Martin https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Re: Release D 2.078.2
On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler? I don't even use or need latest as of yet. I need to download the exact same version in my scripts nevertheless. I just saw that it was not updated and wanted to let you know. But I package dub and the tools as a separate package from dmd. Archlinux is doing the same and I find it reasonable. dub and the tools should be buildable with other compilers too and one day I might switch to ldc as the default compiler for the distribution because of speed.
dub 2.079.1-beta.1 test failures on Mac OSX 10.13.5 Beta
On Saturday, 7 April 2018 at 18:39:12 UTC, Martin Nowak wrote: First beta for the 2.079.1 patch release. Comes with a handful of fixes. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.079.1.html Please report any bugs at https://issues.dlang.org - -Martin Running the dub tests on Mac OSX 10.13.5 Beta via the Nix package manager doesn't work. I tried it two times. The overflow seems strange. [INFO] Running /private/tmp/nix-build-dubUnittests-1.8.1-beta.1.drv-0/source/test/fetchzip.sh... Fetching diet-ng 1.4.5 (getting selected version)... Fetching taggedalgebraic 0.10.11 (getting selected version)... Fetching stdx-allocator 2.77.1 (getting selected version)... Fetching vibe-d 0.8.3 (getting selected version)... Fetching vibe-core 1.4.0 (getting selected version)... Fetching eventcore 0.8.34 (getting selected version)... Performing "debug" build using dmd for x86_64. taggedalgebraic 0.10.11: building configuration "library"... eventcore 0.8.34: building configuration "kqueue"... stdx-allocator 2.77.1: building configuration "library"... vibe-core 1.4.0: building configuration "kqueue"... vibe-d:utils 0.8.3: building configuration "library"... vibe-d:data 0.8.3: building configuration "library"... vibe-d:crypto 0.8.3: building configuration "library"... diet-ng 1.4.5: building configuration "library"... vibe-d:stream 0.8.3: building configuration "library"... vibe-d:textfilter 0.8.3: building configuration "library"... vibe-d:inet 0.8.3: building configuration "library"... vibe-d:tls 0.8.3: building configuration "openssl"... vibe-d:http 0.8.3: building configuration "library"... vibe-d:mail 0.8.3: building configuration "library"... vibe-d:mongodb 0.8.3: building configuration "library"... vibe-d:redis 0.8.3: building configuration "library"... vibe-d:web 0.8.3: building configuration "library"... vibe-d 0.8.3: building configuration "vibe-core"... test_registry ~master: building configuration "application"... Linking... std.conv.ConvOverflowException@/nix/store/mns8lg3j3gy5ddv6h152l6karkpxkc13-dmdBuild-2.079.1-beta.1/include/d2/std/conv.d(2164): Overflow in integral conversion 4 test_registry 0x000106393c93 pure @safe ushort std.conv.parse!(ushort, immutable(char)[]).parse(ref immutable(char)[]) + 119 5 test_registry 0x000106393cd4 pure @safe ushort std.conv.toImpl!(ushort, immutable(char)[]).toImpl(immutable(char)[]) + 28 6 test_registry 0x000106393c17 pure @safe ushort std.conv.to!(ushort).to!(immutable(char)[]).to(immutable(char)[]) + 31 7 test_registry 0x000106423cc4 @safe vibe.http.server.HTTPServerSettings vibe.http.server.HTTPServerSettings.__ctor(immutable(char)[]) + 624 8 test_registry 0x0001063594ff @safe vibe.http.server.HTTPListener vibe.http.server.listenHTTP!(immutable(char)[]).listenHTTP(immutable(char)[], void delegate(vibe.http.server.HTTPServerRequest, vibe.http.server.HTTPServerResponse) @safe) + 59 9 test_registry 0x0001063594bd @safe vibe.http.server.HTTPListener vibe.http.server.listenHTTP!(immutable(char)[]).listenHTTP(immutable(char)[], vibe.http.server.HTTPServerRequestHandler) + 57 10 test_registry 0x000106341c09 _Dmain + 441 11 test_registry 0x00010658f1bf void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).runAll().__lambda1() + 39 12 test_registry 0x00010658f04f void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate()) + 31 13 test_registry 0x00010658f12a void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).runAll() + 138 14 test_registry 0x00010658f04f void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate()) + 31 15 test_registry 0x00010658efbd _d_run_main + 485 16 test_registry 0x000106341c39 main + 33 17 libdyld.dylib 0x7fff6ab81014 start + 0 18 ??? 0x0002 0x0 + 2 Trying to download gitcompatibledubpackage (1.0.4) std.conv.ConvOverflowException@/nix/store/mns8lg3j3gy5ddv6h152l6karkpxkc13-dmdBuild-2.079.1-beta.1/include/d2/std/conv.d(2164): Overflow in integral conversion 4 dub 0x000108bd0c86 pure @safe ushort std.conv.parse!(ushort, immutable(char)[]).parse(ref immutable(char)[]) + 158 5 dub 0x000108bd0cbc pure @safe ushort std.conv.toImpl!(ushort, immutable(char)[]).toImpl(immutable(char)[]) + 28 6 dub 0x000108bd0bdf pure @safe ushort std.conv.to!(ushort).to!(immutable(char)[]).to(immutable(char
Re: dub 2.079.1-beta.1 test failures on Mac OSX 10.13.5 Beta
On Sunday, 15 April 2018 at 00:52:21 UTC, Martin Nowak wrote: Does the dub beta work for you though? Have you tried the official binary? Dub's CI tests were so far targeted at linux and might have some issues with OS dependent differences. On other platform's we've only been running unit-tests, but not the integration test-suite. -Martin Haven't tried the official binary. It's also not useful with Nix. I package dub versions regularly on Nix and see those errors for the first time on Mac OSX. I looked at the travis script and it seems you are testing by invoking the run-unittest.sh script too. How do I just run the unittests without the integration test-suite? I packaged the final release version of 1.8.1 and everything worked fine. Strange. With 1.8.1-beta.1 I tried it two times and got the same errors. So not a big problem anymore since I only really package release versions. Still, it would be interesting to know what's going on.
Re: expectations 0.1.0
On Monday, 3 September 2018 at 00:52:39 UTC, Vladimir Panteleev wrote: There are generally two classic approaches to error handling: std::expected is not the only thing on this topic going on in C++. There is also the proposal from Herb Sutter [1]. It's not a library solution and changes even the ABI but it's an interesting approach. He also tries to get compatibility into C via an extension. (See 4.6.11 in [1]) [1] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0709r0.pdf
Re: expectations 0.1.0
On Monday, 3 September 2018 at 13:00:05 UTC, aliak wrote: This would be great to have in D. Indeed, if it's really going into C++ D needs to think about how to handle that anyway if it wants to offer C++ ABI interfacing. Swift [0] has something similar, and personally after using it for a few years, I can say that I've seen next to no unhandled exception errors in iOS code at least. Thanks, didn't know that Swift is already using something like this.
Re: Add D front-end, libphobos library, and D2 testsuite... to GCC
On Monday, 29 October 2018 at 03:43:49 UTC, Mike Parker wrote: Congratulations are in order for Iain Buclaw. His efforts have been rewarded in a big way. Last Friday, he got the greenlight to move forward with submitting his changes into GCC: https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01676.html That's now a reality. https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=03385ed3d679cd8125f282697a1c7cf46f8361cc Hopefully around the time of DConf next year we'll see GDC included with the release of GCC 9. How cool is that? Congratulations! I hope this will bring dlang much more of the deserved visibility and money/momentum.
Re: LDC 1.15.0-beta2
On Sunday, 24 March 2019 at 02:15:38 UTC, kinke wrote: Glad to announce the second beta for LDC 1.15, with these changes compared to beta1 (https://forum.dlang.org/thread/wavjrnwlxkkpzkqjv...@forum.dlang.org): * Based on current DMD stable. * LLVM for prebuilt packages upgraded to v8.0.0 final. * Fixed beta1 regression: prebuilt Linux x86_64 package is usable with older linkers again (e.g., on Ubuntu 14.04). * Fixed beta1 regression: dcompute is usable again. * Prebuilt packages don't depend on libtinfo and libedit anymore. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.15.0-beta2 Please help test, and thanks to all contributors! The lowmem switch tests [1] fail for me because I use ltsmaster as the bootstrap compiler. 1) I think those tests should not run in this szenario. 2) I know that I need to rebuild ldc with itself to get the lowmem switch support in the long run but I wonder if that would not be better integrated into your cmake build via an option. Otherwise the packagers out there need to do it for themselves. [1] https://github.com/ldc-developers/dmd-testsuite/blob/ldc/runnable/xtest46_gc.d https://github.com/ldc-developers/dmd-testsuite/blob/ldc/runnable/testptrref_gc.d https://github.com/ldc-developers/dmd-testsuite/blob/ldc/fail_compilation/mixin_gc.d
Re: LDC 1.15.0
On Saturday, 6 April 2019 at 17:40:39 UTC, kinke wrote: Glad to announce LDC 1.15: * Based on D 2.085.1. * Support for LLVM 8.0. The prebuilt packages ship with LLVM 8.0.0 and include the Khronos SPIRV-LLVM-Translator, so that dcompute can now emit OpenCL too. * New -lowmem switch to enable the GC for the front-end, trading compile times for less required memory (in some cases, by more than 60%). * New generic @llvmAttr("name") parameter UDAs, incl. @restrict with C-like semantics. * Dropped support for 32-bit macOS. Min macOS version for prebuilt package raised to 10.9. * Prebuilt packages don't depend on libtinfo/libedit and don't require SSSE3 anymore. * Fix: functions annotated with `pragma(inline, true)` are implicitly cross-module-inlined again. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.15.0 Thanks to all contributors! Were there some changes to the shared phobos unittest runners between beta2 and the final release? I ask because I have the problem on macOS with the final release that libphobos2-ldc-unittest-shared.85.dylib is not fixed by my fixing step to switch to absolute paths referencing. I use install_name_tool and run this step after I do 'make all-test-runners'. It used to work previously and also with beta2. My guess is that libphobos2-ldc-unittest-shared.85.dylib is getting created after my fixing step now for some reason.