[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5621] [RRFC] versioning revisited

From: VardhanVarma@...
Date: 2000-10-17 02:49:58 UTC
List: ruby-talk #5621
       Here is my little idea,
       i won't stand for it though

hipster writes:
 > 
 > 1. Version check syntax
 > 
 > ruby version
 >   require "1.6"               # at least 1.6
 
 Instead of numeric version number what about 'features'
 e.g.
        require "thread" supporting "pre-emption" ?
        Of course it can also be
        require "ruby" supporting "1.6" 


 > 2. How libraries (can) specify their versions
      
        supports "pre-emption";
        supoprts "1.6"

 > for binary libraries (*.so), every .so implements (e.g.):
 >   char* library_version(){
 >     return "4.2";
 >   }
        
        .so's are best loaded thru a .rb, which does all the check,
        and loads and binds .so functioncs. This way, .rb can select
        a proper implementation ( e.g. of a fractal.so is loaded in
        multi-threaded or uni-threaded enviroment.
        e.g.
        1.
        require "fractal" supporting "multi-threaded"
                -- fractal.rb loads fractal.so, and aliases
                              Fractal.draw to fractal.so/draw-multi
        2.                             
        require "fractal" supporting "mono-threaded" 
                -- fractal.rb loads fractal.so, and aliases
                              Fractal.draw to fractal.so/draw-uni
        
 > 2.1 A more fine-grained scheme

   IMHO class-level-thing will be a _bad_ idea, still for
   completeness:

       clas Foobar [ << Inherits ] 
            supports "foo","bar"

 > 
 > AFAICS the above scheme does not collide with the current versionless
 > requires and libraries.

   (-;

           
 > If there are multiple versions of the same library present in the search
 > path, they are all tried until a match is found. If no library matches the
 > first on the path is loaded (with a warning?). <uneasy feeling>

         But to check the version, you have to load a library, which
may do something bad ( setting a variable at top level ), and then you
load next library which may do more bad ( check that variable to see
if already loaded !!! ).

           IMHO, you'll have to run a 'indexer' on library, which will
generate a neat little table:

library -- version -- physical_path --


           This will also reduce 'magic', and fast up loading a
little.



        
 > 
 > 

-- 
Vardhan Varma <vardhan@cadence.com>  +91-118-4562842 Extn / VMail: 4123
Random Quote: The only thing you take with you when you're gone 
is what you leave behind.    -John Allston

In This Thread