[#12073] Re: Ruby is much slower on linux when compiled with --enable-pthread? — "M. Edward (Ed) Borasky" <znmeb@...>

-----BEGIN PGP SIGNED MESSAGE-----

9 messages 2007/09/04

[#12085] New array methods cycle, choice, shuffle (plus bug in cycle) — David Flanagan <david@...>

Four new methods have been added to Array the Ruby 1.9 trunk. I've got

81 messages 2007/09/06
[#18036] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Charles Oliver Nutter <charles.nutter@...> 2008/07/31

Restarting this thread because I missed it the first time around and

[#18037] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Yukihiro Matsumoto <matz@...> 2008/07/31

Hi,

[#18038] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — "Gregory Brown" <gregory.t.brown@...> 2008/08/01

On Thu, Jul 31, 2008 at 7:50 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#18046] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Michael Neumann <mneumann@...> 2008/08/01

Gregory Brown wrote:

[#18048] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Charles Oliver Nutter <charles.nutter@...> 2008/08/01

Michael Neumann wrote:

[#18051] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — "David A. Black" <dblack@...> 2008/08/01

Hi --

[#18053] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — "Wilson Bilkovich" <wilsonb@...> 2008/08/01

On 8/1/08, David A. Black <dblack@rubypal.com> wrote:

[#18074] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — David Flanagan <david@...> 2008/08/01

Wilson Bilkovich wrote:

[#18080] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Yukihiro Matsumoto <matz@...> 2008/08/02

Hi,

[#18097] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — "Pit Capitain" <pit.capitain@...> 2008/08/03

2008/8/2 Yukihiro Matsumoto <matz@ruby-lang.org>:

[#18040] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Jim Weirich <jim.weirich@...> 2008/08/01

On Jul 31, 2008, at 7:33 PM, Charles Oliver Nutter wrote:

[#18056] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Thomas Enebo <Thomas.Enebo@...> 2008/08/01

Jim Weirich wrote:

[#18059] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Jim Weirich <jim.weirich@...> 2008/08/01

On Aug 1, 2008, at 1:53 PM, Thomas Enebo wrote:

[#12096] Next 1.8.6 on Sept. 22 — Urabe Shyouhei <shyouhei@...>

Hi all.

28 messages 2007/09/09

[#12201] how about actors implemented in ruby-core itself — hemant <gethemant@...>

Hi,

12 messages 2007/09/20

[#12248] arbitrary Unicode characters in identifiers? — David Flanagan <david@...>

12 messages 2007/09/26

[#12284] gc.c -- possible logic error? — Hugh Sasse <hgs@...>

I've been looking at Tom Copeland's memory allocation problem:

36 messages 2007/09/28
[#12329] Re: gc.c -- possible logic error? — Tanaka Akira <akr@...> 2007/10/01

In article <Pine.GSO.4.64.0709281302390.26570@brains.eng.cse.dmu.ac.uk>,

[#12305] Will 1.8.6 remain compiled with VC6? — "Luis Lavena" <luislavena@...>

Hello Core developers.

29 messages 2007/09/30
[#12306] Re: Will 1.8.6 remain compiled with VC6? — "Austin Ziegler" <halostatue@...> 2007/09/30

On 9/30/07, Luis Lavena <luislavena@gmail.com> wrote:

Will 1.8.6 remain compiled with VC6?

From: "Luis Lavena" <luislavena@...>
Date: 2007-09-30 16:25:52 UTC
List: ruby-core #12305
Hello Core developers.

Since last year (in July if memory works) there was a discussion about
One-Click-Installer and rely on VC6 builds (the official ones
available at http://www.garbagecollect.jp/ruby/mswin32/en/), use VC8
or switch to MinGW.

I remember the discussion was heated, but no final word on the
platform that OCI will use for future releases. So far, still remains
linked to VC6 ones.

The problem is the whole "how extensions are build, compiled and
packaged with different compilers"...

So far, to link successfully (without tweaks to rbconfig.rb) you still
need VC6, which is currently unavailable.

Now VC8 is released as free package (under Visual Studio Express 2005
or Windows Vista SDK) -- in any case, is more simpler get the
environment right to compile Ruby and the extensions (under the
mswin32_80 platform).

A few days back testing the upcoming RubyGems, found that mswin32 and
mswin32_80 was considered the same platform, and that could raise a
few issues as I pointed in the list:

http://rubyforge.org/pipermail/rubygems-developers/2007-September/003058.html

- Extensions compiled under VC6 build of ruby will link against
msvcrt-ruby18.dll
- Hand-compiled Ruby (with VC8) will link extensions to msvcr80-ruby18.dll
- Installation of extensions pre-built with VC6 under Ruby-VC8 will
not find the ruby library and fail.
- Compile extensions with VC8 for Ruby-VC6 requires tweaks in
rbconfig.rb (a lot of them).

- Side effect: Extensions compiled with VC8 will also load
MSVCR80.DLL, besides the MSVCRT.DLL loaded by the interpreter.
- Ruby-VC6 is slower than VC8 (http://pastie.caboo.se/pastes/95210)

Sine new ruby users and developer would like to create their own
extensions and due the lack of distutils-like functionality for
Ruby...

What is required to finally migrate Ruby builds on Windows to VC8?

I have done some work fulfilling the dependencies of extensions
bundled with ruby:

http://pastie.caboo.se/pastes/100080

To get them work under VC8 (all the dependencies are build from
scratch to link with MSVCR80.DLL).

I don't want to start another flame war, huge debate about this, since
Eric Hodel will provide a workaround for rubygems (Ruby-VC6 will be
x86-mswin32-60 and VC8 build will be x86-mswin32-80).

Thanks in advance for your time (everybody who reach this point and
didn't delete the message) :-)

Regards and good weekend,

-- 
Luis Lavena
Multimedia systems
-
Leaders are made, they are not born. They are made by hard effort,
which is the price which all of us must pay to achieve any goal that
is worthwhile.
Vince Lombardi

In This Thread

Prev Next