DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/ https://www.facebook.com/dlang.org/posts/881813965165619 https://news.ycombinator.com/newest (please find and vote quickly) https://twitter.com/D_Programming/status/486902390399180801 Andrei
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce wrote: > https://news.ycombinator.com/newest (please find and vote quickly) Just paste the URL with some randomness in it and people can then copy-paste it themselves, this search & hunt think is silly. https://news.ycombinator.com/item?id=8010342
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 7/9/14, Andrej Mitrovic wrote: > On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce > wrote: >> https://news.ycombinator.com/newest (please find and vote quickly) > > Just paste the URL with some randomness in it and people can then > copy-paste it themselves, this search & hunt think is silly. > > https://news.ycombinator.com/item?id=8010342 > s/think/thing
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
http://youtu.be/5iXRFlKvEY0
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 07/09/2014 06:00 PM, Andrei Alexandrescu wrote: > http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/ > > > https://www.facebook.com/dlang.org/posts/881813965165619 > > https://news.ycombinator.com/newest (please find and vote quickly) > > https://twitter.com/D_Programming/status/486902390399180801 > > > Andrei Great talk! I didn't even know most of those tools existed! Would it make sense to add them to the dtools repository?
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote: Would it make sense to add them to the dtools repository? It's already included there as a submodule :)
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 07/10/2014 01:22 AM, "Nordlöw" wrote: > On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote: >> Would it make sense to add them to the dtools repository? > > It's already included there as a submodule :) Hidden in plain sight.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On Wednesday, 9 July 2014 at 16:23:46 UTC, Andrej Mitrovic via Digitalmars-d-announce wrote: On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce wrote: https://news.ycombinator.com/newest (please find and vote quickly) Just paste the URL with some randomness in it and people can then copy-paste it themselves, this search & hunt think is silly. https://news.ycombinator.com/item?id=8010342 if the problem is because of referer url, then you don't even have to insert characters, just remove the 'https://' part and leave a plain text their and let people copy&paste, most browsers will add the protocol automatically(except only IE?). this may be ok: news.ycombinator.com/item?id=8010342
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On Thursday, 10 July 2014 at 05:27:56 UTC, simendsjo wrote: On 07/10/2014 01:22 AM, "Nordlöw" wrote: On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote: Would it make sense to add them to the dtools repository? It's already included there as a submodule :) Hidden in plain sight. Wait what? Are you speaking about https://github.com/D-Programming-Language/tools ?
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 07/10/2014 11:34 AM, Dicebot wrote: > On Thursday, 10 July 2014 at 05:27:56 UTC, simendsjo wrote: >> On 07/10/2014 01:22 AM, "Nordlöw" wrote: >>> On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote: Would it make sense to add them to the dtools repository? >>> >>> It's already included there as a submodule :) >> >> Hidden in plain sight. > > Wait what? Are you speaking about > https://github.com/D-Programming-Language/tools ? I was mostly thinking about the lack of visibility on the wiki and homepage. And while dustmite is there, digger is not.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On Thursday, 10 July 2014 at 10:15:39 UTC, simendsjo wrote: On 07/10/2014 11:34 AM, Dicebot wrote: On Thursday, 10 July 2014 at 05:27:56 UTC, simendsjo wrote: On 07/10/2014 01:22 AM, "Nordlöw" wrote: On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote: Would it make sense to add them to the dtools repository? It's already included there as a submodule :) Hidden in plain sight. Wait what? Are you speaking about https://github.com/D-Programming-Language/tools ? I was mostly thinking about the lack of visibility on the wiki and homepage. And while dustmite is there, digger is not. I was referring to the fact that tools repo has no submodules and was confused what Nordlöw has in mind.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On Wednesday, 9 July 2014 at 16:00:47 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/ https://www.facebook.com/dlang.org/posts/881813965165619 https://news.ycombinator.com/newest (please find and vote quickly) https://twitter.com/D_Programming/status/486902390399180801 Since this talk I've used Digger twice to find where an issue was incidentally fixed (i.e. reversed search.) The only hiccup I ran into was when the first slice of history wouldn't build. Simply moving the start/end point was good enough to allow it to find the commit I was looking for.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
Digger is awesome. Have never heard of it before this talk. Unfortunately it's a huge PITA to get a Win64 build with it cause of those stupid hardcoded "\Program Files (x86)\Microsoft Visual Studio 10.0\VC" paths. The modified makefiles etc are always reverted by Digger before building.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 13.07.2014 19:35, Trass3r wrote: Digger is awesome. Have never heard of it before this talk. Unfortunately it's a huge PITA to get a Win64 build with it cause of those stupid hardcoded "\Program Files (x86)\Microsoft Visual Studio 10.0\VC" paths. The modified makefiles etc are always reverted by Digger before building. You can add the compiler to the make command line with some magic quoting. My build script calls druntime: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" target phobos: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" MAKE=c:\l\dmc\bin\make "AR=\"c:/l/vc10/bin64/lib.exe\"" LIB=..\lib64\phobos64.lib
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
You can add the compiler to the make command line with some magic quoting. My build script calls druntime: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" target phobos: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" MAKE=c:\l\dmc\bin\make "AR=\"c:/l/vc10/bin64/lib.exe\"" LIB=..\lib64\phobos64.lib Isn't the make call hardcoded in Digger?
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 13.07.2014 20:43, Trass3r wrote: You can add the compiler to the make command line with some magic quoting. My build script calls druntime: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" target phobos: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" MAKE=c:\l\dmc\bin\make "AR=\"c:/l/vc10/bin64/lib.exe\"" LIB=..\lib64\phobos64.lib Isn't the make call hardcoded in Digger? I don't know, never used digger so far. I just remembered the problem with win64.mak.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
druntime: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" target phobos: make -f win64.mak DMD=../windows/bin/dmd.exe "CC=\"c:\l\vc10\bin64\cl.exe\"" MAKE=c:\l\dmc\bin\make "AR=\"c:/l/vc10/bin64/lib.exe\"" LIB=..\lib64\phobos64.lib That works? So it probably doesn't need the includes set in the makefile.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
Nope doesn't. Setting VCDIR and SDKDIR via the make command works.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 14.07.2014 16:55, Trass3r wrote: Nope doesn't. Setting VCDIR and SDKDIR via the make command works. Works for me. Maybe you need a newer version of make (there was a silent update in 2012, my version is 5.06). This kind of escaping also depends a lot on the used shell, I'm just using cmd.exe.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
Setting VCDIR and SDKDIR via the make command works. Works for me. Maybe you need a newer version of make (there was a silent update in 2012, my version is 5.06). Well if you don't set VCDIR you won't get proper include paths. So no clue why it works for you.
Re: DConf 2014 Day 2 Talk 4: Reducing D Bugs by Vladimir Panteleev
On 14.07.2014 21:05, Trass3r wrote: Setting VCDIR and SDKDIR via the make command works. Works for me. Maybe you need a newer version of make (there was a silent update in 2012, my version is 5.06). Well if you don't set VCDIR you won't get proper include paths. So no clue why it works for you. Ok, I'm not starting the bare cmd.exe, but the one from VS that calls vcvars32.bat. That way the INCLUDE environment variable contains the correct paths. I agree, the VCDIR/SDKDIR settings in the makefile are not very helpful, but can also be ignored that way.