From: "authorNari (Narihiro Nakamura)" Date: 2012-11-01T23:02:56+09:00 Subject: [ruby-core:48706] [ruby-trunk - Feature #3346] __DIR__ revisted Issue #3346 has been updated by authorNari (Narihiro Nakamura). File __dir__.patch added Hi. yhara (Yutaka HARA) wrote: > mame (Yusuke Endoh) wrote: > > Thomas Sawyer and Yutaka Hara, > > > > Matz determined Kernel#__dir__ (as a method). > > > > Yhara-san, do you have a patch? > > Sorry, I forgot to reply. I don't have a patch right now. I've created a patch for Kernel#__dir__. How about it? ---------------------------------------- Feature #3346: __DIR__ revisted https://bugs.ruby-lang.org/issues/3346#change-32166 Author: trans (Thomas Sawyer) Status: Assigned Priority: Normal Assignee: yhara (Yutaka HARA) Category: core Target version: 2.0.0 =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/