To jest kontynuacjato pytanie.

Kiedy wydamgem update polecenie w systemie Windows, ilekroć trafi do klejnotu, którego najnowsza wersja NIE ma plików binarnych systemu Windows, spróbuje zbudować rozszerzenie natywne, które oczywiście nie powiedzie się. Na przykład:

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.

Stare zachowanie przed 1.x z prośbą o wymaganą platformę umożliwiło przynajmniej aktualizację. Teraz nie mogę w ogóle zaktualizować, chyba że odinstaluję kłopotliwe klejnoty (obecnie sqlite3-ruby i hpricot), uruchom aktualizację, a następnie ponownie zainstaluj klejnoty za pomocą przełącznika --version.

Czy ktoś ma rozwiązanie tej zagadki, czy jesteśmy z nią związani?

Uwaga:

$ gem -v
1.2.0

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

Uwaga (26 września 2008 r.): Właśnie zaktualizowałem do gems 1.3.0 i ten problem nadal występuje.

Uwaga (18 listopada 2008 r.): Właśnie zaktualizowałem do gems 1.3.1 i problem nadal występuje.

Uwaga (28 kwietnia 2009 r.): Najnowsza wersja Gems (1.3.2) teraz pomija klejnoty, w których tworzenie rozszerzeń natywnych kończy się niepowodzeniem podczas aktualizacji; innymi słowy problem został rozwiązany. Brawo!