[#22684] [Bug #1247] YAML::load converts some dates into strings — Matthew Wilson <redmine@...>

Bug #1247: YAML::load converts some dates into strings

10 messages 2009/03/05

[#22725] [Bug #1253] Fix MSVC Build Issues — Charlie Savage <redmine@...>

Bug #1253: Fix MSVC Build Issues

13 messages 2009/03/07

[#22727] Moving ruby 1.9.1 forward on windows — Charlie Savage <cfis@...>

Hi everyone,

14 messages 2009/03/08

[#22731] [Bug #1255] += for large strings egrigiously slow — James Lee <redmine@...>

Bug #1255: += for large strings egrigiously slow

11 messages 2009/03/08

[#22736] Ruby 1.9.1 and tail recursion optimization — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

Moin, moin!

13 messages 2009/03/08
[#22739] Re: Ruby 1.9.1 and tail recursion optimization — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2009/03/08

Wolfgang N疆asi-Donner schrieb:

[#22748] [Feature #1256] Add constant TAILRECURSION to let a program recognize if tail recursion optimization is implemented — Wolfgang Nádasi-Donner <redmine@...>

Feature #1256: Add constant TAILRECURSION to let a program recognize if tail recursion optimization is implemented

7 messages 2009/03/08

[#22803] Relegate 1.8.6 to Engine Yard, part II — Urabe Shyouhei <shyouhei@...>

Hello and sorry for my being slow for this issue. It's OK now for me to pass

21 messages 2009/03/10

[#22812] [Bug #1261] cross-compiling Ruby extensions using mkmf doesn't fully respect DESTDIR — Daniel Golle <redmine@...>

Bug #1261: cross-compiling Ruby extensions using mkmf doesn't fully respect DESTDIR

8 messages 2009/03/10

[#22892] Ruby Time — valodzka <valodzka@...>

Got tired of current ruby Time limitation, I have written this -

24 messages 2009/03/14
[#22949] Re: Ruby Time — Tanaka Akira <akr@...> 2009/03/19

In article <9e19ed87-9d12-4f98-af3c-bd49a71b0bd4@p11g2000yqe.googlegroups.com>,

[#22974] Re: Ruby Time — valodzka <valodzka@...> 2009/03/20

[#22977] Re: Ruby Time — Urabe Shyouhei <shyouhei@...> 2009/03/20

valodzka wrote:

[#22981] Re: Ruby Time — valodzka <valodzka@...> 2009/03/21

> I bet you'll get tired of updating that database. There's a major difference

[#22893] [Feature #1291] O_CLOEXEC flag missing for Kernel::open — David Martin <redmine@...>

Feature #1291: O_CLOEXEC flag missing for Kernel::open

10 messages 2009/03/15

[#22939] [Bug #1303] A name considered a local variable on RHS of an assignment that defines it — Tomas Matousek <redmine@...>

Bug #1303: A name considered a local variable on RHS of an assignment that defines it

8 messages 2009/03/19

[#23063] [Bug #1332] Reading file on Windows is 500x slower then with previous Ruby version — Damjan Rems <redmine@...>

Bug #1332: Reading file on Windows is 500x slower then with previous Ruby version

11 messages 2009/03/30

[#23075] [Bug #1336] Change in string representation of Floats — Brian Ford <redmine@...>

Bug #1336: Change in string representation of Floats

37 messages 2009/03/31
[#23179] [Bug #1336] Change in string representation of Floats — Roger Pack <redmine@...> 2009/04/11

Issue #1336 has been updated by Roger Pack.

[#23181] Re: [Bug #1336] Change in string representation of Floats — Brent Roman <brent@...> 2009/04/11

[#23186] Re: [Bug #1336] Change in string representation of Floats — Yukihiro Matsumoto <matz@...> 2009/04/12

Hi,

[#23187] Re: [Bug #1336] Change in string representation of Floats — Brent Roman <brent@...> 2009/04/13

[#23188] Re: [Bug #1336] Change in string representation of Floats — Yukihiro Matsumoto <matz@...> 2009/04/13

Hi,

[ruby-core:22768] [Bug #1253] Fix MSVC Build Issues

From: Charlie Savage <redmine@...>
Date: 2009-03-09 02:08:06 UTC
List: ruby-core #22768
Issue #1253 has been updated by Charlie Savage.


Hi Usaka,

Thanks for looking at this. Some more comments inline.

> 1. However, mkmf.rb is seen not to use DLDFLAGS for conftest like the bug. 

And it shouldn't, since its creating executable files, right?  DLDFLAGS adds -dll.  It still seems to me the simplest solution is to pass in LDFLAGS.  Is there a technical issue for not doing that?

> 2. -link inconsistently handled.

I think what the patch proposes is the correct solution.  Remove -link from LDFLAGS.  That means users don't have to worry about adding it in if they override LDFLAGS.  It also makes the Makefile more consistent and works correctly with conftest (if LDFLAGS is passed in like #1).


> 4. optflags
> Rejected.  Nobu said the reason.

The current setting is -O2b2xty-.  The problem with that is -O2 and -Ox are mutually exclusive.  From MSDN (http://msdn.microsoft.com/en-us/library/8f8h5cxt.aspx):

-O2 is /Og /Oi /Ot /Oy /Ob2 /Gs /GF /Gy  

And (http://msdn.microsoft.com/en-us/library/59a3b321.aspx):

-Ox is /Og /Oi /Ot /Oy /Ob2 /Os

And last, from MSDN:

"In general, /O2 should be preferred over /Ox and /O1 over /Oxs."

So why not just /O2?

> 5.  warn flags
> We know that the warnings are for new programs written for Windows
> only. Ruby is not such programs.

Why do you think that?  Warnings are useful for any program, either with VC2008 and GCC.  For example, if you read the mailing lists the postgresql project (I think almost as old as Ruby) spend a lot of time reducing compiler warnings.

Anyway, I think the -W3 level is appropriate for two reasons.  First, Visual Studio 2008 sets warnings to -W3 for both production builds and debug builds.  Second, according to MSN (http://msdn.microsoft.com/en-us/library/thxezb7y.aspx):

"Level 3 displays all level 2 warnings and all other warnings recommended for production purposes."

So -W3 is what Microsoft recommends.  When it is on, it reveals a number of warnings when building Ruby (see #1254).  Some look serious, for example:

win32.c(539) : warning C4013: '_RTC_SetErrorFunc' undefined; assuming extern returning int

I'm guessing that is not what is intended.

Thanks for looking at this, and let me know how I can help (happy to make new patches).


----------------------------------------
http://redmine.ruby-lang.org/issues/show/1253

----------------------------------------
http://redmine.ruby-lang.org

In This Thread