ruby-core

> -----Original Message-----
> From: ts [mailto:decoux@moulon.inra.fr]
> Sent: Friday, August 02, 2002 9:21 AM
> To: ruby-core@ruby-lang.org
> Cc: ruby-core@ruby-lang.org
> Subject: Re: A truth? patch + benchmarks
> 
> >>>>> "C" == Christoph  <chr_news@gmx.net> writes:
> 
> C> static inline int
> C> rb_truth_test(VALUE obj)
> C> {
> C>   if (~Qnil & obj) return 1;
> C>   return 0;
> C> }
> 
>  Well, personnally I've not found a difference between the macro and
inline
>  version (and the assembler generated was the same)

Don't know but maybe the compiler sometimes wisely decides not 
to inline - or does some other type of global optimizations?

Anyway the size of the dll are different (vc7)- ls -l ...

794624 Aug  1 18:26 mswin32-ruby17.dll (rb_truth_test version)
791552 Aug  2 09:53 mswin32-ruby17.dll (PURE_RTEST = RTEST) 

> 
> C> Not surprisingly, this version tested as fast or faster then
> C> any of my other test candidates.
> 
>  You are sure that it's not an artefact ?

I did not want to (and somehow still don't want to)
believe that this isn't an artifact myself.  But I am
getting these counter intuitive results on several
platforms mswin32, mingw32 and cygwin (3.1.1 gcc) 
and the results seem very consistent (well at least
until I, eehm - more likely you, find my setup mistake;-).

/Christoph

Thread

Prev Next

In This Thread

Prev Next

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RE: A truth? patch + benchmarks

Thread

In This Thread

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