Re: dmd 1.051 and 2.036 release
Walter Bright Wrote: http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.036.zip I've noticed that the dmd2/src/druntime/doc/ folder that was on 035 is now gone! is that an expected deletion? Walter, thanks again!
Re: Size does matter: TDPL reaches the size of Modern C++ Design
Andrei Alexandrescu Wrote: Modern C++ Design has 323 pages including index. I'm glad to report that just about now TDPL has reached the same size. Let's hope the quality of TDPL is better! Follow TDPL progress in real-time at http://erdani.com. I wish I could mark this anniversary with another free sample chapter, but my publisher wouldn't allow it. Andrei Hello, in this regard I really admire the hgbook http://hgbook.red-bean.com/ I guess that the number of erratas that get debuged and of reflexions that come out rises the quality of the book considerably. Thanks anyway. Cheers!
Re: dmd 1.050 and 2.035 release
Walter Bright Wrote: Pablo Ripolles wrote: Can we expect this to work on Mac OS X version 10.5 still? Yes. All right! however in MacOSX 1.5 I've observed the following which doesn't happens in linux: I have a module named file.d and I have a main program named main.d. The module is being imported and it's functions used in the main program. I compile file.d and main.d separately (no linking). For the linking I do this: dmd file.o main.o -ofmain No problem in link time, however in run time it prompts Bus error. It doesn't happen when I do: dmd main.o file.o -ofmain Is this expected for the OSX in general or only 10.5?
Re: dmd 1.050 and 2.035 release
Walter Bright Wrote: The main purpose of this is to correct a couple of regressions that were blocking QtD and Tango. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.050.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.035.zip Many thanks to the numerous people who contributed to this update. Can we expect this to work on Mac OS X version 10.5 still? Thanks!
Re: Descent with compile-time debug for testing
I do not why but every time I install Descent into my Eclipse 3.4.2 on MacOSX, on the exit (quiting eclipse) it gives me a JavaNullPointer error... it's a pity. Cheers! Ary Borenszweig Wrote: Hi! I just uploaded a new test version of Descent (0.5.6) with the new compile-time debugging feature. I tested it with some functions and templates and it seems to be working (but not with string mixins,) so I wanted you to play with it a little and see what you think, what could be improved or what is wrong, etc. As always, you can update from Eclipse itself as described here: http://www.dsource.org/projects/descent And now a little explanation about how to get it working: right click on the function call or template instance you want to debug at compile-time, select Source - Debug at Compile-Time, and that's it! The debugger interface will appear and you can step-into/over/return, or continue, place breakpoints (but not yet in external files, sorry,) and also it will break on errors, and you'll have the full stack trace to see what went wrong. :-) (maybe I'll do a video about this later, for the curious) Just note that if you do this: --- int foo(int x) { return x * 2; } void main() { int x = foo(10); } --- if you try to debug foo(10), it will show the debugger interface, but stepping into will end the debugging session. Why? Because in the semantic analysis for that code, the call foo(10) isn't evaluated at compile time (as Descent just sneaks into the normal semantic analysis of the module.) For this you have to write: void main() { const x = foo(10); } and now foo(10) is evalauted at compile time, since it's return value is assigned to a const value. (const int will also work.) In the execution, you can see variables, analyze expressions (it supports any kinf of expression, like writing 1 + 2*3 will print 7.) This is only for D1, in D2 it will not work as expected. Enjoy!
Re: Descent with compile-time debug for testing
Hello, just before it closes there appears a window message tittled Problems saving worksppace and the message is: Problems occurred while trying to save the state of the workbench. On details it's written: Problems ocurred during save. java.lang.NullPointerException Thanks! Ary Borenszweig Wrote: Pablo Ripolles escribió: I do not why but every time I install Descent into my Eclipse 3.4.2 on MacOSX, on the exit (quiting eclipse) it gives me a JavaNullPointer error... it's a pity. Cheers! And what's on the Error Log?
Re: Descent with compile-time debug for testing
Hello Ary! Yes indeed, it is fixed! and yes, I had no D project on that workspace. Thanks! Ary Borenszweig Wrote: Hmm, that's strange. You should only get that error if you don't have any D project in the workspace. Anyway, it's a bug and I fixed it, you can update from Eclipse and it should be fixed. Please tell me if this happened and you had at least one D project in the workspace... Pablo Ripolles wrote: OK there you go! Let's see if this helps. Thanks! BCS Wrote: Reply to Pablo, Hello, just before it closes there appears a window message tittled Problems saving worksppace and the message is: Problems occurred while trying to save the state of the workbench. On details it's written: Problems ocurred during save. java.lang.NullPointerException somewhere there should be a .log file that has alls sorts of goodies like stacktraces for the error and the like. Thanks! Ary Borenszweig Wrote: And what's on the Error Log?
Re: Numpy Random Number Generators
dsimcha Wrote: == Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article dsimcha wrote: I've ported a large portion of the Numpy random number generation library to D. (I excluded the uniform random number generators because Phobos and Tango already have good implementations of these, and a few distributions because they were obscure and hard to test properly. I may add the obscure probability distributions later.) The results appear pretty good (I added unit tests that make sure the results are sane while I was at it). The module is licensed under the BSD license. The code is available at: http://dsource.org/projects/dstats/browser/trunk/random.d Docs are at http://svn.dsource.org/projects/dstats/docs/random.html although there's not much there. If you understand the probability distribution you're trying to sample from, it's pretty self-explanatory. If not, a little bit of ddoc isn't going to help, and Wikipedia is probably a better choice. These look great. Could I convince you to contribute them to Phobos? Andrei I would certainly be willing to grant permission for these to be included in Phobos. The only problem is the original code that I ported is BSD licensed, meaning you have to include all the relevant disclaimers. Hello, I might be wrong but, as far as I know, the licenses apply to code and not to algorithms. That is, once you jump out of the original implementation (the original codes are not in d) and you re-implement the algorithms in another language (in this case d) the work is not, properly speaking, a derived work. I insist, I'm not a lawyer and I'm not 100% sure but that could be checked. Cheers!
Re: DMD 1.037 and 2.020 releases
Walter Bright Wrote: Pablo Ripolles wrote: I've been following the same procedure (mutatis mutandi) with versions 2.020 and 2.019, only the latter worked. Clearly there must be some issue related with the druntime lib which I am missing in the installation procedure. Any idea? I don't know what's going wrong with your setup. But the first thing is to fix DFLAGS so that the phobos comes before druntime, as phobos should be searched first. Yes indeed! that was it! It would be nice not to forget to update the install docs such as in http://www.digitalmars.com/d/2.0/dmd-linux.html (there is no comment about druntime stuff at all). Something esle, there is this dmd.conf.5 man page which is deployed in man1 directory of the dmd zip file. Shouldn't it be in a new man5 diretory? again, shouldn't it have renamed its internal number (the one that appears in the header when you type man dmd.conf such as DMD.CONF(1)) to DMD.CONF(5)? Walter, thank you very much.
Re: DMD 1.037 and 2.020 releases
I've been following the same procedure (mutatis mutandi) with versions 2.020 and 2.019, only the latter worked. Clearly there must be some issue related with the druntime lib which I am missing in the installation procedure. Any idea? Cheers! Pablo Ripolles Wrote: Hello, did anybody installed DMD 2.021 successfully in GNU/Linux? I get lots of similar errors such as the following, whenever I try to build a plain hello world. /usr/local/lib/phobos/std/c/stdio.d(200): Error: identifier 'va_list' is not defined /usr/local/lib/phobos/std/c/stdio.d(200): Error: va_list is used as a type /usr/local/lib/phobos/std/c/stdio.d(200): Error: cannot have parameter of type void My /etc/dmd.conf has: DFLAGS=-I/usr/local/lib/druntime/import -I/usr/local/lib/phobos I installed as root with: install -p -m 0755 dmd/bin/dmd dmd/bin/obj2asm dmd/bin/dumpobj dmd/bin/rdmd /usr/local/bin/ install -p -m 0644 dmd/lib/libdruntime.a dmd/lib/libphobos2.a /usr/local/lib/ (cd dmd/src/druntime/; find -name '*.d' | xargs tar -c) | (cd /usr/local/lib/druntime/; tar -xv) (cd dmd/src/druntime/; find -name '*.di' | xargs tar -c) | (cd /usr/local/lib/druntime/; tar -xv) (cd dmd/src/phobos/; find -name '*.d' | xargs tar -c) | (cd /usr/local/lib/phobos/; tar -xv) Any idea of what I'm missing? By the way, I followed the same procedure with DMD 1.037 and it did work. Thanks a lot! Walter Bright Wrote: http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.037.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.021.zip
Re: DMD 1.037 and 2.020 releases
Hello, did anybody installed DMD 2.021 successfully in GNU/Linux? I get lots of similar errors such as the following, whenever I try to build a plain hello world. /usr/local/lib/phobos/std/c/stdio.d(200): Error: identifier 'va_list' is not defined /usr/local/lib/phobos/std/c/stdio.d(200): Error: va_list is used as a type /usr/local/lib/phobos/std/c/stdio.d(200): Error: cannot have parameter of type void My /etc/dmd.conf has: DFLAGS=-I/usr/local/lib/druntime/import -I/usr/local/lib/phobos I installed as root with: install -p -m 0755 dmd/bin/dmd dmd/bin/obj2asm dmd/bin/dumpobj dmd/bin/rdmd /usr/local/bin/ install -p -m 0644 dmd/lib/libdruntime.a dmd/lib/libphobos2.a /usr/local/lib/ (cd dmd/src/druntime/; find -name '*.d' | xargs tar -c) | (cd /usr/local/lib/druntime/; tar -xv) (cd dmd/src/druntime/; find -name '*.di' | xargs tar -c) | (cd /usr/local/lib/druntime/; tar -xv) (cd dmd/src/phobos/; find -name '*.d' | xargs tar -c) | (cd /usr/local/lib/phobos/; tar -xv) Any idea of what I'm missing? By the way, I followed the same procedure with DMD 1.037 and it did work. Thanks a lot! Walter Bright Wrote: http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.037.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.021.zip