Re: DConf 2014 Call for Submissions is now open
On Wednesday, 27 November 2013 at 14:37:11 UTC, Dicebot wrote: On Wednesday, 27 November 2013 at 05:44:36 UTC, Jonathan M Davis wrote: And now I have to wrack my brain for ideas. :) I could probably answer questions about D all day, but coming up with something useful to talk about on my own never seems to be as easy as it should be... I had some until I have started to think about Credentials: What qualifies you to talk on the topic of choice?. Have honestly answered Nothing and closed the page. :) Will try my best to get there as a visitor this time though. Wrong way of thinking, IMHO - most people who do talks on conferences are not the superexperts on some field... Furthermore, sometimes people are less qualified do better talks as they focus more on presenting something to the audience. So you do not have to be superqualified, but you have to: 1) like the thing you are presenting 2) be good at presenting Cheers!
DUB 0.9.20
A fresh DUB release is out. Apart from the usual bug fixes, there are a few considerable changes: - Builds are now cached and only rebuilt when necessary for dub build and dub run. - Generated VisualD projects and the output of dub describe now contain import files and string import files in addition to pure source files. - Running dub --build=ddox runs a local HTTP server that provides the docs instead of generating them all as actual HTML files. - Pre-release versions of dependencies (e.g. 1.0.0-rc.1) are now only installed of nothing else matches the version expression, or if dub upgrade --prerelease is used. This is supposed to encourage the use of pre-release versions instead of just working with branches for released packages. - https://github.com/rejectedsoftware/dub/blob/master/CHANGELOG.md We also have now well over a hundred packages in the registry, 117 at this point [1]! Download at http://code.dlang.org/download In the works for the next version is, among other things, a dub test [2] command which executes unit tests (and possibly other kinds of tests later) using a custom main() function, especially useful for automated testing and testing of libraries without a main() function. [1]: http://code.dlang.org [2]: https://github.com/rejectedsoftware/dub/issues/83
Re: vibe.d 0.7.18 has been released
On 2013-11-26 19:31:44 +, Sönke Ludwig said: Homepage: http://vibed.org/ DUB package: http://code.dlang.org/packages/vibe-d GitHub: https://github.com/rejectedsoftware/vibe.d Out of curiosity, it looks like vibe.d could be used to implement all kind of network protocolls. Is that right? Or is this use-case to screwed-up for it? -- Robert M. Münch Saphirion AG http://www.saphirion.com smarter | better | faster
Re: vibe.d 0.7.18 has been released
Anything stream orientated. I didn't see a udp stream though that sounds useful. On 29 Nov 2013 19:35, Robert M. Münch robert.mue...@saphirion.com wrote: On 2013-11-26 19:31:44 +, Sönke Ludwig said: Homepage: http://vibed.org/ DUB package: http://code.dlang.org/packages/vibe-d GitHub: https://github.com/rejectedsoftware/vibe.d Out of curiosity, it looks like vibe.d could be used to implement all kind of network protocolls. Is that right? Or is this use-case to screwed-up for it? -- Robert M. Münch Saphirion AG http://www.saphirion.com smarter | better | faster
Re: vibe.d 0.7.18 has been released
Am 29.11.2013 18:54, schrieb Rory McGuire: Anything stream orientated. I didn't see a udp stream though that sounds useful. http://vibed.org/api/vibe.core.net/listenUDP It's currently limited to TCP and UDP, but adding other protocols when required is simple.
Re: DUB 0.9.20
New dub v0.9.20 deb packages available at: d-apt http://d-apt.sourceforge.net/ -- Jordi Sayol
Re: vibe.d 0.7.18 has been released
On 29 Nov 2013 20:25, Sönke Ludwig slud...@outerproduct.org wrote: http://vibed.org/api/vibe.core.net/listenUDP It's currently limited to TCP and UDP, but adding other protocols when required is simple. Ooo could one write a Dns server with it?
Re: DUB 0.9.20
On Friday, 29 November 2013 at 19:15:13 UTC, Jordi Sayol wrote: New dub v0.9.20 deb packages available at: d-apt http://d-apt.sourceforge.net/ Thank you. BTW, it would be great to have packages for previous DMD versions. You already support it for `libphobos2-nn` and almost for all other packages.
Re: DUB 0.9.20
El 29/11/13 20:37, ilya-stromberg ha escrit: On Friday, 29 November 2013 at 19:15:13 UTC, Jordi Sayol wrote: New dub v0.9.20 deb packages available at: d-apt http://d-apt.sourceforge.net/ Thank you. BTW, it would be great to have packages for previous DMD versions. You already support it for `libphobos2-nn` and almost for all other packages. libphobos2-nn and other packages ending with -nn contains the shared library necessary to run programs linked against them, so for this reason these packages have version on its name, allowing to install multiple versions of the same library. Different case is dmd and development packages -dev. Debian packaging system do not allow to install multiple versions of the same package at same time. i.e. dmd_2.064.2-0_amd64.deb is newer version of dmd_2.063.2-0_amd64.deb, and upgrades it. same with libphobos2-dev_2.064.2_amd64.deb, which replaces libphobos2-dev_2.063.2_amd64.deb by an upgrade. To have multiple dmd versions on your system, you can use the Jacob Carlborg project https://github.com/jacob-carlborg/dvm Regards, -- Jordi Sayol
Re: DUB 0.9.20
On Friday, 29 November 2013 at 20:17:54 UTC, Jordi Sayol wrote: El 29/11/13 20:37, ilya-stromberg ha escrit: On Friday, 29 November 2013 at 19:15:13 UTC, Jordi Sayol wrote: New dub v0.9.20 deb packages available at: d-apt http://d-apt.sourceforge.net/ Thank you. BTW, it would be great to have packages for previous DMD versions. You already support it for `libphobos2-nn` and almost for all other packages. libphobos2-nn and other packages ending with -nn contains the shared library necessary to run programs linked against them, so for this reason these packages have version on its name, allowing to install multiple versions of the same library. OK, I see. Can we have different DMD packages with different DMD names? For example, can we have `dmd-63` and `dmd-64` at the same time? So, the `dmd` is simple alias to the latest DMD version. Sorry if I miss something, but it looks like possible solution. To have multiple dmd versions on your system, you can use the Jacob Carlborg project https://github.com/jacob-carlborg/dvm Yes, I know. But packages save some time.
Re: DUB 0.9.20
On Friday, November 29, 2013 18:01:53 Sönke Ludwig wrote: - Running dub --build=ddox runs a local HTTP server that provides the docs instead of generating them all as actual HTML files. Why would that be desirable? I would expect a set of HTML files if generating documentation, and if a server is required to read the documentation instead of just bringing them up in your browser, that's a major usability problem IMHO. If ddox requires a server rather than just working with .html files, that would be a big reason for me to never use it. - Jonathan M Davis
Re: DUB 0.9.20
El 29/11/13 21:54, ilya-stromberg ha escrit: On Friday, 29 November 2013 at 20:17:54 UTC, Jordi Sayol wrote: El 29/11/13 20:37, ilya-stromberg ha escrit: On Friday, 29 November 2013 at 19:15:13 UTC, Jordi Sayol wrote: New dub v0.9.20 deb packages available at: d-apt http://d-apt.sourceforge.net/ Thank you. BTW, it would be great to have packages for previous DMD versions. You already support it for `libphobos2-nn` and almost for all other packages. libphobos2-nn and other packages ending with -nn contains the shared library necessary to run programs linked against them, so for this reason these packages have version on its name, allowing to install multiple versions of the same library. OK, I see. Can we have different DMD packages with different DMD names? For example, can we have `dmd-63` and `dmd-64` at the same time? So, the `dmd` is simple alias to the latest DMD version. Sorry if I miss something, but it looks like possible solution. Is not the target of this repository. To have multiple dmd versions on your system, you can use the Jacob Carlborg project https://github.com/jacob-carlborg/dvm Yes, I know. But packages save some time. -- Jordi Sayol
Re: DUB 0.9.20
Am 29.11.2013 21:27, schrieb Shammah Chancellor: On 2013-11-29 17:01:53 +, Sönke Ludwig said: - Builds are now cached and only rebuilt when necessary for dub build and dub run. Doesn't seem to be working correctly for me. Won't rebuild after a build failure. Hm... there may be an issue when the linker fails, but leaves a partially linked binary. I'll add some manual code that deletes the result after the linker returns with an error.
Re: vibe.d 0.7.18 has been released
Am 29.11.2013 20:28, schrieb Rory McGuire: On 29 Nov 2013 20:25, Sönke Ludwig slud...@outerproduct.org mailto:slud...@outerproduct.org wrote: http://vibed.org/api/vibe.core.net/listenUDP It's currently limited to TCP and UDP, but adding other protocols when required is simple. Ooo could one write a Dns server with it? Should be no problem.
Re: DUB 0.9.20
Am 29.11.2013 23:05, schrieb Jonathan M Davis: On Friday, November 29, 2013 18:01:53 Sönke Ludwig wrote: - Running dub --build=ddox runs a local HTTP server that provides the docs instead of generating them all as actual HTML files. Why would that be desirable? I would expect a set of HTML files if generating documentation, and if a server is required to read the documentation instead of just bringing them up in your browser, that's a major usability problem IMHO. If ddox requires a server rather than just working with .html files, that would be a big reason for me to never use it. - Jonathan M Davis You can still use dub build --build=ddox to generate actual HTML files, but using run it will simply skip the generation part and displays the documentation much faster, depending on the size of the project.
Re: DUB 0.9.20
Sönke Ludwig wrote: A fresh DUB release is out. Apart from the usual bug fixes, there are a few considerable changes: Thanks! Have you considered adding a version number to dub help and/or a --version option?
Re: DUB 0.9.20
El 30/11/13 02:08, Piotr Szturmaj ha escrit: Sönke Ludwig wrote: A fresh DUB release is out. Apart from the usual bug fixes, there are a few considerable changes: Thanks! Have you considered adding a version number to dub help and/or a --version option? $ dub help prints version on last line: DUB version v0.9.20 -- Jordi Sayol
Re: DUB 0.9.20
On Saturday, 30 November 2013 at 02:16:50 UTC, Puming wrote: On Friday, 29 November 2013 at 17:02:22 UTC, Sönke Ludwig wrote: - Builds are now cached and only rebuilt when necessary for dub build and dub run. When I build a vibe project, and edit the app.d and then build again, an error occurs: - Checking dependencies in '/media/sf_github/dsp' Error: Orphan format specifier: %File '%s' was modified in the future. Please re-save. - Sorry, this seems to be caused by a time problem in my share folder. please ignore it. But after I do a `ls` command (or other commands) and then `dub` again, it went ok again. Another thing to note is when app.d is modified, dub recompiles all the *.dt files, is that the case? Does dub support increment compiling?
Re: DUB 0.9.20
Am 30.11.2013 03:21, schrieb Puming: On Saturday, 30 November 2013 at 02:16:50 UTC, Puming wrote: On Friday, 29 November 2013 at 17:02:22 UTC, Sönke Ludwig wrote: - Builds are now cached and only rebuilt when necessary for dub build and dub run. When I build a vibe project, and edit the app.d and then build again, an error occurs: - Checking dependencies in '/media/sf_github/dsp' Error: Orphan format specifier: %File '%s' was modified in the future. Please re-save. - Sorry, this seems to be caused by a time problem in my share folder. please ignore it. I've fixed the log message though, so it should read now just File '...' was modified in the future. Please re-save. But after I do a `ls` command (or other commands) and then `dub` again, it went ok again. Another thing to note is when app.d is modified, dub recompiles all the *.dt files, is that the case? Does dub support increment compiling? This is planned, but (AFAIK) this is not yet possible in an optimal way due to how DMD emits symbols to object files. Currently the only reliable way to build incrementally is to compile a single file at a time, but this is very inefficient compared to compiling multiple files in one go. A middle ground, which will be added in one of the next versions, is to build and cache each dependency as a separate static library. But this will still always build each complete package in one go, so all templates as well.
Re: DUB 0.9.20
On 2013-11-29 22:39:33 +, Sönke Ludwig said: Am 29.11.2013 21:27, schrieb Shammah Chancellor: On 2013-11-29 17:01:53 +, Sönke Ludwig said: - Builds are now cached and only rebuilt when necessary for dub build and dub run. Doesn't seem to be working correctly for me. Won't rebuild after a build failure. Hm... there may be an issue when the linker fails, but leaves a partially linked binary. I'll add some manual code that deletes the result after the linker returns with an error. I'll post an issue when I can isolate why it was doing it. I can't seem to reproduce it now, but it was definitely doing it earlier.It kept rerunning old binaries on me untill I made superfulous changes to files and re-saved.
Re: DUB 0.9.20
On 2013-11-30 02:58:50 +, Sönke Ludwig said: This is planned, but (AFAIK) this is not yet possible in an optimal way due to how DMD emits symbols to object files. Currently the only reliable way to build incrementally is to compile a single file at a time, but this is very inefficient compared to compiling multiple files in one go. Can you even do this when templated symbols are defined in that file? This was horribly broken years ago as the templated symbols were emitted into the source file that the template was in, rather than the including file.
