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)

[#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-----

Mswin32 build flags

From: "Christoph" <chr_news@...>

Date: 2002-08-16 06:52:41 UTC

List: ruby-core #324

Hi,

the current mswin32 build unfortunately (globally;-)
turns off the global optimization flag /Og, a real pit,
since using global optimization seems to result in ruby
binaries that (in some benchmarks) runs almost (together
with the "PURE_TEST != RTEST = inline method" compile
trick possibly) twice as fast as their ``stock compiled''
counter parts. (They are also faster than cygwin builds
btw.)

Unfortunately these builds also miserably fail the basic 
``nmake test'', however by only turning off the /Og 
flag turning the compilation of the file ``sprint.c'' 
one seems to get an executable which seem to enjoy
the speed gain of a full /Og optimization which 
passes the basic  "nmake test" (true at least for 
VC 7) - so I am wondering if there are known issues
against such a compilation strategy?
 

/Christoph

Thread

In This Thread