From: Alexey Borzenkov Date: 2009-02-08T05:54:09+09:00 Subject: [ruby-core:21919] [Bug #1127] error while compiling Win32API under MinGW Issue #1127 has been updated by Alexey Borzenkov. Luis, actually no, all of these bugs are the very same, and that's VPATH variable semantics. Matz fixes just one manifestation, but not the root of the problem. When my patch is applied, you don't need to backport his change to 1.8, as all primary variables will contain correct paths anyway, and VPATH will work. Before make 3.81 msys was happily accepting ';' as a separator, but now suddenly it does not, perhaps because msys (as small as it) is a unix emulation layer, and unix uses ':' as path separator, so VPATH mkmf provides is broken. My patch fixes primary and VPATH variables generation, which is easy when you are building ruby itself, but gets more complicated when building extensions. If my patch was just to build ruby, it would simply use ':' as VPATH separator, because when building ruby itself VPATH contains relative paths only. But then we install it somewhere, and our config.rb will contains full path to installed ruby (something like C:\Ruby\...), and suddenly, when building extensions, a new problem arises, and it's invalid paths. I haven't tested it thoroughly, but something like C:\Ruby\lib\...:C:\Ruby\... in VPATH just won't fly, that's why we need to convert paths that msys would understand. There's relevant code for cygwin, that uses cygpath to convert paths. Unfortunately there's no such utility for msys, thus mkmf needs to do it "by hand". I'm surprised that my new patch didn't work for you though, maybe it was messed up when I uploaded it. You can see it here: http://git.kitsu.ru/patched/ruby-1.8.git?a=commitdiff;h=38383575ab3244bb62362956a43994a0953db37e P.S. Cross compiling it doesn't make sense, because this problem only happens with native msys with recent versions of msys-make. :) So I'd need either Windows or wine with installed msys and mingw to test it... x_x ---------------------------------------- http://redmine.ruby-lang.org/issues/show/1127 ---------------------------------------- http://redmine.ruby-lang.org