Re: Call for arms: Arch Linux D package maintenance
On Sun, 09 Jul 2017 21:33:15 +, bachmeier wrote: > The answer (assuming things are still run the way they > were back then) is that you're not able to do anything about it. You > won't see anything done with the official package and you won't be able > to put anything in AUR because there is an official package. I couldn't find a documented deprecation process, but they do deprecate packages; perhaps if that could be pushed forward it would allow someone to maintain something in AUR.
Re: LDC 1.3.0
On Sunday, 9 July 2017 at 21:33:17 UTC, kinke wrote: LDC 1.3.0, the LLVM-based D compiler, is available for download! This release is based on the 2.073.2 frontend and standard library and supports LLVM 3.5-4.0. Congratulations all! :-) The ldc2 snap package has been updated to 1.3.0 as well.
Re: Released vibe-core 1.0.0 and vibe.d 0.8.0
Am 10.07.2017 um 15:24 schrieb Steven Schveighoffer: On 7/10/17 8:11 AM, Sönke Ludwig wrote: BTW, @CyberShadow, I originally sent this using a NG client, but the thread never appeared on forum.dlang.org Even this one isn't there... Should be here: http://forum.dlang.org/post/mmfrsonxrfxwltkfv...@forum.dlang.org -Steve Opened a ticket: https://github.com/CyberShadow/DFeed/issues/87
Released vibe-core 1.0.0 and vibe.d 0.8.0
After a long journey - it took over eight months - the new core package is finally ready. Along with it, version 0.8.0 of vibe.d is released. This marks a major milestone in vibe.d's development. Apart from offering support for using the new core package, 0.8.0 now also employs @safe and nothrow where possible, making it possible to write fully @safe vibe.d applications. And of course, as always, there is also a long list of other improvements and bug fixes. The core package can be considered as a complete rewrite of the original vibe-d:core package, retaining a mostly backwards compatible API from a library user's point of view. Lots of changes went into modernizing the code and removing inherent performance limits of the previous design*. See the dedicated blog post for a basic explanation of the changes: https://vibed.org/blog/posts/introducing-vibe-core The change log for vibe.d 0.8.0 is listed here: https://vibed.org/blog/posts/vibe-release-0.8.0 Finally, to make use of the vibe-core module, which is highly recommended outside of critical production systems, you'll have to manually enable it in the package recipe of your project: - dub.sdl: dependency "vibe-d:core" version="~>0.8.0" subConfiguration "vibe-d:core" "vibe-core" - dub.json: { ... "dependencies" : { ... "vibe-d:core": "~>0.8.0" }, "subConfigurations": { ... "vibe-d:core": "vibe-core" } } DUB packages: https://code.dlang.org/packages/vibe-d/0.8.0 https://code.dlang.org/packages/vibe-core/1.0.0 * Note that no dedicated performance tuning has been done yet, so performance levels are expected to still be on a similar level. (Note: this is the third try to get this in the forum, this time from a different IP)
Re: There is a new test runner in town
On 06/11/2017 03:10 PM, Szabo Bogdan wrote: > I'm pleased to announce the first release of `trial`. Trial is a test > runner that aims for flexibility. I made this runner because I could not > find a flexible test runner for D, to extend it with various features, > like reporters and test discoveries. > > This runner extends `dub test` command and it should work with no extra > setup. Here is an example for vibe.d: > https://asciinema.org/a/aqkefuk7d7t8vch7ro9thkscx > > You can find more info about this project here: > http://trial.szabobogdan.com/ Nice! You might want to join forces with Atila and Gary. http://code.dlang.org/packages/unit-threaded http://code.dlang.org/packages/dunit -Martin
Re: daii - allocator-friendly closures and raii
On 06/23/2017 09:02 PM, Boris-Barboris wrote: > Hi, I wrote a small library, inspired by atilaneves automem. I didn't > like some things, especially that smart pointers proxied underlying > types, also I wanted class upcasting. > > https://github.com/Boris-Barboris/daii > https://code.dlang.org/packages/daii > > What do you think about the delegate\closure syntax? > > https://github.com/Boris-Barboris/daii#delegate > > Any ideas and contributions are appreciated. Looks interesting, covariance (upcasting) is definitely a feature requirement for an standard rc library. The delegates are interesting. A bit brittle, guess we need some compiler supported lowering to make non-GC allocated delegates cleaner. You could try sth. along the lines of delegate!(sum, "(int v) => sum += v") but that needs a mixin to rebind the lambda's context. -Martin
Beta 2.075.0-b4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Fourth beta for the 2.075.0 release. Comes with more fixes for dmd, phobos, and installer: https://github.com/dlang/dmd/compare/v2.075.0-b2...v2.075.0-b4 https://github.com/dlang/phobos/compare/v2.075.0-b2...v2.075.0-b4 https://github.com/dlang/installer/compare/v2.075.0-b2...v2.075.0-b4 Due to the amount of changes the beta was prolonged, new targeted release date is Jul 16. Downloads and changelog here: http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.075.0.html Please report any bugs at https://issues.dlang.org. - -Martin -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJZY4S2AAoJELJzgRYSuxk5qbgP/inTT3pZCHrwXnjSY5rt8zNN kDdY+Yiwvrx35eWwURp8ClReG2x7yUEX5Bd1VP0MxLc6pnrhqgM33wwPAu4zH4Yu 3EItkvzEL2MCqQsS6lY/RHeb7z9BJIHMZhSf3wuCEZ9l37eEcInu1BuY5df8koNt IdOZl/P73d6hUI8gnMHyA+tJytNrZ0htHbR+F/P6u0UdLHQMg3xe0mW1aBlznfrl b7DEbSQguAOps37ELZhXxO0UQVTmn+UKU9pRMkJY667fOtG3uwXn7990fspjAtsZ Al1sgEbeNxbWYHGcautNtpYsAmhA7xfPFnalXG8pSX9df+ybikKXwTjMPt5oOcBY AkHFewRT9vAsrep2LiTnEaDS1435aBbyVpGObbQx8LW4rr1aQTqxyYSGYdViHRnB eH/K7VyADJ3NpNq8V+uP36wL7zMPPqO5Zy82x9OBM8/xn+BlPmiG1QfJFxIuMxNQ bkEst+AqNZRjAgi1dMGg9b1ri1d0RMQWS51rAxeqvMj5WY8Bqfva1q45aATWWl9O RqRUJ21Jd77W++/JK3fO7ZY0fcoXphw8mfUn1qKuSu0ympT7C8j3yi3HDK99RYou 1J7dN7Jvx3TvE0l9aDuohr00FQGeYv+Nt+J8soI2lgLH0H25p1xQsK35pFHSm3EK smsydtozMqxOvI/elBzE =NRdT -END PGP SIGNATURE-
Re: Released vibe-core 1.0.0 and vibe.d 0.8.0
On 7/10/17 8:11 AM, Sönke Ludwig wrote: BTW, @CyberShadow, I originally sent this using a NG client, but the thread never appeared on forum.dlang.org Even this one isn't there... Should be here: http://forum.dlang.org/post/mmfrsonxrfxwltkfv...@forum.dlang.org -Steve
Released vibe-core 1.0.0 and vibe.d 0.8.0
After a long journey - it took over eight months - the new core package is finally ready. Along with it, version 0.8.0 of vibe.d is released. This marks a major milestone in vibe.d's development. Apart from offering support for using the new core package, 0.8.0 now also employs @safe and nothrow where possible, making it possible to write fully @safe vibe.d applications. And of course, as always, there is also a long list of other improvements and bug fixes. The core package can be considered as a complete rewrite of the original vibe-d:core package, retaining a mostly backwards compatible API from a library user's point of view. Lots of changes went into modernizing the code and removing inherent performance limits of the previous design*. See the dedicated blog post for a basic explanation of the changes: https://vibed.org/blog/posts/introducing-vibe-core The change log for vibe.d 0.8.0 is listed here: https://vibed.org/blog/posts/vibe-release-0.8.0 Finally, to make use of the vibe-core module, which is highly recommended outside of critical production systems, you'll have to manually enable it in the package recipe of your project: - dub.sdl: dependency "vibe-d:core" version="~>0.8.0" subConfiguration "vibe-d:core" "vibe-core" - dub.json: { ... "dependencies" : { ... "vibe-d:core": "~>0.8.0" }, "subConfigurations": { ... "vibe-d:core": "vibe-core" } } DUB packages: https://code.dlang.org/packages/vibe-d/0.8.0 https://code.dlang.org/packages/vibe-core/1.0.0 * Note that no dedicated performance tuning has been done yet, so performance levels are expected to still be on a similar level. BTW, @CyberShadow, I originally sent this using a NG client, but the thread never appeared on forum.dlang.org
Re: Beta 2.075.0-b2
On 07/09/2017 02:59 AM, Seb wrote: > Just checking: you are aware that the latest beta (v2.075.0-b2) contains > a regression in __VERSION__? > > https://issues.dlang.org/show_bug.cgi?id=17614 Thanks I was not, went through the list of regressions a bit earlier on that same day.
Released vibe-core 1.0.0 and vibe.d 0.8.0
After a long journey - it took over eight months - the new core package is finally ready. Along with it, version 0.8.0 of vibe.d is released. This marks a major milestone in vibe.d's development. Apart from offering support for using the new core package, 0.8.0 now also employs @safe and nothrow where possible, making it possible to write fully @safe vibe.d applications. And of course, as always, there is also a long list of other improvements and bug fixes. The core package can be considered as a complete rewrite of the original vibe-d:core package, retaining a mostly backwards compatible API from a library user's point of view. Lots of changes went into modernizing the code and removing inherent performance limits of the previous design*. See the dedicated blog post for a basic explanation of the changes: https://vibed.org/blog/posts/introducing-vibe-core The change log for vibe.d 0.8.0 is listed here: https://vibed.org/blog/posts/vibe-release-0.8.0 Finally, to make use of the vibe-core module, which is highly recommended outside of critical production systems, you'll have to manually enable it in the package recipe of your project: - dub.sdl: dependency "vibe-d:core" version="~>0.8.0" subConfiguration "vibe-d:core" "vibe-core" - dub.json: { ... "dependencies" : { ... "vibe-d:core": "~>0.8.0" }, "subConfigurations": { ... "vibe-d:core": "vibe-core" } } DUB packages: https://code.dlang.org/packages/vibe-d/0.8.0 https://code.dlang.org/packages/vibe-core/1.0.0 * Note that no dedicated performance tuning has been done yet, so performance levels are expected to still be on a similar level.
Re: JavacTo - translate java source to D
On 2017-07-10 03:52, Patrick wrote: Hello, I'm pleased to announce a new java prototype application that is designed to translate java source into D source. Or any other language that support package, class, interface, and enum constructs and provides a built in memory garbage collection. Supporting D with JavacTo was my first choice! JavacTo available at: https://sourceforge.net/projects/javacto/ Interesting. I'm working on a similar tool, to translate Java code to D [1]. It's written in Scala and uses the Eclipse JDT library to parse the Java code. [1] https://github.com/d-widget-toolkit/jport/tree/dev -- /Jacob Carlborg