ruby-core

Mailing Lists

ruby-list (For Ruby users, JA) ruby-dev (For Ruby developers, JA) ruby-core (For Ruby developers, EN) ruby-talk (For Ruby users, EN)
2025 2024 2023 2022 2021 2020 2019 2018 2017 2016 2015 2014 2013 2012 2011 2010 2009 2008 2007 2006 2005 2004 2003 2002
1 2 3 4 5 6 7 8 9 10 11 12

[#290] — Florian Frank <flori@...>

Hi all,

5 messages 2002/08/03
[#293] reply for your message — matz@... (Yukihiro Matsumoto) 2002/08/03

Hi,
[#305] File::Stat#blksize etc. should return nil instead of 0 — Florian Frank <flori@...> 2002/08/07

On Sun, 2002-08-04 at 01:45, Yukihiro Matsumoto wrote:
[#306] Re: File::Stat#blksize etc. should return nil instead of 0 — matz@... (Yukihiro Matsumoto) 2002/08/07

Hi,
[#307] RE: reply for your message — "Rich Kilmer" <rich@...> 2002/08/07

[#291] Kernel Thread implementation — Matthew Bloch <mattbee@...>

Hi there; after struggling for a little while against the unpredictability of

4 messages 2002/08/03
[#292] Re: Kernel Thread implementation — ts <decoux@...> 2002/08/03

>>>>> "M" == Matthew Bloch <mattbee@soup-kitchen.net> writes:
[#421] Allocate crash loop hole. — "Christoph" <chr_news@...> 2002/09/03

Hi,
[#424] RE: Allocate crash loop hole. — "Christoph" <chr_news@...> 2002/09/04

I wrote

[#297] GC longjmp macros — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/05
[#300] Re: [Cleanup] GC longjmp macros — matz@... (Yukihiro Matsumoto) 2002/08/06

Hi,
[#301] Re: [Cleanup] GC longjmp macros — Michal Rokos <m.rokos@...> 2002/08/06

On Tue, Aug 06, 2002 at 03:49:38PM +0900, Yukihiro Matsumoto wrote:
[#302] Re: [Cleanup] GC longjmp macros — nobu.nokada@... 2002/08/06

At Tue, 6 Aug 2002 16:58:53 +0900,
[#303] Re: [Cleanup] GC longjmp macros — Michal Rokos <m.rokos@...> 2002/08/06

Hi,

[#298] Is there a bug in Matrix or Complex? — Jim Freeze <jim@...>

Hi:

2 messages 2002/08/05
[#299] Re: Is there a bug in Matrix or Complex? — GOTO Kentaro <gotoken@...> 2002/08/05

At Tue, 6 Aug 2002 01:53:09 +0900,

[#308] Q: OSSL in std. distr? — Michal Rokos <m.rokos@...>

Hi,

4 messages 2002/08/08
[#310] Re: Q: OSSL in std. distr? — ts <decoux@...> 2002/08/09

>>>>> "M" == Michal Rokos <m.rokos@sh.cvut.cz> writes:
[#311] Re: Q: OSSL in std. distr? — Michal Rokos <m.rokos@...> 2002/08/09

Hi,
[#312] Re: Q: OSSL in std. distr? — "James F.Hranicky" <jfh@...> 2002/08/09

On Fri, 9 Aug 2002 17:56:24 +0900

[#309] Progress on incremental GC? — "Timothy J. Wood" <tjw@...>

1 message 2002/08/08

[#314] resolv.rb on 1.6.7 — Dave Thomas <Dave@...>

1 message 2002/08/09

[#316] Embeding Ruby in C++ code. — Kostas Katsamakas <kmak@...>

I have written the following code:

2 messages 2002/08/10
[#317] Re: Embeding Ruby in C++ code. — nobu.nokada@... 2002/08/11

Hi,

[#318] C and Ruby... — Kostas Katsamakas <kmak@...>

How can i add an instance variable in a ruby class object?

2 messages 2002/08/11
[#319] Re: C and Ruby... — nobu.nokada@... 2002/08/11

Hi,

[#321] Ruby module, Warn(ing) interface — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/08/12
[#322] Re: [ToDo] Ruby module, Warn(ing) interface — nobu.nokada@... 2002/08/12

Hi,

[#326] Implications of a #force_free method in Object? — Matthew Bloch <mattbee@...>

Hello;

8 messages 2002/08/19
[#327] Re: Implications of a #force_free method in Object? — nobu.nokada@... 2002/08/19

Hi,
[#423] Set.rb patch — "Christoph" <chr_news@...> 2002/09/03

Hi,
[#425] Re: Set.rb patch — matz@... (Yukihiro Matsumoto) 2002/09/04

Hi,
[#426] Re: Set.rb patch — "Akinori MUSHA" <knu@...> 2002/09/04

Hello,
[#427] Re: Set.rb patch — "Akinori MUSHA" <knu@...> 2002/09/04

At Wed, 4 Sep 2002 12:44:40 +0900,
[#431] RE: Set.rb patch — "Christoph" <chr_news@...> 2002/09/04

Akinori MUSHA wrote ...
[#430] RE: Set.rb patch — "Christoph" <chr_news@...> 2002/09/04

[#328] Int vs Long — Michal Rokos <m.rokos@...>

Hi,

7 messages 2002/08/21
[#333] Re: [Cleanup?] Int vs Long — Ryan Davis <ryand@...> 2002/08/21

Is any work being done to speed up certain aspects of ruby? I was
[#336] Re: [Cleanup?] Int vs Long — matz@... (Yukihiro Matsumoto) 2002/08/22

[#334] optimizing efforts? — Ryan Davis <ryand@...> 2002/08/21

yeah... i'm a dope. I need more coffee today. Resent w/ a real subject.
[#332] Re: [Cleanup?] Int vs Long — "James F.Hranicky" <jfh@...> 2002/08/21

On Wed, 21 Aug 2002 20:30:44 +0900
[#335] Re: [Cleanup?] Int vs Long — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#388] Native Threads (was Re: [Cleanup?] Int vs Long) — "James F.Hranicky" <jfh@...> 2002/08/28

On Thu, 22 Aug 2002 19:06:15 +0900

[#329] Int vs Long #2 — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/21
[#330] Re: [Cleanup?] Int vs Long #2 — matz@... (Yukihiro Matsumoto) 2002/08/21

Hi,
[#331] Re: [Cleanup?] Int vs Long #2 — Michal Rokos <m.rokos@...> 2002/08/21

Hello,

[#337] Int vs Long (2nd part) — Michal Rokos <m.rokos@...>

Hi,

7 messages 2002/08/22
[#338] Re: [Cleanup] Int vs Long (2nd part) — nobu.nokada@... 2002/08/22

Hi,
[#339] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#341] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#343] Re: [Cleanup] Int vs Long (2nd part) — matz@... (Yukihiro Matsumoto) 2002/08/22

Hi,
[#342] Re: [Cleanup] Int vs Long (2nd part) — matz@... (Yukihiro Matsumoto) 2002/08/22

Hi,
[#347] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/23

Hello,

[#340] Int vs Long #3 — Michal Rokos <m.rokos@...>

Hi,

9 messages 2002/08/22
[#344] Re: [Cleanup] Int vs Long #3 — nobu.nokada@... 2002/08/22

Hi,
[#348] Re: [Cleanup] Int vs Long #3 — Michal Rokos <m.rokos@...> 2002/08/23

Hello,
[#350] Re: [Cleanup] Int vs Long #3 — nobu.nokada@... 2002/08/23

Hi,
[#351] Re: [Cleanup] Int vs Long #3 — Michal Rokos <m.rokos@...> 2002/08/23

Hello,
[#352] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/23

On Fri, Aug 23, 2002 at 07:41:22PM +0900, nobu.nokada@softhome.net wrote:
[#371] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#374] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — matz@... (Yukihiro Matsumoto) 2002/08/27

Hi,
[#377] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#345] Bug in gc.c or misunderstanding on my part? — "Timothy J. Wood" <tjw@...>

2 messages 2002/08/23
[#346] RE: Bug in gc.c or misunderstanding on my part? — "Christian Boos" <cboos@...> 2002/08/23

Hi,

[#349] Array#select — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/23
[#354] Re: [Optim] Array#select — matz@... (Yukihiro Matsumoto) 2002/08/23

Hi,
[#357] Re: [Optim] Array#select — Michal Rokos <m.rokos@...> 2002/08/23

Hello,

[#353] File (struct stat handling) — Michal Rokos <m.rokos@...>

Hello,

6 messages 2002/08/23
[#356] Re: [Cleanup?] File (struct stat handling) — nobu.nokada@... 2002/08/23

Hi,
[#359] Re: [Cleanup?] File (struct stat handling) — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#370] Re: [Cleanup?] File (struct stat handling) — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#375] Re: [Cleanup?] File (struct stat handling) — matz@... (Yukihiro Matsumoto) 2002/08/27

Hi,
[#379] Re: [Cleanup?] File (struct stat handling) — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#355] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/23
[#360] Re: [Useless] Array and .*ALLOC.* changes — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#368] Re: [Useless] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...> 2002/08/27

Hello,

[#358] node.h for eval.c — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/23
[#361] Re: [-Wall] node.h for eval.c — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#369] Re: [-Wall] node.h for eval.c — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#362] Re: [-Wall] node.h for eval.c — nobu.nokada@... 2002/08/24

Hi,
[#365] Re: [-Wall] node.h for eval.c — Ryan Davis <ryand@...> 2002/08/25

I just spent an LAX to SEA plane trip cleaning all but two warnings for

[#363] Ruby embedding limitations — "Timothy J. Wood" <tjw@...>

3 messages 2002/08/24
[#364] Re: Ruby embedding limitations — Joel VanderWerf <vjoel@...> 2002/08/24

Timothy J. Wood wrote:
[#366] Re: Ruby embedding limitations — Ryan Davis <ryand@...> 2002/08/25

[#367] RE: Welcome to our (ruby-core ML) You are added automatically — Girish Sharangpani <girishs@...>

Hi,

1 message 2002/08/26

[#372] rb_class_path — Michal Rokos <m.rokos@...>

Hello,

7 messages 2002/08/27
[#373] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/27

Hi,
[#378] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#380] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/28

Hi,
[#381] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#383] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/28

Hi,
[#384] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#376] Virtual host and port number in CGI — Raymond Blum <raymond@...>

Hi

1 message 2002/08/28

[#382] Port match to new dup, clone framework — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/28
[#385] Re: [Update] Port match to new dup, clone framework — nobu.nokada@... 2002/08/28

Hi,
[#386] Re: [Update] Port match to new dup, clone framework — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#389] Re: [Update] Port match to new dup, clone framework — matz@... (Yukihiro Matsumoto) 2002/08/28

Hi,
[#391] Re: [Update] Port match to new dup, clone framework — Michal Rokos <m.rokos@...> 2002/08/30

Hello,

[#387] rb_str_replace — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/08/28
[#390] Re: [Clenup?] rb_str_replace — matz@... (Yukihiro Matsumoto) 2002/08/28

Hi,

[#392] io.c read_all — Michal Rokos <m.rokos@...>

Hello,

1 message 2002/08/30

[#393] in dln.c — Michal Rokos <m.rokos@...>

Hi,

14 messages 2002/08/30
[#398] Re: [MemLeak] in dln.c — nobu.nokada@... 2002/08/31

Hi,
[#403] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hello,
[#404] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/02

Hi,
[#405] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hello,
[#406] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/03

Hi,
[#435] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/05

Hello,
[#407] Re: [MemLeak] in dln.c — nobu.nokada@... 2002/09/03

Hi,
[#411] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hi,
[#418] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/03

Hi,
[#409] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hello,
[#408] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hi Michal,
[#402] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hi,
[#397] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/08/30

Hi,

[#394] in file.c — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/30
[#396] Re: [MemLeak] in file.c — matz@... (Yukihiro Matsumoto) 2002/08/30

Hi,
[#401] Re: [MemLeak] in file.c — Michal Rokos <m.rokos@...> 2002/09/02

Hi,

[#395] CVS version and win32 naming — "Rich Kilmer" <rich@...>

Having just checked out the latest from CVS, the version bumped to

3 messages 2002/08/30
[#399] Re: CVS version and win32 naming — matz@... (Yukihiro Matsumoto) 2002/08/31

Hi,
[#400] RE: CVS version and win32 naming — "Rich Kilmer" <rich@...> 2002/08/31

> -----Original Message-----

Re: A truth? patch + benchmarks

From: nobu.nokada@...
Date: 2002-08-05 01:44:29 UTC
List: ruby-core #296 
Hi,

At Mon, 5 Aug 2002 09:58:11 +0900,
Christoph wrote:
> If the ``magic'' is referring to my observed speedup of replacing 
> most RTEST macro calls with an inlined function call (at least on
> my windows machine this effect seems to be real), I really have 
> to pass (besides making uneducated guesses) but I tend to think that 
> this "compilation optimization artifact" is wedded to the current 
> implementation (putting things in perspective, changing from VC6 to
> VC7 has an even bigger impact on speed).

It's true with gcc 2.95.3 under i686-linux.

> Just been curious (and pushy;-). I counted 26 ``T_VALUES'' in ruby.h,
> so from my naive point of view it might be possible (after 
> rearranging the ``T_VALUES'' a bit, eehm, <= 31) to free up the sixth
> bit as a false/true bit. Of course, I tried this and did not see any
> obvious ill effect (running ``make test''  and ``rubicon'' on cygwin)
> - I guess that's what they call wishful thinking;-).  

The modification means that *all* extension libraries must be
recompiled.  Particularly, many extensions use T_DATA which is
bigger than 31.  I guess it shouldn't be until (at least) minor
version will change.

-- 
Nobu Nakada

In This Thread

Prev Next