[#7055] More on VC++ 2005 — Austin Ziegler <halostatue@...>

Okay. I've got Ruby compiling. I'm attempting to get everything in

17 messages 2006/01/05
[#7058] Re: More on VC++ 2005 — nobuyoshi nakada <nobuyoshi.nakada@...> 2006/01/06

Hi,

[#7084] mathn: ugly warnings — hadmut@... (Hadmut Danisch)

Hi,

22 messages 2006/01/10
[#7097] Re: mathn: ugly warnings — Daniel Berger <Daniel.Berger@...> 2006/01/10

Hadmut Danisch wrote:

[#7098] Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/10

Daniel Berger wrote:

[#7118] Re: Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/12

*Dean Wampler *<deanwampler gmail.com> writes:

[#7226] Fwd: Re: Question about massive API changes — "Sean E. Russell" <ser@...>

Hello,

23 messages 2006/01/28
[#7228] Re: Question about massive API changes — Caleb Tennis <caleb@...> 2006/01/28

>

Re: More on VC++ 2005

From: Austin Ziegler <halostatue@...>
Date: 2006-01-10 05:26:05 UTC
List: ruby-core #7090
On 09/01/06, Curt Hibbs <ml.chibbs@gmail.com> wrote:
> This probably isn't relevant to your current line of inquiry, but I'm
> changing the way I build the One-Click Ruby Installer for Windows.
> Starting with the next release its going to be based upon
> ruby-mswin32, with additional extension and the installer layered on
> top. This also means that I'm going back to VC++ 6.0 so that
> everything will be compatible.
>
> I do still have to download an compile zlib.

You're right; it isn't directly relevant. However, it *will*
negatively affect people who cannot possibly get VC++ 6.0. In fact,
even for those of us with MSDN accounts, it cannot be downloaded at
all. It shouldn't be *too* big of an issue, because mingw is
supposedly compatible with VC++ 6.0, but I have personally found
mingw/msys ... wanting ... in the usability department.

Thus, I am still going to be continuing with my line of inquiry. (I
also have specific opinions on how certain things should be compiled
that are *different* than what you're doing. For example, you need to
drop the OCI8 headers and libraries; instead, download and use the
Oracle 10g instant client. Make it a requirement. Oracle 8 is no
longer supported. Oracle 8i is no longer supported. The instant client
cleans up a *lot* of crapola yet still works with 8i (8.1.7), 9i, and
10g. And ... the Oracle8 add-on supports the instant client (yay!). At
least partially ;)

This isn't supposed to be a "dump on Curt" thing; it's just that I
want to make it easier for people to deal with what is currently
available in the free compiler area for Windows.

-austin
--
Austin Ziegler * halostatue@gmail.com
               * Alternate: austin@halostatue.ca


In This Thread