Este es un seguimiento deesta pregunta.

Cuando emito elgem update comando en Windows, cada vez que llega a una gema cuya última versión NO TIENE binarios de Windows, intentará construir la extensión nativa que, por supuesto, fallará. Por ejemplo:

Updating sqlite3-ruby
Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Installer::ExtensionBuildError)
  ERROR: Failed to build gem native extension.

c:/ruby/bin/ruby.exe extconf.rb update
checking for fdatasync() in rt.lib... no
checking for sqlite3.h... no

nmake
'nmake' is not recognized as an internal or external command,
operable program or batch file.

El antiguo comportamiento pre-1.x de solicitar la plataforma requerida al menos hizo posible la actualización. Ahora no puedo actualizar a menos que desinstale las gemas problemáticas (actualmente sqlite3-ruby y hpricot), ejecute la actualización, luego reinstale las gemas usando el interruptor --version.

¿Alguien tiene una solución a este enigma o estamos atrapados con él?

Nota:

$ gem -v
1.2.0

$ ruby -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-mswin32]

Nota (26 de septiembre de 2008): Acabo de actualizar a gemas 1.3.0 y este problema persiste.

Nota (18 de noviembre de 2008): Acabo de actualizar a gemas 1.3.1 y el problema persiste.

Nota (28 de abril de 2009): La última versión de Gems (1.3.2) ahora omite las gemas en las que falla la creación de extensiones nativas durante la actualización; en otras palabras, el problema está arreglado. ¡Hurra!