Project

General

Profile

Bug #15164

mkmf doesn't work with miniruby on Windows

Added by naruse (Yui NARUSE) almost 2 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
[ruby-core:89177]

Description

After r59449 nmake failes to run when making ripper and so on.
It because miniruby sets UTF-8 encoding even though the content is CP932 (on Japanese Windows).
It should set ASCII-8BIT and handle as it is.

ripper:
"       Could not be configured. It will not be installed."
"       C:/ruby-trunk/lib/mkmf.rb:1560: invalid byte sequence in UTF-8"
"       Check ext/ripper/mkmf.log for more details."
*** Fix the problems, then remove these directories and try again if you want.

Note that recent Windows sets PATH to paths under %APPDATA% for example
C:\Users<UserNameInANSI>\AppData\Local\Microsoft\WindowsApps

#1

Updated by naruse (Yui NARUSE) almost 2 years ago

  • Backport changed from 2.3: UNKNOWN, 2.4: UNKNOWN, 2.5: UNKNOWN to 2.3: DONTNEED, 2.4: DONTNEED, 2.5: REQUIRED
  • Description updated (diff)
#2

Updated by nobu (Nobuyoshi Nakada) almost 2 years ago

  • Status changed from Open to Closed

Applied in changeset trunk|r64860.


fallback env encoding to ASCII-8BIT

  • hash.c (env_enc_str_new): as no locale/filesystem encoding is available in miniruby on Windows, fallback the encoding to ASCII-8BIT so it is valid encoding when the conversion failed. [ruby-core:89177] [Bug #15164]

Updated by nagachika (Tomoyuki Chikanaga) almost 2 years ago

  • Backport changed from 2.3: DONTNEED, 2.4: DONTNEED, 2.5: REQUIRED to 2.3: DONTNEED, 2.4: DONTNEED, 2.5: DONE

ruby_2_5 r64982 merged revision(s) 64860,64861.

Also available in: Atom PDF