Just to pop in on the conversation : )

maintain; conserve; save; sustain; prolong; persist, perpetuate. I like Mykola 
suggestion: retain.

Richard

From: "David G. Wonnacott" <[email protected]>
Date: Thursday, July 14, 2016 at 1:44 PM
To: Mike LeVeille <[email protected]>
Cc: "[email protected]" 
<[email protected]>, Jason Riedy 
<[email protected]>, Chapel Users <[email protected]>
Subject: [EXTERNAL] Re: [Chapel-developers] Opinions wanted: keyword for local 
static variables

Since you have module variables, what is the case for introducing 
static-to-function? To make something even more local than a module variable? 
Why not just suggest a submodule ... can Chapel have a module in a module? I'm 
not sure, but that seems to me to be a more elegant solution than adding a 
keyword for more-local-than-a-module names. To give a coherent suggestion, I'd 
want to know why this exists in a modern language in the first place. C/C++ 
need it for compatibility, and the community is somewhat trained to use it, but 
I don't see a good case for it in a language with a good module/namespace 
system, other than to make concise something that shouldn't be happening that 
often.

Dave W

On Thu, Jul 14, 2016 at 2:02 PM, Mike LeVeille 
<[email protected]<mailto:[email protected]>> wrote:

Haha I'll second: eliminating global/module variables (constants could stay).

I'd also vote against adding "static", since it seems like a jury rig. If a 
developer is considering using "static", the function should probably be moved 
to a class (or add a parameter to the function instead).
On Jul 14, 2016 12:32 PM, "Brad Chamberlain" 
<[email protected]<mailto:[email protected]>> wrote:

A similar discussion to this is going on in Facebook-land (no Facebook
account should be required to read it, I believe):

        https://www.facebook.com/ChapelLanguage/posts/1761242420787583

The gist of it is me saying "This is morally not really different than
permitting functions to have read/write access to module-scope variables"
and Russel Winder saying "Yeah, you should get rid of that as well."

I'm not convinced the community would go for that change, but since it's
come up, I guess it's worth asking...  Opinions?

-Brad


On Thu, 14 Jul 2016, Jason Riedy wrote:

> And Brad Chamberlain writes:
>> Please send any proposed keywords to me, optionally with a short
>> rationale.  In a few days, I'll send out a summary of responses received
>> (including our own brainstorming, which I don't want to influence you with
>> at the outset).
>
> Possibilities:
>  - hidden_state
>  - beware
>  - bugs_hide_here
>  - youll_regret_this
>  - later_developers_will_curse_your_name
>
> Are you sure this is needed?
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity planning
> reports.http://sdm.link/zohodev2dev
> _______________________________________________
> Chapel-developers mailing list
> [email protected]<mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/chapel-developers
>

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
Chapel-developers mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/chapel-developers

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
Chapel-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/chapel-users

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
Chapel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-users

Reply via email to