Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better English #1027

Closed
p5pRT opened this issue Jan 11, 2000 · 2 comments
Closed

Better English #1027

p5pRT opened this issue Jan 11, 2000 · 2 comments

Comments

@p5pRT
Copy link

p5pRT commented Jan 11, 2000

Migrated from rt.perl.org#1978 (status was 'resolved')

Searchable as RT1978$

@p5pRT
Copy link
Author

p5pRT commented Jan 11, 2000

From rlm@pricegrabber.com

Another approach​: if you need MATCH, PREMATCH, and POSTMASTCH, perhaps
you could invoke a module English​::Bad that would have all these bad
boys in them, and would hammer performance on those unluckies who need
them. In this latter scenario, you would import English, and import
English​::Bad if you used those other variables.

The advantage of the first scheme is it would break no existing scripts;
but then, few people would also receive the benefits unless they RTFM'd.
The advantage of the latter is (I feel, anyway) that most folks don't
really use these variables, so breaking them would help more people
immediately. That is, it's an engineering choice in favor of helping
more people with performance improvements.

Would this work, or am I inhaling something? :-)

--
  http​://www.pricegrabber.com | The best deals, all the time.

@p5pRT
Copy link
Author

p5pRT commented Apr 22, 2003

@iabyn - Status changed from 'stalled' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant