Re: Mono-D v0.5.5.5 - Huge completion refactoring/v0.5.5.6 - Bug fixes
On Monday, 6 January 2014 at 23:58:46 UTC, Alexander Bothe wrote: On Thursday, 2 January 2014 at 20:13:33 UTC, Daniel Kozak wrote: I must admit, that you do lots of awsome work on this IDE (plugin). But still it is quiet bad. After clean install I am not able to run even basic hello world. Ok I can uninstall gnome-terminal and install xterm. After that I can run basic terminal apps, but not debug them :(. Maybe it would be better to stop adding new features and try to make it more stable. Are you using Ubuntu? Perhaps installing libgnome-ui might solve the problem. Anyway, issues like these are mostly caused by MonoDevelop which can't be run on such a huge variety of Linux setups without further efforts - so how does this relate to stability when I actually am able to run&debug programs? Probably, we can add additional notice for Ubuntu users. I use Ubuntu KDE and can debug programs, but your installation instructions talk nothing about Ubuntu gnome. BTW, it's also stability question. Assume that new D member wants to install Mono-D. What he should think if it fails for the most popular Linux OS? I understand that it's MonoDevelop issue, but new D member doesn't know it.
Re: std.signal : voting has begun
On Monday, 6 January 2014 at 09:11:09 UTC, Dicebot wrote: Some time ago there have been a review for `std.signal` Phobos proposal (http://forum.dlang.org/thread/ujlhznaphepibgtpc...@forum.dlang.org#post-ujlhznaphepibgtpcoqz:40forum.dlang.org). It have not received much feedback and I was a it too busy to proceed with final voting at that moment but with no outstanding issues to address nothing prevents that final step. Let's put 2 week deadline to refresh memories about the proposal and make some decision. Voting closes at January 20th 23:59 GMT 0 Please take some time and help make Phobos better ;) No. I think the use of a string mixin here is bad for usability, readability and documentation. I think we should either search for a different solution to this problem (maybe even think about a language enhancement) or just abandon the idea altogether. I also think it would be better if the "weak" connect that currently takes a delegate would just take a function pointer; as it is, I think this part of the interface is error prone. On a semi-related note, the implementation has a number of problems. As they don't affect the interface, they don't count towards my vote, but I'll mention them anyway: the code uses widely inconsistent formatting which really harms readability, and there's at least one seriously questionable allocation strategy in there. Additionally, I think the presented documentation is really poorly written.
Non-anonymous mixin template fix [v1.0.1]
Hi everyone, Just a small bug fix release, nothing special: http://mono-d.alexanderbothe.com/named-mixin-completion-fix-v1-0-1 As you might have noticed, Mono-D has the version 1.x now - as an indicator of modified requirements regarding MonoDevelop/XamarinStudio: It's just required to have at least version 4.2 of it now, nothing else. Thanks for the precious recommendation to use semantic versioning (http://semver.org/)! :-) Anyway, if there's anyone with a good idea to have a more stable Mono-D/MonoDevelop environment, please tell me. I personally don't think that I can manage to have two separate releases out there - simply because everything was totally mixed up if there (surely will) appear cross-versioned bugs/issues which would consider the (so far) stable release as unstable, obviously. If it's about MonoDevelop in general and your system's setup is too different from mine and it's simply impossible to 'have it there via one extract & execute', I could try to write manuals for each OS and distro that needs further assistance - if you told me how you've managed to get it working entirely. Furthermore, in case of completion issues: https://github.com/aBothe/D_Parser/issues and for all the other Mono-D aspects: https://github.com/aBothe/Mono-D/issues Cheers, Alex
Re: Mono-D v0.5.5.5 - Huge completion refactoring/v0.5.5.6 - Bug fixes
On Thursday, 2 January 2014 at 20:13:33 UTC, Daniel Kozak wrote: I must admit, that you do lots of awsome work on this IDE (plugin). But still it is quiet bad. After clean install I am not able to run even basic hello world. Ok I can uninstall gnome-terminal and install xterm. After that I can run basic terminal apps, but not debug them :(. Maybe it would be better to stop adding new features and try to make it more stable. Are you using Ubuntu? Perhaps installing libgnome-ui might solve the problem. Anyway, issues like these are mostly caused by MonoDevelop which can't be run on such a huge variety of Linux setups without further efforts - so how does this relate to stability when I actually am able to run&debug programs?
Re: Mobile App STACK4 with a D backend
On Friday, 3 January 2014 at 05:27:28 UTC, Rob wrote: Works great on my S4 against AI (damned AI beats me every time). Haven't tried on-line game play yet. Looking forward to your write up. Ok since this is gonna be a rather lengthy topic I decided to but it into parts. Part 1 is published now: http://www.extrawurst.org/blog11/2014/01/stack4-and-the-d-programming-language-part1/
LLVM 3.4 released
Hi all! LLVM 3.4 is out! You can read the release notes http://llvm.org/releases/3.4/docs/ReleaseNotes.html or download it from http://llvm.org/releases/. As usual, LDC and dlang.org are mentioned in the release notes. I also take care of changing some other static web pages. You find references to LDC and dlang.org now listed under "LLVM Projects" and "LLVM Users". And on the front page, D is mentioned as one of the external projects using LLVM. :-) Regards, Kai
Re: std.signal : voting has begun
On Monday, 6 January 2014 at 09:11:09 UTC, Dicebot wrote: Some time ago there have been a review for `std.signal` Phobos proposal (http://forum.dlang.org/thread/ujlhznaphepibgtpc...@forum.dlang.org#post-ujlhznaphepibgtpcoqz:40forum.dlang.org). It have not received much feedback and I was a it too busy to proceed with final voting at that moment but with no outstanding issues to address nothing prevents that final step. Let's put 2 week deadline to refresh memories about the proposal and make some decision. Voting closes at January 20th 23:59 GMT 0 Please take some time and help make Phobos better ;) Yes. It's not a condition, but wish list: 1) Robert, please add thread-safe example for multi-thread application. I know that you think it's unnecessary (http://forum.dlang.org/post/ykwgtaysaaejyvjsq...@forum.dlang.org), but I disagree. 2) It looks like D module system is not good enough. Robert creates additional struct `Signal` and string mixin `signal` to immitate C++ `friend` keyword. Maybe we should add this functionality to the D language.
std.signal : voting has begun
Some time ago there have been a review for `std.signal` Phobos proposal (http://forum.dlang.org/thread/ujlhznaphepibgtpc...@forum.dlang.org#post-ujlhznaphepibgtpcoqz:40forum.dlang.org). It have not received much feedback and I was a it too busy to proceed with final voting at that moment but with no outstanding issues to address nothing prevents that final step. Let's put 2 week deadline to refresh memories about the proposal and make some decision. Voting closes at January 20th 23:59 GMT 0 Please take some time and help make Phobos better ;)
