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

Re: Will 1.8.6 remain compiled with VC6?

From: "Luis Lavena" <luislavena@...>
Date: 2007-09-30 17:13:31 UTC
List: ruby-core #12307
On 9/30/07, Austin Ziegler <halostatue@gmail.com> wrote:
> On 9/30/07, Luis Lavena <luislavena@gmail.com> wrote:
> > 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.
>
> This isn't really a core Ruby question. This should be asked on
> ruby-talk or (if there is one) the One Click Installer mailing list.
>

Austin, One-Click-Installer rely on official builds made by Ruby-Core
developers (Nobu is in charge if memory works as expected).

Is not a Ruby-Talk subject, but Ruby-Core one.

> > What is required to finally migrate Ruby builds on Windows to VC8?
>
> A recompile of ANY library that an extension depends on, because of
> rampant Microsoft incompatibilities. The problem is that any time you
> have more than one application using more than one C run-time (e.g.,
> MSVCRT.DLL and MSCRT80.DLL), you have different memory allocation
> tables, different file handle tables, etc. Microsoft simply DOES NOT
> CARE about this and won't provide any workarounds to make this clean
> and easy.
>

I'm aware of that problem, as I listed before just to summarize them.
I'm not blaming anyone, Microsoft, users, whatever.

We should look for a solution instead of starting to point fingers.

> It is not in the One-Click Installer's mandate to recompile OpenSSL
> using VC8 instead of VC6. Or zlib. Or pdcurses. Or ...
>

As I said, is not a OCI question, is for the official builds (on which
OCI relies).

> VC8 is the best compiler available right now and the only choice for
> 64-bit Windows. Maybe we can talk to Intel about using the ICC if
> they'll be compatible. But Microsoft never responded positively with
> any way to work around this given that we don't control the library
> chain end-to-end.
>

Maybe I'm wrong here, but 64-bit computing is useful for large
memory-address (pointers) and not related to the core instructions set
used to get a program working.

There is x64-mingw also, even if not official yet.

On a personal note I'm taking mingw as platform (x64-mingw is there,
just not merged).

> It's not a problem for most of Microsoft's customers like my
> workplace, where we compile EVERYTHING we need from scratch (except,
> of course, Windows) or can demand up-to-date libraries from our tool
> vendors (or pay for them...). It is a problem for any open source
> project, not just Ruby.
>

I was talking about "average Joe", who just started with Ruby and want
to dig into the extension building / using land.

Don't expect all the users that use a language compile everything from
scratch. At some point you didn't...

We should extend the "simple but not simpler" philosophy found across
all Ruby and Ruby libraries to the environment.

Getting it right reduce overhead of support, which turns in less noise
and more happy developers/community.

BTW, wasn't you who migrated to OSX? :-P

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