Re: TDPL Japanese Edition
On Saturday, 6 April 2013 at 07:17:51 UTC, Andrej Mitrovic wrote: On 4/4/13, Masahiro Nakagawa repeate...@gmail.com wrote: Sample picture is here: https://pathakacdn-a.akamaihd.net/photos2/7ace5e69-4d3c-497f-87fc-4fbd97c7ad8f/original.jpg I don't have a Japanese comment, but that D logo is pretty cool! All the cool people did one! Please don't hurt me Andrei. I think you're cool. :(
Re: TDPL Japanese Edition
おめでとう!
Re: Dgame
On Saturday, 12 January 2013 at 10:42:55 UTC, Namespace wrote: On Saturday, 12 January 2013 at 02:05:31 UTC, Bernard Helyer wrote: Hey cool! I'll check this out later tonight, but how are you handling frame rate and things? You mean how I limit the framerate? I delay the execution of the game loop for a very brief moment. For example if you limit to 15 frames for (15/1000) msecs. F i L: Thanks. :) So it's a single threaded game loop? Just wondering if there wasn't any kind of fancy logic/render loop split, is all.
Re: Dgame
If you use dmd 2.061 you have to merge the current dmd stuff with this pull I've a much better idea; I'm going to not use dgame until I can use it with a shipped DMD.
Re: Dgame
Hey cool! I'll check this out later tonight, but how are you handling frame rate and things?
Re: D 1.076 and 2.061 release
On Friday, 4 January 2013 at 03:21:46 UTC, Walter Bright wrote: On 1/3/2013 3:38 AM, deadalnix wrote: On Thursday, 3 January 2013 at 01:06:46 UTC, Walter Bright wrote: Please post example to bugzilla. http://d.puremagic.com/issues/show_bug.cgi?id=9263 Thank you. (And whaddya know, Kenji just fixed it!) Excellent. This also demonstrates why a better release process would be nice -- I can either compile with -wi and filter out warnings until 2.062 or roll back to 2.060. Bug fix releases would be super keen. :D But eh, 64 bit support? UDAs? I can hardly complain.* -Bernard. * I'm still going to complain. :P
Re: D 1.076 and 2.061 release
I am getting a whole _mess_ of warning: statement not reachable on everything after a final switch.
Re: D 1.076 and 2.061 release
On Wednesday, 2 January 2013 at 07:01:02 UTC, Bernard Helyer wrote: I am getting a whole _mess_ of warning: statement not reachable on everything after a final switch. It seems it's more complicated than that. I'll try and distill a test case down tomorrow.
Re: Dr. Dobbs
On Thursday, 13 December 2012 at 20:34:40 UTC, Joshua Niehus wrote: in case anyone missed it: http://www.drdobbs.com/cpp/porting-the-d-compiler-to-win64/240144208 Very interesting write up.
Re: Alex Rønne Petersen joins phobos and druntime
On Monday, 15 October 2012 at 18:33:28 UTC, Andrei Alexandrescu wrote: Hello all, Please join me in congratulating Alex Rønne Petersen for joining the phobos and druntime committers on github. Alex has been a very active contributor to D, particularly druntime. We hope his prolific participation to continue and be enhanced by his new role. Good luck! Andrei Congratulations, Alex. Couldn't have happened to a smarter bastard. :)
Re: DIL v2.000 release
Congrats, Aziz! :D
Re: Mono-D v0.4.1.2 - Heavily improved performance + Completion bugs removed
IIRC, I've had problems doing anything complex in a no-paren template parameter. I always figured if you're doing no-parens, it had to be a single token (Maybe I'm wrong?). Does it work if you do this?: A!(int.SubClass) primitive or identifier, iirc
Re: Walter charms the audience at Sioux
On Friday, 24 August 2012 at 06:46:10 UTC, Walter Bright wrote: On 8/23/2012 11:34 PM, Jacob Carlborg wrote: Will there be a video posted? If not by now, probably not. Was the talk mostly the same as the other one you gave with the same slides? (forget where that was)
Re: Antti-Ville Tuuainen Passes GSoC Final Evaluation
Congrats!
Re: D version of MicroEmacs
The windows version has always flickered something fierce for me, no idea why. How well does it handle large files? (Like, several gigabytes large).
Re: First working Win64 program!
On Tuesday, 14 August 2012 at 08:28:45 UTC, Walter Bright wrote: On 8/13/2012 4:05 PM, Nick Sabalausky wrote: Well, not *exactly* the same boat. I always, perhaps mistakenly, assumed the OMF issue would eventually get addressed. To see it pretty much verified that it *won't* be happening is very discouraging and frustrating. The existence of GDC and LDC doesn't solve the problem either. There's only so much I can do with my time. But if someone else wants to do the work, all things are possible. Clearly the solution is to look into cloning technologies.
Re: First working Win64 program!
On Saturday, 11 August 2012 at 14:04:39 UTC, 拖狗散步 wrote: On Saturday, 11 August 2012 at 08:17:13 UTC, Walter Bright wrote: No, it ain't much, some of it is jury rigged, and there's a heluva lot more work to do. But we've got liftoff! - import core.stdc.stdio; extern (C) int main() { puts(hello world\n); return 0; } - dmd -c -m64 hello.d cl hello.obj hello hello world! Congratulations! :D Congratulations! But the possibility of acceding to generate so files? GDC already can. The .so thing is more of a druntime issue than it is a compiler issue, AFAIK.
Re: Mono-D v0.4.1 - Completion improvement
Nice one. :D I'll have to try it out when I have time.
Re: Dscanner - It exists
On Wednesday, 1 August 2012 at 22:31:39 UTC, Andrei Alexandrescu wrote: On 8/1/12 6:23 PM, David wrote: Ranges Iterators, yes, but I think they are overdone. I don't. I think the main problem is that you need that abstraction for Phobos. Whereas if you're writing stuff for yourself, you don't bother. Even if it's a library for consumption. I wonder if there's an abstraction that would make defining a range around some data trivial. Maybe even just a good article on why use ranges over X where X == array of data, or iterators for the C++ crowd. I know in SDC's lexer we actually do have things that could be turned into input and output ranges fairly trivially. I would be concerned with potential performance ramifications, though. -Bernard.
Re: DStep - Bindings Generator 0.0.1
On Sunday, 8 July 2012 at 08:36:34 UTC, Walter Bright wrote: On 7/7/2012 8:40 PM, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/w7hbg/dstep_tool_for_translating_c_and_objc_headers/ Gotta change the name: http://www.reddit.com/r/programming/comments/w7hbg/dstep_tool_for_translating_c_and_objc_headers/c5az51y Just make it drop when you're done translating the file.
Re: dbuilder news
I did a once over on your english. I removed an advantage (follows filesystem rules) because that makes no sense -- everything on the FS follows the FS's rules, it _has_ to.
Re: Voldemort Types in D
You've been busy! Looks like you've hit your 2 article limit. Log-in or register for a free account to get unlimited articles and full access to Dr. Dobb's. Sorry doctor, but I don't care about that other article that much. My god, Dr. Dobb's is such a shit-hole. Walter's articles are their only redeeming feature.
Re: Jumping on the bandwagon - DDCPU-16
Now with GUI, and the CPU is up to date with the latest spec (1.7 as of writing), and all the standard hardware (and a floppy device!) implemented. You'll need SIEGE compiled -- if you want some help there, I can supply those .lib files for windows. Linux too, but that shouldn't be difficult at all.
Jumping on the bandwagon - DDCPU-16
https://github.com/bhelyer/DDCPU-16 DDCPU-16 is a D implementation of Notch's (of Minecraft fame) DCPU-16, a fictional 16 bit CPU for his upcoming game, 0x10c. More info at http://0x10c.com, including specs. You'll see a grand total of two source files, and one is only really there for my testing. The only interesting module is dcpu16.cpu, which contains a class CPU with two public methods of note: load(ushort[]) to load code and run(int) to run it for a minimum number of cycles. The CPU code is completely freestanding, with no dependencies (even on Phobos) and is @safe ready, and pure where possible. Manu is planning on hooking up some virtual hardware to it (which is described in basic form elsewhere). No real reason for this, just needed something to fill a Sunday. I've only tested it to the extent that I've stepped through Notch's example in the spec (the one loaded in main.d) and verified that works, but I'm sure there'll be more bugs lurking. If you find the bugs that I'm sure are still lurking, create an issue on GitHub. -Bernard.
Re: dmd 1.074 and 2.059 release
2.059 is red I'm drunk too It's friday night thank you too ... Not sure if that means I should drink more or less. Gonna go with more, my spelling is way to good.
Re: dmd 1.074 and 2.059 release
On Friday, 13 April 2012 at 08:02:09 UTC, Bernard Helyer wrote: 2.059 is red I'm drunk too It's friday night thank you too ... Not sure if that means I should drink more or less. Gonna go with more, my spelling is way to good. Well nopw I' m more drunk. 2.059 is workfing fine. :D GOOD JOIB WALTER! :D And evweryone else. Kenji especially.
Re: video games (was Re: UFCS for D)
Eeewww, I hate playing games on a PC: - Too many other processes to screw up the experience. Maybe if you were basing your experiences off of Windows 95. - I spent sooo many hours every day *working* at the computer desk, I *don't* want to be be glued to it for my entertainment, too. - Even if I didn't use a PC for work, for my entertainment, I'd still much rather use a nice comfortable living room couch/TV/environment than a computer desk anyway Fair enough. You can hook PCs up to a TV though, of course. . - Plus the non-indie commercial games come with rootkits and the requirement Lose the hyperbole. :P of buying new hardware twice a year. No thanks. Oh please. The hardware requirements have basically been static because of the age of the current consoles.
Re: D Conference 2012
On Tuesday, 27 March 2012 at 21:29:08 UTC, Walter Bright wrote: The web site is up now: http://www.astoriaseminar.com See you all there! Someday, when I'm rich and famous, I'll be able to afford to travel to such things. For now, I must play the flightless kiwi and request lots of pictures and videos!
Re: Tango for D2: All user modules ported
Congratulations. This is the penultimate death knell for D1, I feel. (The final being DMD1's discontinuation on December 31st).
Re: DMD 2.x compiler in Arch Linux repo
On Monday, 16 January 2012 at 23:53:54 UTC, Andrei Alexandrescu wrote: On 1/16/12 2:05 PM, Михаил Страшун wrote: Are there any negative consequences of doing this? :) Sorry, I know close to nothing about reddit. The news must be noteworthy. My question is basically Is this an interesting piece of news, or something minor? Andrei Well, it'd be interesting in /r/archlinux for sure.
Re: dmd 2.057 release
Changelog isn't showing up for me.
Re: DDT 0.5.0 (Creamfields) released
On Thu, 22 Sep 2011 06:47:18 +, Bernard Helyer wrote: I was wrong about the multiple editor thing, but you were spot on about the folding. Disabling it made all the hitches go away. Thanks. Spoke too soon. It seems to be related to errors parsing or something. I'll try and get you a test case.
Re: DDT 0.5.0 (Creamfields) released
On Tue, 30 Aug 2011 11:57:48 +, Bernard Helyer wrote: Good stuff. Nice to see Indigo support. I'm seeing some serious performance problems (Eclipse typing lagging and stuttering when working with templates and structs and big files in general). Anyone else seeing this?
Re: DDT 0.5.0 (Creamfields) released
Good stuff. Nice to see Indigo support.
Re: D programming language Chat
On Tue, 05 Jul 2011 18:58:57 +0200, Andrej Mitrovic wrote: Will the chan op `set mode -v` me every time I say something offtopic? Screw SO with their stupid game mechanics. We're very informal in #d. Come on in, we try to be friendly! :D
Re: dmd 1.067 and 2.052 release
64 bit Linux support, std.date is gone, alternative linker... ...so what are you guys doing for the end of the world?
Re: dmd 1.067 and 2.052 release
Had to roll back to 2.051, hit this: http://d.puremagic.com/issues/show_bug.cgi?id=2962 Bug with SDC. If you're _really_ short of test cases, you can mine through SDC's 12000 odd lines of code. *g* https://github.com/bhelyer/SDC
Re: DDT 0.4.0 released (formerly Mmrnmhrm)
Thank you so much for your work. It's really awesome to see advancement for the D eclipse plugins.
Re: dmd 1.064 and 2.049 release
On Thu, 16 Sep 2010 20:58:56 -0700, Walter Bright wrote: This is primarily a bug fix release. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.064.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.049.zip Looks solid, but it appears to have broken debugging info. (Linux) Looking through the bug tracker now.
Re: dmd 1.064 and 2.049 release
On Fri, 17 Sep 2010 11:45:15 +, Bernard Helyer wrote: Looks solid, but it appears to have broken debugging info. (Linux) Looking through the bug tracker now. U disregard that, PEBKAC. ^^;
Re: D Concurrent GC
Very nice. I've been reading your posts on this with interest. How much work would be involved in porting this to druntime?
Re: dcollections 1.0 and 2.0a beta released
On 20/05/10 13:39, Bernard Helyer wrote: Oooohhh goody goody goody! n_n I'm in the process of making a little toy project ATM. I'll shall integrate dcollections 2.0a into ASAP. ArrayList doesn't compile with warnings as it overrides opEquals, but doesn't mark it as such.
Re: dcollections 1.0 and 2.0a beta released
On 20/05/10 18:11, Bernard Helyer wrote: On 20/05/10 13:39, Bernard Helyer wrote: Oooohhh goody goody goody! n_n I'm in the process of making a little toy project ATM. I'll shall integrate dcollections 2.0a into ASAP. ArrayList doesn't compile with warnings as it overrides opEquals, but doesn't mark it as such. And lines 772 and 780 complained about not being able to implicitly cast const(Thing) to Thing. Which is strange, because T was Thing. Inserting cast(Thing) seemed to 'fix' it. D=
Re: dcollections 1.0 and 2.0a beta released
On 20/05/10 18:16, Bernard Helyer wrote: On 20/05/10 18:11, Bernard Helyer wrote: On 20/05/10 13:39, Bernard Helyer wrote: Oooohhh goody goody goody! n_n I'm in the process of making a little toy project ATM. I'll shall integrate dcollections 2.0a into ASAP. ArrayList doesn't compile with warnings as it overrides opEquals, but doesn't mark it as such. And lines 772 and 780 complained about not being able to implicitly cast const(Thing) to Thing. Which is strange, because T was Thing. Inserting cast(Thing) seemed to 'fix' it. D= Sorry about the blow by blow, but the cursor thing seems to work well in my situation. Me likey dcollections very much so far. Go Steve!
Re: dmd 1.061 and 2.046 release
On 17/05/10 15:16, linux user wrote: for some reason the compiler has negative attitude towards Linux Maybe it's supposed to boost the sales of the Windows port? hahahahahahahahahahahahahahahahahahahahahahahah *gasp* hahahahahahahahahahahahahahahahahahahahahahahaahahahahah As bearophile says, the experience we get with DMD on Linux is by _far_ the best out of {Windows,Mac,Linux}.
Re: dmd 1.061 and 2.046 release
On 16/05/10 13:06, Adam Ruppe wrote: Ew, why? I guess if you have a script it is ok for you, but there's really no need to take it out of the folders where they are at the unzip. Because certain tools expect dmd to be on the PATH. I could edit /etc/environment, but this is simpler.
Re: d2tags - converts DMD2's JSON output to Exuberant Ctags format
On 06/05/10 22:46, MIURA Masahiro wrote: Hi, Being happy to see issue 3415 (broken JSON format) fixed, I have written a utility to convert DMD2's JSON output to Exuberent Ctags format. This enables you to tagjump in Vim and other editors/IDEs. It's just 150+ lines, thanks to D2's powerful string handling. Enjoy! http://github.com/Dubhead/d2tags usage: % dmd -Xftags.json foo.d % d2tags tags.json tags Awesome!
Re: d2tags - converts DMD2's JSON output to Exuberant Ctags format
On 07/05/10 06:30, Lutger wrote: Yes it's very useful. How about also including the source in the examples directory? That's a good idea, seeing as most of the examples are either for Windows, or outdated.
Re: dmd 1.059 and 2.044 release
On 03/05/10 09:28, Walter Bright wrote: Highlights are the improved gdb support, better error messages, better json support, unittest changes, and a number of nuisance compiler bugs fixed. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.059.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.044.zip Thanks to the many people who contributed to this update! Unfortunately, GDB still doesn't work with it over here. Robert is going to try one of my test cases and see what he can see.
Re: dmd 1.059 and 2.044 release
On 03/05/10 11:40, Walter Bright wrote: Bernard Helyer wrote: Unfortunately, GDB still doesn't work with it over here. Robert is going to try one of my test cases and see what he can see. Good. I can't stop laughing. I assume you meant to trim that quote down some! *g*
Re: dmd 1.059 and 2.044 release
On 03/05/10 14:40, Adam Ruppe wrote: Any idea why the new dmd2 would print 2: to the console when compiling? My big website project for a client does that for most of the executables created, and when I made a typo in one of the functions, dmd went into an endless loop :S I haven't narrowed it down to something I can post yet. It might be related to the fact that I'm passing about a dozen files to the dmd command line all at once; I don't know. And I've gotta get back to work finishing this site, so I don't know when I'll have the time to track it down. I'll just stick to the last version for now. I've had the infinite loop thing, too. As well as the '2:' to ouput.
Re: I made std.time for Phobos, please review my code.
On 27/04/10 20:55, SHOO wrote: std.date is a bit buggy... Yeah, like a loaded gun is a bit dangerous. :D I will download and try, after all the issues I had with std.date. Although, I think that handling DST is pretty vital (but very confusing).
Re: I made std.time for Phobos, please review my code.
module test; import std.stdio; static import std.date; import time; void main() { auto ttime = localtime(); auto dtime = std.date.getUTCtime(); dtime = std.date.UTCtoLocalTime(dtime); writeln(ttime); writeln(std.date.toString(dtime)); } [tmp]$ ./test 2010-04-28 00:14:15,016 # CORRECT n_n Tue Apr 27 12:14:15 GMT+ 2010 # BZZZT, Thanks for playing. Looking good so far. :]
Re: I made std.time for Phobos, please review my code.
On 28/04/10 02:58, bearophile wrote: Steven Schveighoffer: I like what you've done. It's very similar to what was done in Tango. I hate to ask this, but I just want to verify that you did not base your code on Tango, especially since you have used Tango. In D2 the runtime of Phobos and Tango have being merged, so all D programmers can install both libs. So the two libs must have distinct contents. So I'm for removing the time module from Phobos, and keep only the Tango one. So this module is waste of time, and efforts have to be redirected in improving or rewriting the time module of Tango. Othrwise in D2 it will happen the same mess it's happend in D1, where you have two partially duplicated libs. All D2 programmers will want to install both libs, and they will not desire to choose what time lib to use. One time lit is enough. Bye, bearophile I take it then, that you are offering to port Tango to D2? That's very sporting of you! If not, then don't speak of using Tango, as it can not be used with D2 today, and SHOO's std.time can. Which makes std.time vastly more useful than Tango's classes. We need a decent date and time module for D2 right *now*, not in a speculative future.
Re: d support in codeblocks
On 29/03/10 08:24, Matthias Pleh wrote: Hey all, as I already posted in D.ide newsgroup, I am working on an improvement for D support in the codeblocks IDE. Now I've made a patch and posted it in the codeblocks forum: http://forums.codeblocks.org/index.php/topic,12246.0.html It would be cool, If there are some D user, whow can try out and test this patch. What should be done: - check out the newest sourcecode of codeblocks http://svn.berlios.de/svnroot/repos/codeblocks/trunk - apply the patch mentioned above - test the D features and report any bug, comments and wishes in the same thread as the patch. (remember, this patch is only a start!) - and of course feel free to send new patches yourself!! greets nocide Hey cool! Does it support D2?
Re: DMDScript now under Boost license
On 22/03/10 20:30, Walter Bright wrote: http://www.digitalmars.com/dscript/index.html Oh wow, awesome!
Re: dmd 1.057 and 2.041 release
On 10/03/10 11:06, Nick Sabalausky wrote: Philippe Sigaudphilippe.sig...@gmail.com wrote in message news:mailman.119.1268166534.4461.digitalmars-d-annou...@puremagic.com... enableStomping? placeUnderFoot? greekWedding?
Re: dmd 1.057 and 2.041 release
On 09/03/10 09:12, Walter Bright wrote: obj2asm tells the tale. (obj2asm is an incredibly useful tool, I don't know why nobody uses it.) Maybe a minor quibble, but obj2asm is really slow. If I'm going to disassemble something, I am never going to reach for obj2asm: `ds` is a dmdscript testscript.d executable: [~]$ time objdump -d ~/bin/ds ds.s real0m1.139s user0m0.912s sys 0m0.052s [~]$ time obj2asm ./bin/ds ds.s # If you pass an absolute path (starts with '/'), obj2asm tries to interpret it as an argument. _ real0m55.809s user0m11.009s sys 0m31.094s And out of curiosity, why do you charge for it on Windows, but provide it on Linux for free? Because the rest of the utilities are fairly windows-centric?
Re: dmd 1.057 and 2.041 release
On 10/03/10 07:54, Walter Bright wrote: Hmm, I never noticed it being slow at all. I wonder what's going on. Obviously, I can't tell from here, but I can tell you what my system says obliquely. It spends that minute at 100% CPU, and about 100 megs resident (which it allocates quickly, and then hovers about at). It isn't spending a lot (almost none, AFAICT via iotop, it just does its reading and writing in a couple of big chunks) doing IO.
Re: dmd 1.057 and 2.041 release
On 10/03/10 08:57, Bernard Helyer wrote: On 10/03/10 07:54, Walter Bright wrote: Hmm, I never noticed it being slow at all. I wonder what's going on. Obviously, I can't tell from here, but I can tell you what my system says obliquely. It spends that minute at 100% CPU, and about 100 megs resident (which it allocates quickly, and then hovers about at). It isn't spending a lot (almost none, AFAICT via iotop, it just does its reading and writing in a couple of big chunks) doing IO. And of course, as you can see, it spends an atypical amount of time in kernel space. Large blocking syscall?
Re: DSFML2
On 18/01/10 15:35, Trass3r wrote: Probably some pointer issue. Could you debug it? I can try. D:
Re: DSFML2
On 14/01/10 04:25, Trass3r wrote: I've ported DSFML to the currently developed SFML v2. It is included in its svn branch: http://sfml.svn.sourceforge.net/viewvc/sfml/branches/sfml2/ The packages system, window and graphics already work quite well. Audio package has been ported but the callbacks still need to be modified. Supports D2. I tried to change as few as possible, so any tango-fetishist might get it to run by removing some const etc. and dealing with struct construction. Excellent! Looking forward to trying it out. I'm having some trouble checking out the repository though: [src]$ svn co http://sfml.svn.sourceforge.net/viewvc/sfml/branches/sfml2/ svn: Repository moved temporarily to '/viewvc/sfml/branches/sfml2/'; please relocate I'm probably doing something stupid. Any library supporting D2 is good news, though. -Bernard.