www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Top-3 for 2.066

reply Manu <turkeyman gmail.com> writes:
--047d7b471ddaf9519d04f333f7b5
Content-Type: text/plain; charset=UTF-8

In lieu of a clear roadmap, I'm just going to list the things actively
holding me up on a daily basis.
Others encouraged to add theirs, maybe we'll see patterns emerge.

1. Options to select CRT reference for DMD-Win64, and /Zl equiv option to
omit any such reference.
2. **Debugging**; concerted focus to tighten the experience. Classes,
enums, globals (and more) all don't work. Locals with the same name
appearing in multiple sub-scope's within the same function confuse the
debugger. Control statements (break, continue, etc) don't seem to emit line
numbers; single stepping skips right over them.
3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
semantics).

These above anything else are interfering with my work every day.

What are yours?

--047d7b471ddaf9519d04f333f7b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>In lieu of a clear roadmap, I&#39;m just going to lis=
t the things actively holding me up on a daily basis.</div><div>Others enco=
uraged to add theirs, maybe we&#39;ll see patterns emerge.</div><div><br></=
div>
1. Options to select CRT reference for DMD-Win64, and /Zl equiv option to o=
mit any such reference.<div>2. **Debugging**; concerted focus to tighten th=
e experience. Classes, enums, globals (and more) all don&#39;t work. Locals=
 with the same name appearing in multiple sub-scope&#39;s within the same f=
unction confuse the debugger. Control statements (break, continue, etc) don=
&#39;t seem to emit line numbers; single stepping skips right over them.</d=
iv>
<div>3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (point=
ers change semantics).</div><div><br></div><div>These above anything else a=
re interfering with my work every day.</div><div><br></div><div>What are yo=
urs?</div>
</div>

--047d7b471ddaf9519d04f333f7b5--
Feb 24 2014
next sibling parent reply Walter Bright <newshound2 digitalmars.com> writes:
On 2/24/2014 9:00 PM, Manu wrote:
 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option to omit
 any such reference.
 2. **Debugging**; concerted focus to tighten the experience. Classes, enums,
 globals (and more) all don't work. Locals with the same name appearing in
 multiple sub-scope's within the same function confuse the debugger. Control
 statements (break, continue, etc) don't seem to emit line numbers; single
 stepping skips right over them.
 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
semantics).

 These above anything else are interfering with my work every day.

What are the bugzilla numbers for these?
Feb 24 2014
next sibling parent Walter Bright <newshound2 digitalmars.com> writes:
On 2/25/2014 12:12 AM, Manu wrote:
 https://d.puremagic.com/issues/show_bug.cgi?id=12163
 https://d.puremagic.com/issues/show_bug.cgi?id=12127
 https://d.puremagic.com/issues/show_bug.cgi?id=12126
 https://d.puremagic.com/issues/show_bug.cgi?id=12125
 https://d.puremagic.com/issues/show_bug.cgi?id=11961
 https://d.puremagic.com/issues/show_bug.cgi?id=11902
 https://d.puremagic.com/issues/show_bug.cgi?id=12244

 #3 remains an ongoing debate...

Thanks!
Feb 25 2014
prev sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 2/25/14, 12:12 AM, Manu wrote:
 On 25 February 2014 17:22, Walter Bright <newshound2 digitalmars.com
 <mailto:newshound2 digitalmars.com>> wrote:

     On 2/24/2014 9:00 PM, Manu wrote:

         1. Options to select CRT reference for DMD-Win64, and /Zl equiv
         option to omit
         any such reference.
         2. **Debugging**; concerted focus to tighten the experience.
         Classes, enums,
         globals (and more) all don't work. Locals with the same name
         appearing in
         multiple sub-scope's within the same function confuse the
         debugger. Control
         statements (break, continue, etc) don't seem to emit line
         numbers; single
         stepping skips right over them.
         3. ref doesn't accept rvalues. Can't declare ref locals
         (pointers change semantics).

         These above anything else are interfering with my work every day.


     What are the bugzilla numbers for these?


 https://d.puremagic.com/issues/show_bug.cgi?id=12163
 https://d.puremagic.com/issues/show_bug.cgi?id=12127
 https://d.puremagic.com/issues/show_bug.cgi?id=12126
 https://d.puremagic.com/issues/show_bug.cgi?id=12125
 https://d.puremagic.com/issues/show_bug.cgi?id=11961
 https://d.puremagic.com/issues/show_bug.cgi?id=11902
 https://d.puremagic.com/issues/show_bug.cgi?id=12244

 #3 remains an ongoing debate...

I should reiterate my request to add more bugzilla votes available to people (e.g. 10). I recall Don protested this the first time around, but a lot of things have improved since (and I didn't agree with his arguments in the first place). Andrei
Feb 25 2014
parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 2/25/14, 5:32 PM, Mike wrote:
 On Tuesday, 25 February 2014 at 23:28:55 UTC, Andrei Alexandrescu wrote:
 I should reiterate my request to add more bugzilla votes available to
 people (e.g. 10).

Current quota is 10.

Yah, I thought it's 5... anyhow it's insufficient as it is.
 I also recommend that a user be allowed to assign more than one vote per
 issue.  See "Maximum votes a person can put on a single bug" here
 (http://www.bugzilla.org/docs/4.2/en/html/voting.html)

 I created an enhancement request here:
 https://d.puremagic.com/issues/post_bug.cgi.  Go ahead and vote for it!

 I'm skeptical that votes actually influence action, but they do provide
 a nice metric for gauging impact, importance, and value to the community.

It should inform our bountysource assignments. Andrei
Feb 25 2014
prev sibling next sibling parent "w0rp" <devw0rp gmail.com> writes:
On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

It would be nice to see this problem solved in an acceptable way. I came across it again recently when writing source files generated from C++, and realised my best course of action at the moment is probably to write 'auto ref const(T)' in my generated code in place of 'ref const(T).'
Feb 24 2014
prev sibling next sibling parent Manu <turkeyman gmail.com> writes:
--001a1136a0d49862b704f336a765
Content-Type: text/plain; charset=UTF-8

On 25 February 2014 17:22, Walter Bright <newshound2 digitalmars.com> wrote:

 On 2/24/2014 9:00 PM, Manu wrote:

 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option to
 omit
 any such reference.
 2. **Debugging**; concerted focus to tighten the experience. Classes,
 enums,
 globals (and more) all don't work. Locals with the same name appearing in
 multiple sub-scope's within the same function confuse the debugger.
 Control
 statements (break, continue, etc) don't seem to emit line numbers; single
 stepping skips right over them.
 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

 These above anything else are interfering with my work every day.

What are the bugzilla numbers for these?

https://d.puremagic.com/issues/show_bug.cgi?id=12163 https://d.puremagic.com/issues/show_bug.cgi?id=12127 https://d.puremagic.com/issues/show_bug.cgi?id=12126 https://d.puremagic.com/issues/show_bug.cgi?id=12125 https://d.puremagic.com/issues/show_bug.cgi?id=11961 https://d.puremagic.com/issues/show_bug.cgi?id=11902 https://d.puremagic.com/issues/show_bug.cgi?id=12244 #3 remains an ongoing debate... --001a1136a0d49862b704f336a765 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 5 February 2014 17:22, Walter Bright <span dir=3D"ltr">&lt;<a href=3D"mailt= o:newshound2 digitalmars.com" target=3D"_blank">newshound2 digitalmars.com<= /a>&gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-= left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p= adding-left:1ex"><div class=3D"">On 2/24/2014 9:00 PM, Manu wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-= left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p= adding-left:1ex"> 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option to o= mit<br> any such reference.<br> 2. **Debugging**; concerted focus to tighten the experience. Classes, enums= ,<br> globals (and more) all don&#39;t work. Locals with the same name appearing = in<br> multiple sub-scope&#39;s within the same function confuse the debugger. Con= trol<br> statements (break, continue, etc) don&#39;t seem to emit line numbers; sing= le<br> stepping skips right over them.<br> 3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (pointers c= hange semantics).<br> <br> These above anything else are interfering with my work every day.<br> </blockquote> <br></div> What are the bugzilla numbers for these?<br></blockquote><div><br></div><di= v><a href=3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12163">https:= //d.puremagic.com/issues/show_bug.cgi?id=3D12163</a></div><div><a href=3D"h= ttps://d.puremagic.com/issues/show_bug.cgi?id=3D12127">https://d.puremagic.= com/issues/show_bug.cgi?id=3D12127</a></div> <div><a href=3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12126">htt= ps://d.puremagic.com/issues/show_bug.cgi?id=3D12126</a></div><div><a href= =3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12125">https://d.purem= agic.com/issues/show_bug.cgi?id=3D12125</a></div> <div><a href=3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D11961">htt= ps://d.puremagic.com/issues/show_bug.cgi?id=3D11961</a></div><div><a href= =3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D11902">https://d.purem= agic.com/issues/show_bug.cgi?id=3D11902</a></div> <div><a href=3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12244">htt= ps://d.puremagic.com/issues/show_bug.cgi?id=3D12244</a><br></div><div><br><= /div><div>#3 remains an ongoing debate...</div></div></div></div> --001a1136a0d49862b704f336a765--
Feb 25 2014
prev sibling next sibling parent Manu <turkeyman gmail.com> writes:
--089e01183d643db5a904f336adb4
Content-Type: text/plain; charset=UTF-8

On 25 February 2014 17:48, w0rp <devw0rp gmail.com> wrote:

 On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:

 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

It would be nice to see this problem solved in an acceptable way. I came across it again recently when writing source files generated from C++, and realised my best course of action at the moment is probably to write 'auto ref const(T)' in my generated code in place of 'ref const(T).'

If you do work with vectors or matrices, you will encounter it every few minutes :) --089e01183d643db5a904f336adb4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 5 February 2014 17:48, w0rp <span dir=3D"ltr">&lt;<a href=3D"mailto:devw0rp= gmail.com" target=3D"_blank">devw0rp gmail.com</a>&gt;</span> wrote:<br><b= lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px = #ccc solid;padding-left:1ex"> <div class=3D"">On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:<b= r> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> 3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (pointers c= hange<br> semantics).<br> </blockquote> <br></div> It would be nice to see this problem solved in an acceptable way. I came ac= ross it again recently when writing source files generated from C++, and re= alised my best course of action at the moment is probably to write &#39;aut= o ref const(T)&#39; in my generated code in place of &#39;ref const(T).&#39= ;<br> </blockquote></div><br></div><div class=3D"gmail_extra">If you do work with= vectors or matrices, you will encounter it every few minutes :)</div></div=

--089e01183d643db5a904f336adb4--
Feb 25 2014
prev sibling next sibling parent "luminousone" <rd.hunt gmail.com> writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3332

This would be my request for 2.066
Feb 25 2014
prev sibling next sibling parent reply "Mike" <none none.com> writes:
On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:
 What are yours?

1. Resolve grammar issues (https://d.puremagic.com/issues/show_bug.cgi?id=10233) 2. Move TypeInfo to the D Runtime as articulated here (http://forum.dlang.org/post/eiwalbqlbkipdrmsrfoh forum.dlang.org). No bug report yet (that I'm aware of) as I think it needs a little more critique. 3. All pull requests older than 6 months acted upon, or closed
Feb 25 2014
parent "Daniel Murphy" <yebbliesnospam gmail.com> writes:
"Brad Anderson"  wrote in message 
news:wngrzrehfxalejkrurbw forum.dlang.org...

 On Tuesday, 25 February 2014 at 09:08:05 UTC, Mike wrote:
 3.  All pull requests older than 6 months acted upon, or closed

With the Daniel Murphy's completion[1] of his refactoring of the DMDFE in order to begin converting the D frontend to D this item has become more important for that transition to go smoothly, I suspect. 1. https://github.com/D-Programming-Language/dmd/pull/1980#issuecomment-35830996

Not exactly. Once I get it all set up, converting a pull request to D will be fairly automatic. The recent refactoring broke many pulls over and over again, while the D switch will break all of them only once.
Feb 26 2014
prev sibling next sibling parent "Arjan" <arjan ask.me.to> writes:
 https://d.puremagic.com/issues/show_bug.cgi?id=11902

 https://d.puremagic.com/issues/show_bug.cgi?id=12244

Feb 25 2014
prev sibling next sibling parent Timon Gehr <timon.gehr gmx.ch> writes:
On 02/25/2014 06:00 AM, Manu wrote:
 In lieu of a clear roadmap, I'm just going to list the things actively
 holding me up on a daily basis.
 ...

 What are yours?

Forward reference errors.
Feb 25 2014
prev sibling next sibling parent "Namespace" <rswhite4 googlemail.com> writes:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

 These above anything else are interfering with my work every 
 day.

 What are yours?

Every year again: rvalue references. :)
Feb 25 2014
prev sibling next sibling parent "Nicolas Sicard" <dransic gmail.com> writes:
On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:
 In lieu of a clear roadmap, I'm just going to list the things 
 actively
 holding me up on a daily basis.
 Others encouraged to add theirs, maybe we'll see patterns 
 emerge.


 What are yours?

Enhanced privacy: https://d.puremagic.com/issues/show_bug.cgi?id=1238 https://d.puremagic.com/issues/show_bug.cgi?id=5770 https://d.puremagic.com/issues/show_bug.cgi?id=11234 etc.
Feb 25 2014
prev sibling next sibling parent "Remo" <remo4d gmail.com> writes:
On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

 These above anything else are interfering with my work every 
 day.

 What are yours?

Every year again: rvalue references. :)

+1 for this too ! Add struct default constructors that execute code!!!
Feb 25 2014
prev sibling next sibling parent Timothee Cour <thelastmammoth gmail.com> writes:
--089e011837022c463104f33d1b26
Content-Type: text/plain; charset=ISO-8859-1

shared libraries on OSX:

https://d.puremagic.com/issues/show_bug.cgi?id=12190
runtime loaded shared library on osx: partially worked in 2.062, fails
since 2.063


Also, this was marked as fixed (with bounty :) ):
https://d.puremagic.com/issues/show_bug.cgi?id=11478
shared library on osx: worked in 2.062, fails in 2.063.2, still fails in
2.064

but there still seems to be issues: see last comment ("It's supposed to
print that, because shared libraries aren't yet supported on OSX.")



On Tue, Feb 25, 2014 at 6:54 AM, Remo <remo4d gmail.com> wrote:

 On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:

 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

 These above anything else are interfering with my work every day.

 What are yours?

Every year again: rvalue references. :)

+1 for this too ! Add struct default constructors that execute code!!!

--089e011837022c463104f33d1b26 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>shared libraries on OSX:</div><div><br></div><a href= =3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12190">https://d.purem= agic.com/issues/show_bug.cgi?id=3D12190</a><br><div>runtime loaded shared l= ibrary on osx: partially worked in 2.062, fails since 2.063<br> </div><div><br></div><div><br></div><div>Also, this was marked as fixed (wi= th bounty :) ):</div><div><a href=3D"https://d.puremagic.com/issues/show_bu= g.cgi?id=3D11478">https://d.puremagic.com/issues/show_bug.cgi?id=3D11478</a=
<br>

fails in 2.064<br></div><div><br></div><div>but there still seems to be iss= ues: see last comment (&quot;It&#39;s supposed to print that, because share= d libraries aren&#39;t yet supported on OSX.&quot;)</div> <div><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail= _quote">On Tue, Feb 25, 2014 at 6:54 AM, Remo <span dir=3D"ltr">&lt;<a href= =3D"mailto:remo4d gmail.com" target=3D"_blank">remo4d gmail.com</a>&gt;</sp= an> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><div class=3D"HOEnZb"><div class=3D"h5">On T= uesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m= argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (pointers c= hange<br> semantics).<br> <br> These above anything else are interfering with my work every day.<br> <br> What are yours?<br> </blockquote> <br> Every year again: rvalue references. :)<br> </blockquote> <br></div></div> +1 for this too !<br> <br> Add struct default constructors that execute<br> code!!!<br> </blockquote></div><br></div> --089e011837022c463104f33d1b26--
Feb 25 2014
prev sibling next sibling parent Manu <turkeyman gmail.com> writes:
--047d7b5d5c72f56cb504f33d7344
Content-Type: text/plain; charset=UTF-8

On 26 February 2014 01:54, Timothee Cour <thelastmammoth gmail.com> wrote:

 shared libraries on OSX:

Oh yeah, that one's critical on all platforms. But as far as I can tell, that one is being actively worked on, and moving as fast as it moves. https://d.puremagic.com/issues/show_bug.cgi?id=12190
 runtime loaded shared library on osx: partially worked in 2.062, fails
 since 2.063


 Also, this was marked as fixed (with bounty :) ):
 https://d.puremagic.com/issues/show_bug.cgi?id=11478
 shared library on osx: worked in 2.062, fails in 2.063.2, still fails in
 2.064

 but there still seems to be issues: see last comment ("It's supposed to
 print that, because shared libraries aren't yet supported on OSX.")



 On Tue, Feb 25, 2014 at 6:54 AM, Remo <remo4d gmail.com> wrote:

 On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:

 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

 These above anything else are interfering with my work every day.

 What are yours?

Every year again: rvalue references. :)

+1 for this too ! Add struct default constructors that execute code!!!


--047d7b5d5c72f56cb504f33d7344 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 6 February 2014 01:54, Timothee Cour <span dir=3D"ltr">&lt;<a href=3D"mailt= o:thelastmammoth gmail.com" target=3D"_blank">thelastmammoth gmail.com</a>&= gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>shared libraries on OS= X:</div></div></blockquote><div><br></div><div>Oh yeah, that one&#39;s crit= ical on all platforms. But as far as I can tell, that one is being actively= worked on, and moving as fast as it moves.</div> <div><br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"lt= r"><a href=3D"https://d.puremagic.com/issues/show_bug.cgi?id=3D12190" targe= t=3D"_blank">https://d.puremagic.com/issues/show_bug.cgi?id=3D12190</a><br> <div>runtime loaded shared library on osx: partially worked in 2.062, fails= since 2.063<br> </div><div><br></div><div><br></div><div>Also, this was marked as fixed (wi= th bounty :) ):</div><div><a href=3D"https://d.puremagic.com/issues/show_bu= g.cgi?id=3D11478" target=3D"_blank">https://d.puremagic.com/issues/show_bug= .cgi?id=3D11478</a><br> </div><div>shared library on osx: worked in 2.062, fails in 2.063.2, still = fails in 2.064<br></div><div><br></div><div>but there still seems to be iss= ues: see last comment (&quot;It&#39;s supposed to print that, because share= d libraries aren&#39;t yet supported on OSX.&quot;)</div> <div><br></div></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"= gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Feb 25, 2014 at 6:5= 4 AM, Remo <span dir=3D"ltr">&lt;<a href=3D"mailto:remo4d gmail.com" target= =3D"_blank">remo4d gmail.com</a>&gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><div><div>On Tuesday, 25 February 2014 at 12= :35:18 UTC, Namespace wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m= argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (pointers c= hange<br> semantics).<br> <br> These above anything else are interfering with my work every day.<br> <br> What are yours?<br> </blockquote> <br> Every year again: rvalue references. :)<br> </blockquote> <br></div></div> +1 for this too !<br> <br> Add struct default constructors that execute<br> code!!!<br> </blockquote></div><br></div> </div></div></blockquote></div><br></div></div> --047d7b5d5c72f56cb504f33d7344--
Feb 25 2014
prev sibling next sibling parent "Brad Anderson" <eco gnuk.net> writes:
On Tuesday, 25 February 2014 at 09:08:05 UTC, Mike wrote:
 3.  All pull requests older than 6 months acted upon, or closed

With the Daniel Murphy's completion[1] of his refactoring of the DMDFE in order to begin converting the D frontend to D this item has become more important for that transition to go smoothly, I suspect. 1. https://github.com/D-Programming-Language/dmd/pull/1980#issuecomment-35830996
Feb 25 2014
prev sibling next sibling parent Robert Schadek <realburner gmx.de> writes:
this one is just annoying, at least to me

https://d.puremagic.com/issues/show_bug.cgi?id=648
Feb 25 2014
prev sibling next sibling parent "Joseph Cassman" <jc7919 outlook.com> writes:
On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:
 What are yours?

The stuff listed on the wiki agenda (http://wiki.dlang.org/Agenda) is nice and will definitely make the language cleaner. However for me there are two elephants in the room. A major argument in favor of Go tends to be focused around its straightforward parallelism support. D's support is good but not yet as straightforward. I like ranges. But I would also like to be able to use yield (a la coroutines) + async/await (from .NET). Making this work seamlessly with std.parallelism and integrating it directly into the language (similar to how threads currently are) would really make D a slam dunk. Along with this, std.parallelism's performance could be improved to the point where there is no more concern about it being as fast as green-thread implementations in other languages. Here are two recent threads that discuss this topic. http://forum.dlang.org/thread/mailman.126.1390929933.13884.digitalmars-d puremagic.com http://forum.dlang.org/thread/teiustvtqwcvdmmmdbqo forum.dlang.org The second elephant is memory usage. Based on recent discussions on the possible use of ARC/scopebuffer/std.allocator/etc. it seems that soon Phobos will get some major assistance in this regard. Awesome. Really looking forward too to the GC improvements and integration of the up-and-coming allocator module. Here are two threads talking about memory usage. scopebuffer - http://forum.dlang.org/thread/ld2586$17f6$1 digitalmars.com tracing api - http://forum.dlang.org/thread/l8lup8$2bgl$1 digitalmars.com The following links are encouraging. They show Andrei's statements on the need to focus on memory allocation right now. http://forum.dlang.org/thread/grngmshdtwqfaftefhky forum.dlang.org?page=11#post-lclta7:241rdg:241:40digitalmars.com http://forum.dlang.org/thread/grngmshdtwqfaftefhky forum.dlang.org?page=14#post-lcoskl:241g8t:241:40digitalmars.com
 I think of the following foci for the first half of 2014:
 
 1. Add  nullable and provide a -nullable compiler flag to 
 verify it. The attribute is inferred locally and for white-box 
 functions (lambdas, templates), and required as annotation 
 otherwise. References not annotated with  nullable are 
 statically enforced to never be null.
 
 2. Work on Phobos to see what can be done about avoiding 
 unnecessary allocation. Most likely we'll need to also add a 
  nogc flag.
 
 3. Work on adding tracing capabilities to allocators and see 
 how to integrate them with the language and Phobos.
 
 4. Work on the core language and druntime to see how to 
 seamlessly accommodate alternate GC mechanisms such as 
 reference counting.
 
 
 Andrei

These are the two big things that I am hoping will get some attention. Thanks Joseph
Feb 25 2014
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

 These above anything else are interfering with my work every 
 day.

 What are yours?

Every year again: rvalue references. :)

Did a solution come out of this thread? http://forum.dlang.org/thread/km3k8v$80p$1 digitalmars.com?page=1 is it dip39? http://wiki.dlang.org/DIP39
Feb 25 2014
prev sibling next sibling parent "Namespace" <rswhite4 googlemail.com> writes:
On Tuesday, 25 February 2014 at 18:14:07 UTC, michaelc37 wrote:
 On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

 These above anything else are interfering with my work every 
 day.

 What are yours?

Every year again: rvalue references. :)

Did a solution come out of this thread? http://forum.dlang.org/thread/km3k8v$80p$1 digitalmars.com?page=1 is it dip39? http://wiki.dlang.org/DIP39

No Andrei insist on his proposed solution which works already for templates: auto ref But nobody has implemented a good enough proposal which convinced him and Walter. I tried something nearly a year ago: http://forum.dlang.org/thread/ntsyfhesnywfxvzbemwc forum.dlang.org#post-ntsyfhesnywfxvzbemwc:40forum.dlang.org It resulted in DIP 36: http://wiki.dlang.org/DIP36 which was rejected.
Feb 25 2014
prev sibling next sibling parent "safety0ff" <safety0ff.dev gmail.com> writes:
Though they don't hold me up, I don't see why the following 
haven't been dealt with:
https://d.puremagic.com/issues/show_bug.cgi?id=4147
https://d.puremagic.com/issues/show_bug.cgi?id=704
The latter to a lesser extent since it is not clear whether it is 
simply an invalid report.

I'd also like: 
https://d.puremagic.com/issues/show_bug.cgi?id=11788
Feb 25 2014
prev sibling next sibling parent "Adam D. Ruppe" <destructionator gmail.com> writes:
On Tuesday, 25 February 2014 at 08:58:09 UTC, luminousone wrote:
 http://d.puremagic.com/issues/show_bug.cgi?id=3332

I just wrote a comment in there... I'm not sure it is a bug (nor is it restricted to templates)
Feb 25 2014
prev sibling next sibling parent reply "Brad Anderson" <eco gnuk.net> writes:
I'd just like to point out for everyone in this conversation that 
you can vote for issues in bugzilla. The vote tally is a much 
easier way for the people who work on the compiler to quantify 
what the community wants from D.

I don't know how much the major compiler devs use the votes for 
making decisions but at least it'd less ephemeral than these 
forum posts that will be gone and forgotten in a day or two.

Here's the issue list sorted by votes:

https://d.puremagic.com/issues/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&query_format=advanced&votes=1&order=votes
Feb 25 2014
parent "Daniel Murphy" <yebbliesnospam gmail.com> writes:
"Brad Anderson"  wrote in message 
news:gzknvsxmtkqoukkdkfjd forum.dlang.org...

 I do find myself agonizing over what vote to drop whenever I hit a new 
 issue I want to add a vote for so I'm in favor of this too.

That's the point. Currently a vote means "this issue is in my top 10" or at least "this bug annoyed me enough I made a bugzilla account" but with many votes each it simply means "I have encountered this bug"/"I have seen this bug report". The more votes per user the closer they get to a meaningless "+1". Then again, I never look at votes when deciding which issues to fix, so changing it won't really affect me either way.
Feb 26 2014
prev sibling next sibling parent "Mike" <none none.com> writes:
On Tuesday, 25 February 2014 at 23:28:55 UTC, Andrei Alexandrescu 
wrote:
 I should reiterate my request to add more bugzilla votes 
 available to people (e.g. 10).

Current quota is 10. I also recommend that a user be allowed to assign more than one vote per issue. See "Maximum votes a person can put on a single bug" here (http://www.bugzilla.org/docs/4.2/en/html/voting.html) I created an enhancement request here: https://d.puremagic.com/issues/post_bug.cgi. Go ahead and vote for it! I'm skeptical that votes actually influence action, but they do provide a nice metric for gauging impact, importance, and value to the community. Mike
Feb 25 2014
prev sibling next sibling parent "Mike" <none none.com> writes:
On Wednesday, 26 February 2014 at 01:32:43 UTC, Mike wrote:
 I created an enhancement request here: 
 https://d.puremagic.com/issues/post_bug.cgi.

Damn! Here's the correct link: https://d.puremagic.com/issues/show_bug.cgi?id=12259 Mike
Feb 25 2014
prev sibling next sibling parent "Mike" <none none.com> writes:
On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 What are yours?

Every year again: rvalue references. :)

Looks like it's here (https://d.puremagic.com/issues/show_bug.cgi?id=9238). Only 2 votes, though.
Feb 25 2014
prev sibling next sibling parent "Namespace" <rswhite4 googlemail.com> writes:
On Wednesday, 26 February 2014 at 02:52:09 UTC, Mike wrote:
 On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 What are yours?

Every year again: rvalue references. :)

Looks like it's here (https://d.puremagic.com/issues/show_bug.cgi?id=9238). Only 2 votes, though.

We're discussing this stuff since years and I'm pretty sure that in exactly one year we will discuss this again. ;)
Feb 26 2014
prev sibling next sibling parent "Per =?UTF-8?B?Tm9yZGzDtnci?= <per.nordlow gmail.com> writes:
 What are yours?

Make it possible to defined implicit conversions between wrapped types in order to, for instance, correctly implement NotNull for reference types. See: http://stackoverflow.com/questions/21588742/getting-notnull-right?noredirect=1#comment33399977_21588742
Feb 26 2014
prev sibling next sibling parent "Adam D. Ruppe" <destructionator gmail.com> writes:
On Wednesday, 26 February 2014 at 10:36:14 UTC, Per Nordlöw wrote:
 Make it possible to defined implicit conversions between 
 wrapped types in order to, for instance, correctly implement 
 NotNull for reference types.

I'm pretty sure multiple alias this would do the trick. interface A {} interface B {} class C : A, B {} class D : C {} NotNull!D should implicitly cast to NotNull!C AND to D (the latter gives access to the methods here too so it should be preferred). NotNull!C should implicitly cast to C (the first one to try), NotNull!A, NotNull!B, and NotNull!Object. Multiple alias this would allow that. https://d.puremagic.com/issues/show_bug.cgi?id=6083
Feb 26 2014
prev sibling next sibling parent "SomeDude" <lolilol mytrashmail.com> writes:
On Wednesday, 26 February 2014 at 01:34:36 UTC, Mike wrote:
 On Wednesday, 26 February 2014 at 01:32:43 UTC, Mike wrote:
 I created an enhancement request here: 
 https://d.puremagic.com/issues/post_bug.cgi.

Damn! Here's the correct link: https://d.puremagic.com/issues/show_bug.cgi?id=12259 Mike

You didn't explain why you need this feature and its benefits. Allowing multiple votes per user obviously skews the results and defeats the purpose of voting.
Feb 28 2014
prev sibling next sibling parent "SomeDude" <lolilol mytrashmail.com> writes:
On Tuesday, 25 February 2014 at 12:35:18 UTC, Namespace wrote:
 3. ref doesn't accept rvalues. Can't declare ref locals 
 (pointers change
 semantics).

 These above anything else are interfering with my work every 
 day.

 What are yours?

Every year again: rvalue references. :)

I'm not in a hurry seeing this added to D. In fact, I think we should wait a few years for C++ feedback on this feature. It might be that in a couple of years, the gen eral consensus is that it was not such a great idea after all, or that the implementation could have been improved in such or such way. The current body of experience is not large enough for a clear view.
Feb 28 2014
prev sibling next sibling parent "Mike" <none none.com> writes:
On Saturday, 1 March 2014 at 03:47:37 UTC, SomeDude wrote:
 You didn't explain why you need this feature and its benefits.

I didn't think an explanation was necessary, but ok. Right now there's no way to quantify your preference. You can only say you want the bug fixed or you don't. You don't get to say how badly you want it fixed. Being able allocate more of your allowance to something allows you to quantify its value. To allocate more towards one issue gives you less to allocate towards other issues. "The cost of something is what you give up to get it" - Principles of Economics, Translated by Yoram Bauman http://www.youtube.com/watch?v=VVp8UGjECt4 You'll probably find this educational and enter
 Allowing multiple
 votes per user obviously skews the results and defeats the
 purpose of voting.

Yeah, "obviously" it is I who doesn't understand.
Feb 28 2014
prev sibling next sibling parent "SomeDude" <lolilol mytrashmail.com> writes:
On Saturday, 1 March 2014 at 05:00:08 UTC, Mike wrote:
 On Saturday, 1 March 2014 at 03:47:37 UTC, SomeDude wrote:
 You didn't explain why you need this feature and its benefits.

I didn't think an explanation was necessary, but ok. Right now there's no way to quantify your preference. You can only say you want the bug fixed or you don't. You don't get to say how badly you want it fixed. Being able allocate more of your allowance to something allows you to quantify its value. To allocate more towards one issue gives you less to allocate towards other issues.

I didn't get it was in the context of keeping a limited number of possible votes. I understood the original request was to remove the cap on votes/person. Those two features are mutually exclusive. What coud be also possible is capping a number of votes/person/month (if the system allws that). That would allow someone to cast 12 votes/year on a single bug. Still, I don't like the idea of someone casting several votes on a bug, unless we also display the number of different voters next to the total number of votes. Because a bug with 10 votes from 10 different voters is arguably more important than a bug with 10 votes by a single voter.
Feb 28 2014
prev sibling next sibling parent "Namespace" <rswhite4 googlemail.com> writes:
Fix issue 12256 / 9335 
(http://forum.dlang.org/thread/bug-12256-3 https.d.puremagic.com%2Fissues%2F 
& https://d.puremagic.com/issues/show_bug.cgi?id=9335)

Since I use shared pointer, it is a torture to work with D 
built-in arrays / AA's. :/
Mar 01 2014
prev sibling next sibling parent "Peter Alexander" <peter.alexander.au gmail.com> writes:
On Tuesday, 25 February 2014 at 05:01:30 UTC, Manu wrote:
 What are yours?

1. const inference for template parameters. https://d.puremagic.com/issues/show_bug.cgi?id=7521 2. Fix CTFE memory usage. https://d.puremagic.com/issues/show_bug.cgi?id=6498 3. const correctness of object (new design) https://d.puremagic.com/issues/show_bug.cgi?id=1824
Mar 01 2014
prev sibling next sibling parent Martin Nowak <code dawg.eu> writes:
On 02/25/2014 06:00 AM, Manu wrote:
 In lieu of a clear roadmap, I'm just going to list the things actively
 holding me up on a daily basis.
 Others encouraged to add theirs, maybe we'll see patterns emerge.

Just another wishlist thread? Clearly for a roadmap you have to match demand with possible supply. If you want to implement something or you found someone to do it for you put it on the Agenda (http://wiki.dlang.org/Agenda).
 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option
 to omit any such reference.

do the job? Is this very important or just a personal issue of yours?
 2. **Debugging**; concerted focus to tighten the experience. Classes,
 enums, globals (and more) all don't work. Locals with the same name
 appearing in multiple sub-scope's within the same function confuse the
 debugger. Control statements (break, continue, etc) don't seem to emit
 line numbers; single stepping skips right over them.

Windows debug information. Your best bet is to pair up with Rainer who already has a lot to do maintaining VisualD.
 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

information and any existing discussion outcome and update the wiki accordingly. Also this might need a final discussion/voting round and at least a glance from Walter and Andrei. If Kenji has enough time, he might be able to help you with the implementation.
Mar 01 2014
prev sibling next sibling parent "Meta" <jared771 gmail.com> writes:
On Saturday, 1 March 2014 at 23:51:32 UTC, Martin Nowak wrote:
 Just another wishlist thread?
 Clearly for a roadmap you have to match demand with possible 
 supply.
 If you want to implement something or you found someone to do 
 it for you put it on the Agenda (http://wiki.dlang.org/Agenda).

Does everything on this list actually have someone willing to implement it? There's a lot of good stuff here.
Mar 01 2014
prev sibling next sibling parent "Martin Nowak" <code dawg.eu> writes:
On Sunday, 2 March 2014 at 01:49:06 UTC, Meta wrote:
 Does everything on this list actually have someone willing to 
 implement it? There's a lot of good stuff here.

I think only the std.variant rewrite isn't backed by anyone. We might as well drop it. http://wiki.dlang.org/Agenda#Rework_std.variant.27s_Algebraic_.28ADTs.29 http://forum.dlang.org/post/fybjvhikadtxtnvcwkio forum.dlang.org The rest ranges between intention and ready pull requests.
Mar 01 2014
prev sibling parent Manu <turkeyman gmail.com> writes:
--089e015383e49eedd304f39ad596
Content-Type: text/plain; charset=UTF-8

On 2 March 2014 09:51, Martin Nowak <code dawg.eu> wrote:

 On 02/25/2014 06:00 AM, Manu wrote:

 In lieu of a clear roadmap, I'm just going to list the things actively
 holding me up on a daily basis.
 Others encouraged to add theirs, maybe we'll see patterns emerge.

Just another wishlist thread? Clearly for a roadmap you have to match demand with possible supply. If you want to implement something or you found someone to do it for you put it on the Agenda (http://wiki.dlang.org/Agenda).

Well there's not really any record of short-term goals, and they also tend to change regularly; existing issues are fixed bringing other/new issues to the foreground, projects change, etc. Surely it seems reasonable to define some short term goals according to the needs of people actually writing D code on a daily basis? So, the point was to identify things that are actively interfering with peoples work on a daily basis. If nobody wants to work on them, fine, but it needs to be known somewhere what things are a daily hassle. 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option
 to omit any such reference.

the job? Is this very important or just a personal issue of yours?

MSCOFF objects embed a reference to the std lib they were built against, and intend to be linked against. When linking against MSC code, if these references aren't embedded correctly or aren't matching, it creates a bunch of hassles when linking. There are workarounds which suppress errors, and force linking of particular runtimes, but it's definitely preferable to just embed the proper CRT references in the objects when compiling, otherwise you run the risk of silencing legitimate errors from other sources and linking broken code. Additionally, users who aren't linker experts will never work out how to link successfully. It can be very frustrating for anyone who doesn't understand the problem (and shouldn't have to). Basically, if you interact DMD with MSC code, this really needs to be sorted out properly. I consider this a critical issue to resolve if we are to say we support windows properly, and I for one do have to stuff around with these issues very frequently. 2. **Debugging**; concerted focus to tighten the experience. Classes,
 enums, globals (and more) all don't work. Locals with the same name
 appearing in multiple sub-scope's within the same function confuse the
 debugger. Control statements (break, continue, etc) don't seem to emit
 line numbers; single stepping skips right over them.

Windows debug information. Your best bet is to pair up with Rainer who already has a lot to do maintaining VisualD.

Walter and Rainer both have an interest in this, and Rainer has lots of existing pull requests that need attention. 3. ref doesn't accept rvalues. Can't declare ref locals (pointers change
 semantics).

and any existing discussion outcome and update the wiki accordingly. Also this might need a final discussion/voting round and at least a glance from Walter and Andrei. If Kenji has enough time, he might be able to help you with the implementation.

Yes, I don't think this was ever fully resolved. It needs more discussion. I'm just trying to raise the topic. I really don't want to spend time at dconf talking about this again. It's so annoying trying to do any code with vectors and matrices without it. I'd like to add one more: 4. Immutable AA's; ie, static maps. Surely the use of static maps are super common? I'm surprised this doesn't come up more often? The existing workaround (module constructor initialisation) is pretty annoying. --089e015383e49eedd304f39ad596 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= March 2014 09:51, Martin Nowak <span dir=3D"ltr">&lt;<a href=3D"mailto:cod= e dawg.eu" target=3D"_blank">code dawg.eu</a>&gt;</span> wrote:<br><blockqu= ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s= olid;padding-left:1ex"> <div class=3D"">On 02/25/2014 06:00 AM, Manu wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> In lieu of a clear roadmap, I&#39;m just going to list the things actively<= br> holding me up on a daily basis.<br> Others encouraged to add theirs, maybe we&#39;ll see patterns emerge.<br> </blockquote> <br></div> Just another wishlist thread?<br> Clearly for a roadmap you have to match demand with possible supply.<br> If you want to implement something or you found someone to do it for you pu= t it on the Agenda (<a href=3D"http://wiki.dlang.org/Agenda" target=3D"_bla= nk">http://wiki.dlang.org/Agenda</a>)<u></u>.</blockquote><div><br></div><d= iv> Well there&#39;s not really any record of short-term goals, and they also t= end to change regularly; existing issues are fixed bringing other/new issue= s to the foreground, projects change, etc.</div><div>Surely it seems reason= able to define some short term goals according to the needs of people actua= lly writing D code on a daily basis?</div> <div><br></div><div>So, the point was to identify things that are actively = interfering with peoples work on a daily basis.</div><div>If nobody wants t= o work on them, fine, but it needs to be known somewhere what things are a = daily hassle.</div> <div><br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"= "> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> 1. Options to select CRT reference for DMD-Win64, and /Zl equiv option<br> to omit any such reference.<br> </blockquote></div> Not sure what this is for, won&#39;t -defaultlib=3D + manual linking alread= y do the job? Is this very important or just a personal issue of yours?</bl= ockquote><div><br></div><div>MSCOFF objects embed a reference to the std li= b they were built against, and intend to be linked against.</div> <div>When linking against MSC code, if these references aren&#39;t embedded= correctly or aren&#39;t matching, it creates a bunch of hassles when linki= ng.</div><div>There are workarounds which suppress errors, and force linkin= g of particular runtimes, but it&#39;s definitely preferable to just embed = the proper CRT references in the objects when compiling, otherwise you run = the risk of silencing legitimate errors from other sources and linking brok= en code.</div> <div>Additionally, users who aren&#39;t linker experts will never work out = how to link successfully. It can be very frustrating for anyone who doesn&#= 39;t understand the problem (and shouldn&#39;t have to).</div><div><br> </div><div>Basically, if you interact DMD with MSC code, this really needs = to be sorted out properly.</div><div>I consider this a critical issue to re= solve if we are to say we support windows properly, and I for one do have t= o stuff around with these issues very frequently.</div> <div><br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"= "> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> 2. **Debugging**; concerted focus to tighten the experience. Classes,<br> enums, globals (and more) all don&#39;t work. Locals with the same name<br> appearing in multiple sub-scope&#39;s within the same function confuse the<= br> debugger. Control statements (break, continue, etc) don&#39;t seem to emit<= br> line numbers; single stepping skips right over them.<br> </blockquote></div> Debugging is important, but personally I have no interest to work on Window= s debug information. Your best bet is to pair up with Rainer who already ha= s a lot to do maintaining VisualD.</blockquote><div><br></div><div>Walter a= nd Rainer both have an interest in this, and Rainer has lots of existing pu= ll requests that need attention.</div> <div><br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"= "> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> 3. ref doesn&#39;t accept rvalues. Can&#39;t declare ref locals (pointers c= hange<br> semantics).<br> </blockquote></div> There seem to be competing DIPs. Please assemble the available information = and any existing discussion outcome and update the wiki accordingly.<br> Also this might need a final discussion/voting round and at least a glance = from Walter and Andrei.<br> If Kenji has enough time, he might be able to help you with the implementat= ion.<br> </blockquote></div></div><div class=3D"gmail_extra"><br></div><div class=3D= "gmail_extra">Yes, I don&#39;t think this was ever fully resolved. It needs= more discussion. I&#39;m just trying to raise the topic.</div><div class= =3D"gmail_extra"> I really don&#39;t want to spend time at dconf talking about this again.</d= iv><div class=3D"gmail_extra">It&#39;s so annoying trying to do any code wi= th vectors and matrices without it.</div><div class=3D"gmail_extra"><br></d= iv> <div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">I&#39;d lik= e to add one more:</div><div class=3D"gmail_extra"><br></div><div class=3D"= gmail_extra">4. Immutable AA&#39;s; ie, static maps. Surely the use of stat= ic maps are super common? I&#39;m surprised this doesn&#39;t come up more o= ften? The existing workaround (module constructor initialisation) is pretty= annoying.</div> </div> --089e015383e49eedd304f39ad596--
Mar 01 2014