Re: DMD v2.066.0-b4
On Tue, 15 Jul 2014 23:03:38 -0700 Andrei Alexandrescu via Digitalmars-d-announce wrote: > You mean http://issues.dlang.org? That's used regularly. oh, really? https://issues.dlang.org/show_bug.cgi?id=12853 > Whatcha waiting for? reports + pull requests please. Thanks! -- Andrei have no motivation. and no, i'm neither using github, nor planning to use it in the current millenia. that's why i'm saying that issues.dlang.org is just a dust collector: no guthub pull request? your bug will sit in issues.dlang.org for indefinite time. so what is the sense in issues.dlang.org existence? it should be closed to stop frustrating people. signature.asc Description: PGP signature
Re: DMD v2.066.0-b4
On Wed, 16 Jul 2014 06:39:56 + uri via Digitalmars-d-announce wrote: > You spent the effort implementing a fix, the time talking about > your fix but cannot be buggered submitting a PR for the fix? one fix at a time, not more. the first one is still sitting in bugtracker, collecting dust. maybe after it will be reviewed i'll find some motivation to fill another ticket... in a month... or two... or six... anyway, sorry for the noise. i'm really annoyed and just wanted to tell the world about it. sorry again. signature.asc Description: PGP signature
Re: DMD v2.066.0-b4
On Wednesday, 16 July 2014 at 04:56:14 UTC, ketmar via Digitalmars-d-announce wrote: bug tracker is just a thing to collecting dust. you can write your report there, or to /dev/null, or not write it at all -- the result will be the same. i know at least 3 bugs in phobos and at least one very nasty bug in compiler (which causes UB, so-called heisenbug), but have no motivation to report. did i mention that i have fixes too? but it's ok, spice must flow, new releases must be done. You spent the effort implementing a fix, the time talking about your fix but cannot be buggered submitting a PR for the fix? D has a problem ATM of too many talkers, not enough doers. Please submit a PR if you have a fix for anything in the bug tracker. bye, uri
Re: DMD v2.066.0-b4
"safety0ff" wrote in message news:xfceasqsqxxygwzsc...@forum.dlang.org... I have a kludge / patch for #11435, but I get the impression of apathy towards back end issues so I don't feel motivated to contribute. Are you joking? Do a pull request.
Re: DMD v2.066.0-b4
On 7/15/14, 9:43 PM, ketmar via Digitalmars-d-announce wrote: bug tracker is just a thing to collecting dust. you can write your report there, or to /dev/null, or not write it at all -- the result will be the same. You mean http://issues.dlang.org? That's used regularly. i know at least 3 bugs in phobos and at least one very nasty bug in compiler (which causes UB, so-called heisenbug), but have no motivation to report. did i mention that i have fixes too? Whatcha waiting for? reports + pull requests please. Thanks! -- Andrei
Re: DConf 2014 Day 2 Talk 3: Designing an Aurora: A Glimpse at the Graphical Future of D by Adam Wilson
On Tue, 15 Jul 2014 09:12:01 -0700, Kapps wrote: On Tuesday, 15 July 2014 at 05:40:29 UTC, Adam Wilson wrote: Yes, performance is not a goal, because we are intentionally not targeting scenarios where that is the first concern. I understand that a lot of people want Aurora to be a high-performance graphics API with a focus on games, but that isn't our goal. Simplicity is the goal and we will sacrifice performance where it directly conflicts with that goal. If you need a high-performance game engine, I would strongly recommend either creating a custom solution or using an off-the-self system. To clarify, while Aurora may not be a performant enough solution for a full graphics engine, it should theoretically be sufficiently fast for a GUI within a game, correct? That shouldn't be a problem. -- Adam Wilson GitHub/IRC: LightBender Aurora Project Coordinator
Re: DMD v2.066.0-b4
bug tracker is just a thing to collecting dust. you can write your report there, or to /dev/null, or not write it at all -- the result will be the same. i know at least 3 bugs in phobos and at least one very nasty bug in compiler (which causes UB, so-called heisenbug), but have no motivation to report. did i mention that i have fixes too? but it's ok, spice must flow, new releases must be done. signature.asc Description: PGP signature
Re: DMD v2.066.0-b4
On Tuesday, 15 July 2014 at 22:40:02 UTC, Andrew Edwards wrote: Outstanding regressions impeding release are: It would be nice if back-end issues got some attention prior to releases. For example: https://issues.dlang.org/show_bug.cgi?id=9465 https://issues.dlang.org/show_bug.cgi?id=11435 https://issues.dlang.org/show_bug.cgi?id=12164 https://issues.dlang.org/show_bug.cgi?id=12503 https://issues.dlang.org/show_bug.cgi?id=12833 https://issues.dlang.org/show_bug.cgi?id=13023 Code gen bugs can cause "dynamic regressions" in user code if a change causes a different compiler path to be used. I have a kludge / patch for #11435, but I get the impression of apathy towards back end issues so I don't feel motivated to contribute.
DMD v2.066.0-b4
The v2.066.0-b4 binaries are now available. The review period for beta 4 will run until 0700 UTC ( PDT, 0300 EDT, 1600 JST) on 21 July 2014, at which time binaries for B5 will be produced and released. Due diligence in identifying regressions as early as possible is requested and appreciated. Issue 13137, [1], is provided for identifying any fixed regressions that needs to be picked and included in B5. Outstanding regressions impeeding release are: 13062 "member x is not accessible" when passing field to template parameter 13077 [dmd 2.066-b2] std.range.array with shared InputRangeObject 13084 ModuleInfo.opApply delegate expects immutable parameter 13117 Executable size of hello world explodes from 472K to 2.7M 13127 DCannot deduce function with int[][] argument and "in" parameter 11946 "need 'this' to access member" when passing field to template parameter 12242 conflict error with public imports 12453 'ini' directory missing in ZIP release bundles 13098 std.path functions no longer works with DirEntry 6329Out of range exceptions not thrown in certain cases Binaries are located here: ALL downloads.dlang.org/pre-releases/dmd.2.066.0-b4.zip FREEBSD downloads.dlang.org/pre-releases/dmd.2.066.0-b4.freebsd-32.zip downloads.dlang.org/pre-releases/dmd.2.066.0-b4.freebsd-64.zip LINUX downloads.dlang.org/pre-releases/dmd.2.066.0-b4.linux.zip downloads.dlang.org/pre-releases/dmd_2.066.0~b4-0_i386.deb downloads.dlang.org/pre-releases/dmd_2.066.0~b4-0_amd64.deb downloads.dlang.org/pre-releases/libphobos2-66_2.066.0~b4-0_i386.deb downloads.dlang.org/pre-releases/libphobos2-66_2.066.0~b4-0_amd64.deb downloads.dlang.org/pre-releases/dmd-2.066.0~b4-0.fedora.i386.rpm downloads.dlang.org/pre-releases/dmd-2.066.0~b4-0.fedora.x86_64.rpm downloads.dlang.org/pre-releases/dmd-2.066.0~b4-0.openSUSE.i386.rpm downloads.dlang.org/pre-releases/dmd-2.066.0~b4-0.openSUSE.x86_64.rpm OSX downloads.dlang.org/pre-releases/dmd.2.066.0-b4.osx.zip downloads.dlang.org/pre-releases/dmd.2.066.0-b4.dmg WINDOWS downloads.dlang.org/pre-releases/2014/dmd.2.066.0-b4.windows.zip downloads.dlang.org/pre-releases/2014/dmd-2.066.0-b4.exe Following is a list of regression fixes incorporated since the release of v2.066.0-b1: DMD 0e90572 - fix Issue 13102 - Cannot parse 184467440737095516153.6L #3753 1efe1ad - fix Issue 13114 - old opCmp requirement for AA keys should be detected for classes #3757 ef56c27 - fix Issue 13132 - ICE on interface AA key #3762 d182caf - fix Issue 12989 - Wrong x86_64 code for delegate return when compiled as lib #3739 fe0a0dd - fix Issue 12859 - Read-modify-write operation for shared variable in Phobos #2281 174 - fix Issue 12485 - [REG2.065] DMD crashes when recursive template expansion #3683 994f4a4 - fix Issue 13027 - Assertion `ex->op == TOKblit || ex->op == TOKconstruct' failed. #3716 0eaf764 - fix Issue 13026 - object.get cannot be called with [] as "defaultValue" argument #3717 bcf55ca - fix Issue 12896 - ld.gold complains about bad relocations when building libphobos2.so #3715 5248be0 - fix Issue 12255 - opCmp requirement for AAs breaks code #3711 01e467d - fix Issue 13053 - Wrong warning on implicitly generated __xtoHash #3719 10f3bf1 - fix Issue 13021 - Constructing union with floating type and then accessing its field in one expression causes ICE #3723 86b9076 - fix Issue 13071 - [ICE] dmd 2.066.0-b1 assertion in nogc.c:73 #3730 e85556a - fix Issue 13081 - ICE with alias this and opSlice #3732 49f0db5 - Fix warning in cast.c #3736 49f0db5 - fix Issue 13088 - Compiler segfaults with trivial case code #3736 49f0db5 - fix Issue 13087 - Error: no property 'xyz' for type 'Vec!4' #3736 e0ca2d2 - fix Issue 13024 - [ICE](expression.c line 1172) with implicit supertype conversion of different enums in array literal #3733 DRUNTIME c679110 - fix Issue 13111: GC.realloc returns invalid memory for large reallocation #884 7474e95 - fix Issue 13025 - Tools repository does not build on Ubuntu #889 7d2a2ef - fix Issue 12958 - core.checkedint.mulu is broken. #890 9bd5777 - fix Issue 13034 - [Reg] core.stdc.stdio - deprecation warning with dmd -inline a13628a - fix Issue 13078 - [dmd 2.066-b2] AA rehash failed with shared #877 POUBOS ced5598 - fix Issue 12455 [reg]Bad lowercase mapping for 'LATIN CAPITAL LETTER I WITH DOT ABOVE' f70443e - fix Issue 13076 - [dmd 2.066-b2] DList clearing of empty list #2315 592eb10 - fix Issue 13056 - [2.066.0-b1] Regression: Error: template std.path.baseName cannot deduce function from argument types !()(DirEntry) #2306 INSTALLER 198f80d - fix Issue 13047 - cannot stat `./icons/16/dmd-source.png' [1] https://issues.dlang.org/show_bug.cgi?id=13137 [2] https://issues.dlang.org/buglist.cgi?bug_sever
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On 7/15/2014 12:36 PM, Justin Whear wrote: The sentence was "it turns out the simple compiler enhancement I am about to reveal makes all code run 5x faster." That does it. You're on the hook for writing my next material!
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/ https://www.facebook.com/dlang.org/posts/885322668148082 https://twitter.com/D_Programming/status/489081312297635840 Will there be a lower-res video of this talk than 1.3 GBs, as there was for other talks?
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On Tue, 15 Jul 2014 18:28:34 +, John wrote: > On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu wrote: >> http://www.reddit.com/r/programming/comments/2aruaf/ dconf_2014_keynote_high_performance_code_using_d/ >> >> https://www.facebook.com/dlang.org/posts/885322668148082 >> >> https://twitter.com/D_Programming/status/489081312297635840 >> >> >> Andrei > > > Thanks for posting these videos. > > At the end of this video, it sounds like it ends abruptly.. While > answering a question, Walter says.. 'it turns out..' and the video ends > there. The sentence was "it turns out the simple compiler enhancement I am about to reveal makes all code run 5x faster."
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On 7/15/2014 11:28 AM, John wrote: At the end of this video, it sounds like it ends abruptly.. While answering a question, Walter says.. 'it turns out..' and the video ends there. That's when my time ran out and I vanished in a puff of greasy black smoke.
Re: DConf 2014 Day 2 Talk 7: Tiny, Ubiquitous Machines Powered by D by Michael D. Franklin
So are those things a good addition to Phobos for your kind of programming? (additions to the language can be discussed later). You can look at the slides for a quicker overview, or you can ask me here for a summary, if necessary. Bye, bearophile
Re: DConf 2014 Day 2 Talk 7: Tiny, Ubiquitous Machines Powered by D by Michael D. Franklin
The talk was nice, and it's the chance I was waiting to ask a question to the speaker. I've read a very nice paper (+ slides) about using some specialized but simple type system rules to make less bug-prone the bit-twiddling kind of code, "Bit-Level Types for High-Level Reasoning" by Ranjit Jhala, Rupak Majumdar: http://goto.ucsd.edu/~rjhala/papers/bit_level_types_for_high_level_reasoning.html I'd like to use those ideas in D, they are useful for low-level or embedded programming. The D type system (and D syntax) seem enough to implement most of them without changes to the D language (or with small changes, but you can't tell before you have tried implementing them with the current language). So are those things a good addition to Phobos for your kind of programming? (additions to the language can be discussed later). Bye, bearophile
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/ https://www.facebook.com/dlang.org/posts/885322668148082 https://twitter.com/D_Programming/status/489081312297635840 Andrei Thanks for posting these videos. At the end of this video, it sounds like it ends abruptly.. While answering a question, Walter says.. 'it turns out..' and the video ends there.
DConf 2014 Keynote: High Performance Code Using D by Walter Bright
http://www.reddit.com/r/programming/comments/2aruaf/dconf_2014_keynote_high_performance_code_using_d/ https://www.facebook.com/dlang.org/posts/885322668148082 https://twitter.com/D_Programming/status/489081312297635840 Andrei
Re: DConf 2014 Day 2 Talk 3: Designing an Aurora: A Glimpse at the Graphical Future of D by Adam Wilson
On Tuesday, 15 July 2014 at 05:40:29 UTC, Adam Wilson wrote: Yes, performance is not a goal, because we are intentionally not targeting scenarios where that is the first concern. I understand that a lot of people want Aurora to be a high-performance graphics API with a focus on games, but that isn't our goal. Simplicity is the goal and we will sacrifice performance where it directly conflicts with that goal. If you need a high-performance game engine, I would strongly recommend either creating a custom solution or using an off-the-self system. To clarify, while Aurora may not be a performant enough solution for a full graphics engine, it should theoretically be sufficiently fast for a GUI within a game, correct?
Re: DConf 2014 Day 2 Talk 7: Tiny, Ubiquitous Machines Powered by D by Michael D. Franklin
Am Mon, 14 Jul 2014 11:17:26 -0700 schrieb Andrei Alexandrescu : > http://www.reddit.com/r/programming/comments/2aoqov/dconf_2014_day_2_talk_7_tiny_ubiquitous_machines/ > > https://www.facebook.com/dlang.org/posts/884725944874421 > > https://twitter.com/D_Programming/status/488748669869780992 > > > Andrei Nice talk! I hope we'll see D on quadrocopters and similar devices soon ;-) There are actually some cheap (15-30€) quadrocopters on ebay with a reprogrammable Cortex M0: http://www.mikrocontroller.net/topic/309185 (german) http://www.mikrocontroller.net/articles/Hack-O-Copter (german) http://www.rcgroups.com/forums/showthread.php?t=2174365 https://github.com/hackocopter (OSS firmware)
Re: DConf 2014 Day 2 Talk 6: Debugging in D by Iain Buclaw
On 11.07.2014 20:15, Iain Buclaw via Digitalmars-d-announce wrote: On 11 July 2014 16:48, Andrei Alexandrescu via Digitalmars-d-announce wrote: Upvote!! http://www.reddit.com/r/programming/comments/2afm4x/dconf_2014_day_2_talk_6_debugging_in_d_by_iain/ https://www.facebook.com/dlang.org/posts/882826745064341 https://twitter.com/D_Programming/status/487623887187083264 Andrei Thanks for spelling my name right this year. :) Very impressive work, Iain. One comment about Visual D and MinGW: Visual D uses cv2pdb to convert both CodeView4 and DWARF debug info to PDB, so you can debug programs built with the MinGW tool chain and GDC inside Visual D. TBH I have not used it that much, Manu will probably have more experience with it.
Re: DConf 2014 Day 2 Talk 6: Debugging in D by Iain Buclaw
On 15.07.2014 04:35, Manu via Digitalmars-d-announce wrote: On 15 July 2014 04:27, Rainer Schuetze via Digitalmars-d-announce mailto:digitalmars-d-announce@puremagic.com>> wrote: On 14.07.2014 08:22, Manu via Digitalmars-d-announce wrote: There are alternative tools available for windows too, but I think the key for Windows developers remains proper integration into Visual Studio, and PDB support. I guess the biggest hurdle there is integrating D concepts info into MS's proprietary PDB format. Expressing debug info like C really won't get us the full mile. Rainer bundles Mago with VisualD. I wonder what that's doing lately... Aldo has put a lot of work in extending mago to 64-bit. I guess the next version of Visual D will come with it. Does that mean it's working? Yes, it might have a few quirks left, though. It's very hard to tell from the project website. TBH, I actually thought Mago was a dead project for years because the last activity on the website looks like 2012. If you check the mago64 branch, it shows activity about 2 months ago. He should consider moving to github, then we can have some visibility. Mago had D expression evaluation from the start, showing associative array elements was added a bit later.
Re: DConf 2014 Day 2 Talk 6: Debugging in D by Iain Buclaw
On 15.07.2014 04:02, Manu via Digitalmars-d-announce wrote: On 15 July 2014 04:27, Rainer Schuetze via Digitalmars-d-announce mailto:digitalmars-d-announce@puremagic.com>> wrote: On 14.07.2014 08:22, Manu via Digitalmars-d-announce wrote: There are alternative tools available for windows too, but I think the key for Windows developers remains proper integration into Visual Studio, and PDB support. I guess the biggest hurdle there is integrating D concepts info into MS's proprietary PDB format. Expressing debug info like C really won't get us the full mile. Rainer bundles Mago with VisualD. I wonder what that's doing lately... Aldo has put a lot of work in extending mago to 64-bit. I guess the next version of Visual D will come with it. Mago had D expression evaluation from the start, showing associative array elements was added a bit later. Have you tried it out? How does it deal with some of the cases Iain brought up; enum's, globals/statics, tls, etc. It works, but not to the extend as described by Iain. Some of the issues need compiler support, like name symbol lookup through imports. IIRC unqualified globals/statics only work within the scope of their declaration (e.g. function statics), TLS should be ok.
Re: DMD v2.066.0-b3
On 15.07.2014 04:06, Manu via Digitalmars-d-announce wrote: On 15 July 2014 07:37, Rainer Schuetze via Digitalmars-d-announce mailto:digitalmars-d-announce@puremagic.com>> wrote: On 14.07.2014 16:17, Manu via Digitalmars-d-announce wrote: I've been running beta2, and I noticed that class debugging isn't working. There was a discussion some time back about how class members weren't evaluated correctly in Win64, and it was said that it was fixed in master. I was excited and patiently awaiting the release. Can anyone who knows about this stuff comment? You have to use -gc instead of -g to enable the '.' to '@' translation inside class names. Shouldn't that be the default then? It's no good not being able to view class members... Please convince Walter, I was unsuccessful. In his favor, there are debug engines that understand type names with '.', like mago. It would be strange to burden these with '@'. I guess I'll have to add some "best option for selected debug engine" to Visual D, though. Are you sure that's the problem? If I inspect a class, it shows a grid populated with the proper number of members, but the member names are blank and the values are blank too. Occasionally, if there are many members, the first 10 or so are blank, but then the rest display properly from there down. It's very strange... you haven't experienced this? If the problem is as you say, I'm surprised that it would occasionally work past the first 10 members or so... That was exactly my experience, too, and led to the workaround (this was long before Win64 support, though). If there is a better solution, please speak up ;-)