Backport #2592
closedCannot compile 1.8.6-p388 under MinGW due F_GETFD being underclared
Description
=begin
Hello,
I'm trying to compile the lastest version of Ruby 1.8.6, released this weekend that covers the security issue exposed of WEBrick, but I'm having some problems:
../ruby_1_8/eval.c: In function `rb_thread_schedule': ../ruby_1_8/eval.c:10821: error: `F_GETFD' undeclared (first use in this function) ../ruby_1_8/eval.c:10821: error: (Each undeclared identifier is reported only once ../ruby_1_8/eval.c:10821: error: for each function it appears in.) make: *** [eval.o] Error 1
Which seems completely unrelated to the issue of WEBrick, but is affecting my compilation process to deliver updated RubyInstallers.
Tried to find the commit of origin of this without success.
Seems to me that on every patchlevel, either of 1.8.6, 1.8.7 and 1.9.1 numerous build issues are being introduced.
I would love to share my tools and knowledge to someone at Ruby-Core that could check these releases simply building under Windows prior a release. We have automated almost completely the process and require minimum setup to use it.
Thank you.
=end
Updated by wyhaines (Kirk Haines) over 14 years ago
=begin
On Sun, Jan 10, 2010 at 6:31 PM, Luis Lavena redmine@ruby-lang.org wrote:
Bug #2592: Cannot compile 1.8.6-p388 under MinGW due F_GETFD being underclared
http://redmine.ruby-lang.org/issues/show/2592Author: Luis Lavena
Status: Open, Priority: Normal
Assigned to: Kirk Haines
ruby -v: ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32]Hello,
I'm trying to compile the lastest version of Ruby 1.8.6, released this weekend that covers the security issue exposed of WEBrick, but I'm having some problems:
../ruby_1_8/eval.c: In function `rb_thread_schedule': ../ruby_1_8/eval.c:10821: error: `F_GETFD' undeclared (first use in this function) ../ruby_1_8/eval.c:10821: error: (Each undeclared identifier is reported only once ../ruby_1_8/eval.c:10821: error: for each function it appears in.) make: *** [eval.o] Error 1Which seems completely unrelated to the issue of WEBrick, but is affecting my compilation process to deliver updated RubyInstallers.
Tried to find the commit of origin of this without success.
r24600
Backport #1001; handle EBADF in select() to avoid Interpreter-wide
deadlock when native close() is called on fd which is currently being
IO#select()ed.
I agree that having a decent way to test builds on Windows would be invaluable.
For the time being, guide me on how to fix that to be friendly to Windows.
Thanks,
Kirk Haines
=end
Updated by wyhaines (Kirk Haines) over 14 years ago
=begin
On Sun, Jan 10, 2010 at 6:31 PM, Luis Lavena redmine@ruby-lang.org wrote:
Bug #2592: Cannot compile 1.8.6-p388 under MinGW due F_GETFD being underclared
http://redmine.ruby-lang.org/issues/show/2592Author: Luis Lavena
Status: Open, Priority: Normal
Assigned to: Kirk Haines
ruby -v: ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32]Hello,
I'm trying to compile the lastest version of Ruby 1.8.6, released this weekend that covers the security issue exposed of WEBrick, but I'm having some problems:
../ruby_1_8/eval.c: In function `rb_thread_schedule': ../ruby_1_8/eval.c:10821: error: `F_GETFD' undeclared (first use in this function) ../ruby_1_8/eval.c:10821: error: (Each undeclared identifier is reported only once ../ruby_1_8/eval.c:10821: error: for each function it appears in.) make: *** [eval.o] Error 1Which seems completely unrelated to the issue of WEBrick, but is affecting my compilation process to deliver updated RubyInstallers.
Tried to find the commit of origin of this without success.
r24600
Backport #1001; handle EBADF in select() to avoid Interpreter-wide
deadlock when native close() is called on fd which is currently being
IO#select()ed.
I agree that having a decent way to test builds on Windows would be invaluable.
For the time being, guide me on how to fix that to be friendly to Windows.
Thanks,
Kirk Haines
=end
Updated by luislavena (Luis Lavena) over 14 years ago
=begin
Thank you Mr. Nakada,
Discussed with Kirk over IRC and reported success building with MinGW.
Thank you again,¶
Luis Lavena
=end
Updated by wyhaines (Kirk Haines) over 14 years ago
- Status changed from Open to Closed
- % Done changed from 0 to 100
=begin
This issue was solved with changeset r26361.
Luis, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end