[#796] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Sean Chittenden <sean@...>

> sean@chittenden.org wrote:

33 messages 2003/02/06
[#798] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — matz@... (Yukihiro Matsumoto) 2003/02/06

Hi,

[#826] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Sean Chittenden <sean@...> 2003/02/10

> |I have read the thread and I think this is a pretty bad change. I

[#827] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — nobu.nokada@... 2003/02/10

Hi,

[#828] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Sean Chittenden <sean@...> 2003/02/11

> > #BEGIN test.rb

[#829] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — matz@... (Yukihiro Matsumoto) 2003/02/11

Hi,

[#830] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Sean Chittenden <sean@...> 2003/02/11

> |What was wrong with having the receiver set the return value though?

[#834] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Matt Armstrong <matt@...> 2003/02/11

Sean Chittenden <sean@chittenden.org> writes:

[#835] Re: value of assignment (Re: Order of the value of an expression changed? (PR#579)) — Sean Chittenden <sean@...> 2003/02/11

> > f = Foo.new()

[#801] class of $1, $2 in 1.8.0 — dblack@...

Hi --

31 messages 2003/02/07
[#802] Re: class of $1, $2 in 1.8.0 — nobu.nokada@... 2003/02/07

Hi,

[#803] Re: class of $1, $2 in 1.8.0 — dblack@... 2003/02/07

Hi --

[#804] Re: class of $1, $2 in 1.8.0 — matz@... (Yukihiro Matsumoto) 2003/02/07

Hi,

[#805] Re: class of $1, $2 in 1.8.0 — dblack@... 2003/02/07

Hi --

[#806] Re: class of $1, $2 in 1.8.0 — "J.Herre" <jlst@...> 2003/02/07

[#807] Re: class of $1, $2 in 1.8.0 — Matt Armstrong <matt@...> 2003/02/07

J.Herre <jlst@gettysgroup.com> writes:

[#808] Re: class of $1, $2 in 1.8.0 — dblack@... 2003/02/07

Hi --

[#809] Re: class of $1, $2 in 1.8.0 — Ryan Pavlik <rpav@...> 2003/02/07

On Sat, 8 Feb 2003 06:52:17 +0900

[#810] Re: class of $1, $2 in 1.8.0 — dblack@... 2003/02/07

Hi --

[#889] Bob Jenkins' hashing implementation in Ruby — Mauricio Fern疣dez <batsman.geo@...>

16 messages 2003/02/28
[#892] Re: Bob Jenkins' hashing implementation in Ruby — ts <decoux@...> 2003/03/01

>>>>> "M" == Mauricio Fern疣dez <Mauricio> writes:

[#893] Re: Bob Jenkins' hashing implementation in Ruby — Mauricio Fern疣dez <batsman.geo@...> 2003/03/01

On Sat, Mar 01, 2003 at 08:42:40PM +0900, ts wrote:

Re: RCR: Add __file__ and __line__ methods to Method and Proc classes

From: Brent Roman <brent@...>
Date: 2003-02-28 08:21:17 UTC
List: ruby-core #883
I think that, in general, a definition may start
anywhere within a line and end anywhere within
a later line.  If the goal is to return the exact
text of the definition and only that text, one
would need start and ending line _and_ column numbers.
Without this, one would have to parse the source
to determine the exact extent of a code block :-(

x = 8; puts "Yuck."; def z boo
puts boo*3; end; str="It's awful style :-("
puts "but I think it's syntactically correct!"

However, since my goal is to support an IDE that will simply
find the definition's text for the developer to edit or view,
just exposing the information already in the parse tree
in the current implementation is perfectly adequate.

- brent

>>From: Yukihiro Matsumoto [mailto:matz@ruby-lang.org] 
>>> Sent: Tuesday, February 25, 2003 2:49 AM
> 
> 
>>> |The reserved words __FILE__ and __LINE__ cannot be used
>>> |to extract the source location of a previously parsed block of
>>> |ruby code, because the parser does a literal substitution of 
>>> the String
>>> |or FixNum, respectively.  So, at least in Ruby 1.6.8, Matz's 
>>> suggested
>>> |technique of evaluating __FILE__ and __LINE__ in the binding
>>> |of the block does not work.  Please see:
>>> |
>>> |http://www.ruby-talk.org/cgi-bin/scat.rb/ruby/ruby-talk/21555
>>> 
>>> First of all, I said I would fix, but I haven't.  Sorry for this.
>>> 
>>> Secondly, I'm not sure whether it makes sense that method returns
>>> single line number.  They might be multi-line method.  I'd like to
>>> hear the comments from others.
> 
> 
> It seems reasonable for me at the point that
> you abstract multi-line method to be located at
> the beginning line of its definition.
> 
> Do you mean it should return two line numbers; begin and end?
> 
> Regards,
> // NaHi
> 
> 


In This Thread

Prev Next