From: "mame (Yusuke Endoh)" Date: 2012-07-02T01:34:19+09:00 Subject: [ruby-core:46059] [ruby-trunk - Feature #3346] __DIR__ revisted Issue #3346 has been updated by mame (Yusuke Endoh). Yhara-san, your slide is received. Thank you! But, matz has already accepted this proposal basically. The remaining issue is its API (including name). Right? If so, I'm afraid if just listing candidates will make no progress. It may be good to choose one target yourself and make it authorized by matz. Anyway, your slide will be presented at the meeting. Matz may choose one in his preference. Thanks again! -- Yusuke Endoh ---------------------------------------- Feature #3346: __DIR__ revisted https://bugs.ruby-lang.org/issues/3346#change-27667 Author: trans (Thomas Sawyer) Status: Assigned Priority: Normal Assignee: matz (Yukihiro Matsumoto) Category: Target version: =begin I'd like to know why __DIR__ was rejected? I use File.dirname(__FILE__) all the time, and I frequently see others do so as well. #relative_require is helpful but it covers only one specific use case --and probably not the most common one. I am often using File.dirname(__FILE__) in build scripts, when I am loading examples for tests, and when I load output templates or other pluggable modules that reside relative to my code. For something so common, having to clutter my code with a 22 character sequence, when an perfectly obvious 7 character sequence would do semms very uncharacteristic of Ruby, which is usually quite concise. Indeed, it is not uncommon to see code that defines a constant such as DIR = File.dirname(__FILE__) when it will be used more than once because it quickly becomes an eye-sore. For these reasons I hope you will reconsider the earlier rejection. =end -- http://bugs.ruby-lang.org/