From: "luislavena (Luis Lavena)" Date: 2013-01-19T05:31:29+09:00 Subject: [ruby-core:51514] [ruby-trunk - Bug #7710] [mingw] r38839 breaks build Issue #7710 has been updated by luislavena (Luis Lavena). Priority changed from Normal to Immediate Hello Nobu, We didn't get a response about this from you. Please let us know if you can solve this or that we should revert such change. Thank you. ---------------------------------------- Bug #7710: [mingw] r38839 breaks build https://bugs.ruby-lang.org/issues/7710#change-35480 Author: jonforums (Jon Forums) Status: Assigned Priority: Immediate Assignee: nobu (Nobuyoshi Nakada) Category: build Target version: 2.0.0 ruby -v: ruby 2.0.0dev (2013-01-14 trunk 38808) [i386-mingw32] On my Win7 32bit system using mingw-w64 gcc 4.7.2 and the RubyInstaller build recipes I get the following failure make[2]: Entering directory `/c/projects/rubyinstaller-git/sandbox/ruby19_build/ext/ripper' extracting ripper.y from ../../../../../../Users/Jon/Documents/RubyDev/ruby-git/parse.y id.h not found in ["..\\..\\..\\..\\..\\..\\Users\\Jon\\Documents\\RubyDev\\ruby-git\\ext\\ripper;..\\..;..\\..\\.ext\\include\\i386-mingw32\\ruby;..\\..\\..\\..\\..\\..\\Users\\Jon\\Documents\\RubyDev\\ruby-git\\include\\ruby;..\\..;..\\..\\..\\..\\..\\..\\Users\\Jon\\Documents\\RubyDev\\ruby-git"] make[2]: *** [ripper.y] Error 1 make[2]: Leaving directory `/c/projects/rubyinstaller-git/sandbox/ruby19_build/ext/ripper' make[1]: *** [ext/ripper/all] Error 2 make[1]: Leaving directory `/c/projects/rubyinstaller-git/sandbox/ruby19_build' make: *** [build-ext] Error 2 due to `id.h` not being found. The same failure is occurring on the RubyInstaller CI: http://ci.rubyinstaller.org/job/ruby-trunk-x86-build/820/console While placing `id.h` in `ext/ripper` enabled a successful rebuild, havoc reigned during `make test-all`. Reverting r38839 fixed the issue. FWIW, in both the passing and failing cases my `rbconfig.rb` contains CONFIG["PATH_SEPARATOR"] = ":" I won't have time to play with `configure.in` to see if changing the separator to ";" on mingw will also fix the issue, but I'm sceptical given the test-all failures. As previous *nix and win7 builds were fine, why was this change needed? -- http://bugs.ruby-lang.org/