# Bug? **URL:** \ **Category:** IronRuby\ **Created:** [May 18, 2010, 9:00pm UTC](https://www.ruby-forum.com/t/bug/188816 "2010-05-18T21:00:22Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 18, 2010, 9:00pm UTC](https://www.ruby-forum.com/t/bug/188816/1 "2010-05-18T21:00:22Z")
Is this a bug… C:\dev\ruby\ruby-benchmark-suite\benchmarks\rails\substruct\>ir script/console Loading development environment (Rails 2.3.2) IronRuby.Libraries:0:in `GetExecutable': irb.bat -r irb/completion -r "C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/config/environment" -r console_app -r console_with_helpers --simple-prompt (Errno::ENOENT) from IronRuby.Libraries:0:in`CreateProcess’ from C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/vendor/rails/railties/lib/commands/console.rb:45:in `exec’ Thanks. -rp ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 18, 2010, 9:28pm UTC](https://www.ruby-forum.com/t/bug/188816/2 "2010-05-18T21:28:59Z")
Not a bug, see [http://ironruby.net/documentation/rails#console](http://ironruby.net/documentation/rails#console). Do ir script/console=iirb.bat … Basically it’s an unfortunate side-effect of how Rails implemented this command (they spawn another ruby process rather than just using IRB directly. Since we don’t ship with irb.bat, you need to provide the actual name. You can also do iirb -rconfig/environment, as that’s all script/console really does anyways. ~Jimmy ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 18, 2010, 10:54pm UTC](https://www.ruby-forum.com/t/bug/188816/3 "2010-05-18T22:54:42Z")
Jimmy S. wrote: > Not a bug, see [http://ironruby.net/documentation/rails#console](http://ironruby.net/documentation/rails#console). Do ir > script/console=iirb.bat … Basically it’s an unfortunate side-effect of > how Rails implemented this command (they spawn another ruby process > rather than just using IRB directly. Since we don’t ship with irb.bat, > you need to provide the actual name. You can also do iirb > -rconfig/environment, as that’s all script/console really does anyways. Ok sounds good. A couple of feedback items for the installer, then: 1. default to a path without spaces, perhaps 2. have a checkbox for if we want to install with the i prefix or not on pre-installed gems (I know I for one wouldn’t). Thanks so much. -rp ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 12:14am UTC](https://www.ruby-forum.com/t/bug/188816/4 "2010-05-19T00:14:40Z")
> Ok sounds good. > A couple of feedback items for the installer, then: > > 1. default to a path without spaces, perhaps Does installing to “Program Files” actually cause issues? Other than needing to quote the path to ir.exe? > 1. have a checkbox for if we want to install with the i prefix or not on pre- > installed gems (I know I for one wouldn’t). We don’t preinstall any gems with IronRuby. So what you’re asking is an option so we remove the “i” from “iri.bat”, “irdoc.bat”, and “igem.bat” ? Keep in mind the actual ruby files are still “ri”, “rdoc”, and “gem”. For the problem with “ir script/console”, rails should fix this (as in, JRuby has the same problem as they ship with jirb). Also, I think there’s a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent. ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 12:28am UTC](https://www.ruby-forum.com/t/bug/188816/5 "2010-05-19T00:28:08Z")
Program Files is a protected directory in Vista and Win7. I have run into permission issues in the past. On Tue, May 18, 2010 at 2:52 PM, Jimmy S. \< [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > Ironruby-core mailing list > [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 12:47am UTC](https://www.ruby-forum.com/t/bug/188816/6 "2010-05-19T00:47:27Z")
Im thinking more of having IIS executing code out of prog files is a bad idea. On Tue, May 18, 2010 at 3:30 PM, Jimmy S. \< [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > > installed gems (I know I for one wouldn’t). > > correct." > > - Occam’s Razor > [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor)[http://en.wikipedia.org/wiki/Occam’s\_Razor](http://en.wikipedia.org/wiki/Occam%27s_Razor) > > * * * > > Ironruby-core mailing list > [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 12:31am UTC](https://www.ruby-forum.com/t/bug/188816/7 "2010-05-19T00:31:39Z")
Yes, installing Gems requires you to run as Administrator, just like installing a gem on MacOS/Linux requires you do sudo. However, we will fall back to installing gems to the user-dir. I just think there needs to be better docs about this. From: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] On Behalf Of Bobby J. Sent: Tuesday, May 18, 2010 3:21 PM To: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) Subject: Re: [Ironruby-core] bug? Program Files is a protected directory in Vista and Win7. I have run into permission issues in the past. On Tue, May 18, 2010 at 2:52 PM, Jimmy S. \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > Ok sounds good. > A couple of feedback items for the installer, then: > > 1. default to a path without spaces, perhaps > Does installing to “Program Files” actually cause issues? Other than > needing to quote the path to ir.exe? > 1. have a checkbox for if we want to install with the i prefix or not on pre- > installed gems (I know I for one wouldn’t). > We don’t preinstall any gems with IronRuby. So what you’re asking is an > option so we remove the “i” from “iri.bat”, “irdoc.bat”, and “igem.bat” > ? Keep in mind the actual ruby files are still “ri”, “rdoc”, and “gem”. > For the problem with “ir script/console”, rails should fix this (as in, > JRuby has the same problem as they ship with jirb). Also, I think there’s a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent. * * * Ironruby-core mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 1:14am UTC](https://www.ruby-forum.com/t/bug/188816/8 "2010-05-19T01:14:23Z")
Doesn’t really matter to me. The browse button in the installer is all I need. On Tue, May 18, 2010 at 3:50 PM, Jimmy S. \< [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > _To:_ [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > Yes, installing Gems requires you to run as Administrator, just like > > [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > pre- > consistent. > "The explanation requiring the fewest assumptions is most likely to be > > * * * > > Ironruby-core mailing list > [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 5:55pm UTC](https://www.ruby-forum.com/t/bug/188816/9 "2010-05-19T17:55:57Z")
Jimmy S. wrote: > > Ok sounds good. > > A couple of feedback items for the installer, then: > > > > 1. default to a path without spaces, perhaps > > Does installing to “Program Files” actually cause issues? Other than > needing to quote the path to ir.exe? I haven’t run into any. I just saw it mentioned somewhere on a wiki page that it was advised to not install it to a directory with spaces since some gems don’t like it. > > 1. have a checkbox for if we want to install with the i prefix or not on pre- > > installed gems (I know I for one wouldn’t). > > We don’t preinstall any gems with IronRuby. I thought I came with rake for some reason, it doesn’t though, so no inconsistency there. So what you’re asking is an > option so we remove the “i” from “iri.bat”, “irdoc.bat”, and “igem.bat” > ? Keep in mind the actual ruby files are still “ri”, “rdoc”, and “gem”. > For the problem with “ir script/console”, rails should fix this (as in, > JRuby has the same problem as they ship with jirb). At first blush it surprised me to have it differ from jruby. With jruby, you get jruby.exe, jirb.bat, gem.bat, rake.bat, rdoc.bat, ri.bat After using it a few times I got used to using “igem” instead of the normal gem I was used to… Thanks! -rp ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [May 19, 2010, 1:01am UTC](https://www.ruby-forum.com/t/bug/188816/10 "2010-05-19T01:01:30Z")
Giving read-only access to IIS\_IUSRS for “C:\Program Files\IronRuby 1.0\lib” is harmless, no? That’s all it would take to get IronRuby.Rack to work, for example. Let me know why you don’t feel comfortable doing that. From: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] On Behalf Of Bobby J. Sent: Tuesday, May 18, 2010 3:36 PM To: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) Subject: Re: [Ironruby-core] bug? Im thinking more of having IIS executing code out of prog files is a bad idea. On Tue, May 18, 2010 at 3:30 PM, Jimmy S. \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: Yes, installing Gems requires you to run as Administrator, just like installing a gem on MacOS/Linux requires you do sudo. However, we will fall back to installing gems to the user-dir. I just think there needs to be better docs about this. From: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] On Behalf Of Bobby J. Sent: Tuesday, May 18, 2010 3:21 PM To: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) Subject: Re: [Ironruby-core] bug? Program Files is a protected directory in Vista and Win7. I have run into permission issues in the past. On Tue, May 18, 2010 at 2:52 PM, Jimmy S. \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > Ok sounds good. > A couple of feedback items for the installer, then: > > 1. default to a path without spaces, perhaps > Does installing to “Program Files” actually cause issues? Other than > needing to quote the path to ir.exe? > 1. have a checkbox for if we want to install with the i prefix or not on pre- > installed gems (I know I for one wouldn’t). > We don’t preinstall any gems with IronRuby. So what you’re asking is an > option so we remove the “i” from “iri.bat”, “irdoc.bat”, and “igem.bat” > ? Keep in mind the actual ruby files are still “ri”, “rdoc”, and “gem”. > For the problem with “ir script/console”, rails should fix this (as in, > JRuby has the same problem as they ship with jirb). Also, I think there’s a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent. * * * Ironruby-core mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor)[http://en.wikipedia.org/wiki/Occam’s\_Razor](http://en.wikipedia.org/wiki/Occam%27s_Razor) * * * Ironruby-core mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) – “The explanation requiring the fewest assumptions is most likely to be correct.” - Occam’s Razor [Occam's razor - Wikipedia](http://en.wikipedia.org/wiki/Occam's_Razor) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 4:04am UTC](https://www.ruby-forum.com/t/bug/188816/11 "2010-06-25T04:04:41Z")
Jimmy S. wrote: > > Ok sounds good. > > A couple of feedback items for the installer, then: > > > > 1. default to a path without spaces, perhaps > > Does installing to “Program Files” actually cause issues? Other than > needing to quote the path to ir.exe? C:\dev\digitalarchive\_trunk\>ir -S gem install faster\_rubygems Building native extensions. This could take a while… ERROR: Error installing faster\_rubygems: ERROR: Failed to build gem native extension. “C:/Program Files/IronRuby 1.0v4/bin/ir.exe” mkrf\_conf.rb Installed–thank you for trying out faster\_rubygems recreating all faster\_rubygems caches faster\_rubygems: creating caches . . “C:/Program Files/IronRuby 1.0v4/bin/ir.exe” -rubygems C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/bin/rake RUBYARCHDIR=“C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.2/lib” RUBYLIBDIR=“C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.2/lib” unknown: Could not find file ‘C:\Program’. (Errno::ENOENT) Gem files will remain installed in C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.2 for inspection. Results logged to C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.2/ext/gem\_make.out ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 4:13pm UTC](https://www.ruby-forum.com/t/bug/188816/12 "2010-06-25T16:13:51Z")
Jimmy S. wrote: > IronRuby doesn’t support faster\_rubygems as it contains a c-based > extension compiled against MRI. faster\_rubygems doesn’t contain a c-based extension, it contains a mkrf\_conf.rb file, which ends up being pure ruby, and works fine with jruby (which also doesn’t support C extensions), hence my expecting it to work with IR [1]. Perhaps I am mistaken? -r [1] > **[Ruby Programming/RubyGems - Wikibooks, open books for an open world](https://en.wikibooks.org/wiki/Ruby_Programming/RubyGems)** ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 9:11am UTC](https://www.ruby-forum.com/t/bug/188816/13 "2010-06-25T09:11:04Z")
IronRuby doesn’t support faster\_rubygems as it contains a c-based extension compiled against MRI. ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 5:01pm UTC](https://www.ruby-forum.com/t/bug/188816/14 "2010-06-25T17:01:49Z")
That depends on how the platform is determined by mkrf. Can you verify what mkrf is using to determine the platform? Here’s a printout of IronRuby’s RbConfig: > > > pp RbConfig::CONFIG > > > {“MAJOR”=\>“1”, > > > “MINOR”=\>“8”, > > > “TEENY”=\>“6”, > > > “PATCHLEVEL”=\>“0”, > > > “EXEEXT”=\>“.exe”, > > > “ruby\_install\_name”=\>“ir”, > > > “RUBY\_INSTALL\_NAME”=\>“ir”, > > > “RUBY\_SO\_NAME”=\>“msvcrt-ruby18”, > > > “SHELL”=\>“$(COMSPEC)”, > > > “BUILD\_FILE\_SEPARATOR”=\>“\”, > > > “PATH\_SEPARATOR”=\>“;”, > > > “CFLAGS”=\>“-MD -Zi -O2b2xg- -G6”, > > > “CPPFLAGS”=\>“”, > > > “CXXFLAGS”=\>“”, > > > “FFLAGS”=\>“”, > > > “LDFLAGS”=\>“”, > > > “LIBS”=\>“oldnames.lib user32.lib advapi32.lib ws2\_32.lib “, > > > “bindir”=\>“C:/IronRuby/bin”, > > > “libdir”=\>“C:/IronRuby/lib”, > > > “DESTDIR”=\>“C:”, > > > “prefix”=\>“C:/IronRuby”, > > > “exec\_prefix”=\>“C:/IronRuby”, > > > “sbindir”=\>“C:/IronRuby/sbin”, > > > “libexecdir”=\>“C:/IronRuby/libexec”, > > > “datadir”=\>“C:/IronRuby/share”, > > > “sysconfdir”=\>“C:/IronRuby/etc”, > > > “sharedstatedir”=\>“C:/etc”, > > > “localstatedir”=\>“C:/var”, > > > “includedir”=\>“C:/IronRuby/include”, > > > “infodir”=\>“C:/IronRuby/info”, > > > “mandir”=\>“C:/IronRuby/man”, > > > “rubylibdir”=\>“C:/IronRuby/lib/ruby/1.8”, > > > “sitedir”=\>“C:/IronRuby/lib/ruby/site\_ruby”, > > > “oldincludedir”=\>”/usr/include”, > > > “host\_cpu”=\>“i686”, > > > “host\_os”=\>“mswin32”, > > > “target”=\>“dotnet2.0”, > > > “arch”=\>“universal-dotnet2.0”, > > > “build”=\>“universal-dotnet2.0”, > > > “target\_alias”=\>“dotnet2.0”, > > > “target\_cpu”=\>“i386”, > > > “target\_vendor”=\>“pc”, > > > “target\_os”=\>“mswin32”, > > > “CC”=\>“cl -nologo”, > > > “CPP”=\>“cl -nologo -E”, > > > “YACC”=\>“byacc”, > > > “RANLIB”=\>“”, > > > “AR”=\>“lib -nologo”, > > > “ARFLAGS”=\>“-machine:x86 -out:”, > > > “LN\_S”=\>“”, > > > “SET\_MAKE”=\>“”, > > > “CP”=\>“copy \> nul”, > > > “ALLOCA”=\>“”, > > > “DEFAULT\_KCODE”=\>“”, > > > “OBJEXT”=\>“obj”, > > > “XCFLAGS”=\> > > > “-DRUBY\_EXPORT -I. -IC:/develop/win/ruby/ruby-1.8.6 > > > -IC:/develop/win/ruby/ruby-1.8.6/missing”, > > > “XLDFLAGS”=\>“-stack:0x2000000”, > > > “DLDFLAGS”=\> > > > “-link -incremental:no -debug -opt:ref -opt:icf -dll $(LIBPATH) > > > -def:$(DEFFILE) -implib:$(\*F:.so=)-universal-dotnet2.0.lib > > > -pdb:$(\*F:.so=)-universal-dotnet2.0.pdb”, > > > “ARCH\_FLAG”=\>“”, > > > “STATIC”=\>“”, > > > “CCDLFLAGS”=\>“”, > > > “LDSHARED”=\>“cl -nologo -LD”, > > > “DLEXT”=\>“so”, > > > “DLEXT2”=\>“dll”, > > > “LIBEXT”=\>“lib”, > > > “STRIP”=\>“”, > > > “EXTSTATIC”=\>“”, > > > “setup”=\>“Setup”, > > > “MINIRUBY”=\>“.\miniruby.exe “, > > > “PREP”=\>“miniruby.exe”, > > > “RUNRUBY”=\> > > > “.\ruby.exe "C:/develop/win/ruby/ruby-1.8.6/runruby.rb" > > > –extout=".ext" --”, > > > “EXTOUT”=\>”.ext”, > > > “ARCHFILE”=\>“”, > > > “RDOCTARGET”=\>“install-nodoc”, > > > “LIBRUBY\_LDSHARED”=\>“cl -nologo -LD”, > > > “LIBRUBY\_DLDFLAGS”=\>" -def:msvcrt-ruby18.def", > > > “rubyw\_install\_name”=\>“rubyw”, > > > “RUBYW\_INSTALL\_NAME”=\>“rubyw”, > > > “LIBRUBY\_A”=\>“msvcrt-ruby18-static.lib”, > > > “LIBRUBY\_SO”=\>“msvcrt-ruby18.dll”, > > > “LIBRUBY\_ALIASES”=\>“”, > > > “LIBRUBY”=\>“msvcrt-ruby18.lib”, > > > “LIBRUBYARG”=\>“msvcrt-ruby18.lib”, > > > “LIBRUBYARG\_STATIC”=\>“msvcrt-ruby18-static.lib”, > > > “LIBRUBYARG\_SHARED”=\>“msvcrt-ruby18.lib”, > > > “SOLIBS”=\>“”, > > > “DLDLIBS”=\>“”, > > > “ENABLE\_SHARED”=\>“yes”, > > > “OUTFLAG”=\>“-Fe”, > > > “CPPOUTFILE”=\>“-P”, > > > “LIBPATHFLAG”=\>" -libpath:"%s"“, > > > “RPATHFLAG”=\>”“, > > > “LIBARG”=\>”%s.lib", > > > “LINK\_SO”=\> > > > “cl -nologo -LD -Fe$(@) $(OBJS) oldnames.lib user32.lib advapi32.lib > > > ws2\_32.lib $(LOCAL\_LIBS) -link -incremental:no -debug -opt:ref -opt:icf > > > -dll $(LIBPATH) -def:$(DEFFILE) > > > -implib:$(\*F:.so=)-universal-dotnet2.0.lib > > > -pdb:$(_F:.so=)-universal-dotnet2.0.pdb", > > > “COMPILE\_C”=\>“cl -nologo $(INCFLAGS) -MD -Zi -O2b2xg- -G6 -c > > > -Tc$(\<:\=/)”, > > > “COMPILE\_CXX”=\>“$(CXX) $(INCFLAGS) -c -Tp$(\<:\=/)”, > > > “COMPILE\_RULES”=\> > > > “{$(srcdir)}.%s{}.%s: {C:/IronRuby/lib/IronRuby}.%s{}.%s: > > > {$(hdrdir)}.%s{}.%s: .%s.%s:”, > > > “RULE\_SUBST”=\>“{.;$(srcdir);C:/IronRuby/lib/IronRuby;$(hdrdir)}%s”, > > > “TRY\_LINK”=\> > > > “cl -nologo -Feconftest $(INCFLAGS) -I$(hdrdir) -MD -Zi -O2b2xg- -G6 > > > $(src) $(LOCAL\_LIBS) oldnames.lib user32.lib advapi32.lib ws2\_32.lib > > > -link > > > $(LIBPATH) -stack:0x2000000”, > > > “COMMON\_LIBS”=\>“m”, > > > “COMMON\_MACROS”=\>“WIN32\_LEAN\_AND\_MEAN”, > > > “COMMON\_HEADERS”=\>“winsock2.h windows.h”, > > > “DISTCLEANFILES”=\>"vc_.pdb”, > > > “EXPORT\_PREFIX”=\>" “, > > > “configure\_args”=\>”–with-make-prog=nmake --enable-shared > > > –with-winsock2", > > > “ruby\_version”=\>“1.8”, > > > “archdir”=\>“C:/IronRuby/lib/ruby/1.8/universal-dotnet2.0”, > > > “sitelibdir”=\>“C:/IronRuby/lib/ruby/site\_ruby/1.8”, > > > “sitearchdir”=\>“C:/IronRuby/lib/ruby/site\_ruby/1.8/$(sitearch)”, > > > “topdir”=\>“C:/IronRuby/lib/IronRuby”} – Will G. > **[hotgazpacho](http://hotgazpacho.org/)** ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 6:48pm UTC](https://www.ruby-forum.com/t/bug/188816/15 "2010-06-25T18:48:03Z")
Will G. wrote: > That depends on how the platform is determined by mkrf. Can you verify > what > mkrf is using to determine the platform? Here’s a printout of IronRuby’s > RbConfig: mkrf is used by “all platforms” (in this case, it’s pure ruby and platform independent, so doesn’t actually _use_ rbconfig). -rp ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 7:27pm UTC](https://www.ruby-forum.com/t/bug/188816/16 "2010-06-25T19:27:36Z")
Ah, I see that there is no C code in the ext directory of the faster\_rubygems code: [GitHub - rdp/faster\_rubygems: A helper to dramatically speedup the time it takes to run a 'require rubygems'. DEPRECATED shouldn't be necessary with newer versions of rubygems, at least I hope not. If it is message me so I can work on this again · GitHub](http://github.com/rdp/faster_rubygems) ## It looks like a problem with spaces in the path to your IronRuby install. “C:\Program FIles” is not being properly escaped, and the script chokes. [http://github.com/rdp/faster\_rubygems](http://github.com/rdp/faster_rubygems) Will G. > **[hotgazpacho](http://hotgazpacho.org/)** ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 7:46pm UTC](https://www.ruby-forum.com/t/bug/188816/17 "2010-06-25T19:46:56Z")
Actually, faster\_rubygems installed fine on IronRuby 1.0 for me, and I have it installed in a location with spaces, so what is the actual problem? C:\windows\system32\>ir -S gem install faster\_rubygems Building native extensions. This could take a while… faster\_rubygems installed! see the readme for post-install instructions: > **[GitHub - rdp/faster\_rubygems: A helper to dramatically speedup the time it takes...](https://github.com/rdp/faster_rubygems)** > > A helper to dramatically speedup the time it takes to run a 'require rubygems'. DEPRECATED shouldn't be necessary with newer versions of rubygems, at least I hope not. If it is message me so I can work on this again Successfully installed faster\_rubygems-0.9.2 1 gem installed Installing ri documentation for faster\_rubygems-0.9.2… Installing RDoc documentation for faster\_rubygems-0.9.2… C:\windows\system32\>where ir C:\Program Files (x86)\IronRuby 1.0v4\bin\ir.exe C:\Program Files (x86)\IronRuby 1.0\bin\ir.exe C:\windows\system32\>ir -v IronRuby 1.0.0.0 on .NET 4.0.30319.1 ~js From: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] On Behalf Of Will G. Sent: Friday, June 25, 2010 10:12 AM To: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) Subject: Re: [Ironruby-core] bug? Ah, I see that there is no C code in the ext directory of the faster\_rubygems code: [GitHub - rdp/faster\_rubygems: A helper to dramatically speedup the time it takes to run a 'require rubygems'. DEPRECATED shouldn't be necessary with newer versions of rubygems, at least I hope not. If it is message me so I can work on this again · GitHub](http://github.com/rdp/faster_rubygems) It looks like a problem with spaces in the path to your IronRuby install. “C:\Program FIles” is not being properly escaped, and the script chokes. – Will G. > **[hotgazpacho](http://hotgazpacho.org/)** On Fri, Jun 25, 2010 at 12:48 PM, Roger P. \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: Will G. wrote: > That depends on how the platform is determined by mkrf. Can you verify > what > mkrf is using to determine the platform? Here’s a printout of IronRuby’s > RbConfig: > mkrf is used by “all platforms” (in this case, it’s pure ruby and > platform independent, so doesn’t actually _use_ rbconfig). > -rp > – > Posted via [http://www.ruby-forum.com/](http://www.ruby-forum.com/). * * * Ironruby-core mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [http://rubyforge.org/mailman/listinfo/ironruby-core](http://rubyforge.org/mailman/listinfo/ironruby-core) ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 25, 2010, 9:41pm UTC](https://www.ruby-forum.com/t/bug/188816/18 "2010-06-25T21:41:05Z")
> The offending line is auto generated by rubygems for me (1.3.7). > I am unsure how the other poster found success for his, though. That is odd. IronRuby ships with RubyGems 1.3.5, so try using that first. You can verify your version of RubyGems by running: D:\> ir -e “require ‘rubygems’; puts Gem::VERSION” 1.3.5 ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 29, 2010, 6:00pm UTC](https://www.ruby-forum.com/t/bug/188816/19 "2010-06-29T18:00:39Z")
On Tue, May 18, 2010 at 4:52 PM, Jimmy S. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > > 1. have a checkbox for if we want to install with the i prefix or not on pre- > > installed gems (I know I for one wouldn’t). > > We don’t preinstall any gems with IronRuby. So what you’re asking is an option so we remove the “i” from “iri.bat”, “irdoc.bat”, and “igem.bat” ? Keep in mind the actual ruby files are still “ri”, “rdoc”, and “gem”. For the problem with “ir script/console”, rails should fix this (as in, JRuby has the same problem as they ship with jirb). Other than for the “ruby” command (i.e. “jruby”), JRuby does not prefix bin scripts or set up RubyGems to prefix anything, so we still have the same-named rdoc, ri, irb commands provided in JRuby releases, and gem binaries install with their non-prefixed name. This was a pragmatic decision; too many Ruby scripts/libs/apps launch those scripts by their non-prefixed name and all the tutorials and books in the world use the non-prefixed names. Plus we wanted JRuby to be a drop-in replacement as much as possible; all those "j"s would make that much harder. We’ve recently debated turning the RubyGems prefixing on, to aid folks using JRuby plus some other impl…but it would cause a lot of support stress at this point. Also FYI: > **[\#2104 script/console execs irb, causes double process-launch and limits other...](https://rails.lighthouseapp.com/projects/8994/tickets/2104-scriptconsole-execs-irb-causes-double-process-launch-and-limits-other-impls)** I filed that last year in February, and after bouncing around a bit it was bumped off Rails 2.x series. Now it’s apparently back in for 3.0. Vote with comments 🙂 JRuby has gotten around this since 2006 by doing two things: - We ship “irb” executables - Our exec logic scans the command being run for “\*ruby” or “\*irb” and intercepts that by simply spinning up another JRuby instance in the same JVM. This was partially to allow rails/console and similar re-launchers to work, but also to reduce (somewhat) the double-launching startup hit. - Charlie ---
**Author:** ![rogerdpack](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@rogerdpack](https://www.ruby-forum.com/u/rogerdpack)\ **Post date:** [June 29, 2010, 8:01pm UTC](https://www.ruby-forum.com/t/bug/188816/20 "2010-06-29T20:01:28Z")
> D:\> ir -e “require ‘rubygems’; puts Gem::VERSION” > 1.3.5 Ok, tried it with “default” rubygems… Seems to still have said problem… C:\dev\ruby\faster\_rubygems\>ir -e “require ‘rubygems’; puts Gem::VERSION” 1.3.5 C:\dev\ruby\faster\_rubygems\>ir -S gem install faster\_rubygems-0.9.3.gem Building native extensions. This could take a while… ERROR: Error installing faster\_rubygems-0.9.3.gem: ERROR: Failed to build gem native extension. “C:/Program Files/IronRuby 1.0v4/bin/ir.exe” mkrf\_conf.rb Installed–thank you for trying out faster\_rubygems recreating all faster\_rubygems caches faster\_rubygems: creating all caches .. “C:/Program Files/IronRuby 1.0v4/bin/ir.exe” -rubygems C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/bin/rake RUBYARCHDIR=“C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.3/lib” RUBYLIBDIR=“C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.3/lib” unknown: Could not find file ‘C:\Program’. (Errno::ENOENT) Gem files will remain installed in C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.3 for inspection. Results logged to C:/Program Files/IronRuby 1.0v4/lib/ironruby/gems/1.8/gems/faster\_rubygems-0.9.3/ext/gem\_make.out [Next page](https://www.ruby-forum.com/t/bug/188816.md?page=2)