Just another Ruby porter, 2002-6-c

■ [Ruby] MinGW

The changes include extensions to the runtime supplied by MSVCRT.DLL
in a static lib called libmingwex.a. These extensions include some C89 
and C99 wide character functions, floating point environment functions
(declared in fenv.h), floating point classification functions and 
macros, the inttypes.h format conversion macros, stubs for some
MSVCRT.DLL underscored functions that are now part of C99 std, and a 
replacement for fseek and fwrite that are safer on W9x. 

It also contains the POSIX dirent functions, which have been removed
from libmingw.a and added to libmingwex.a.

The ISO C extensions are visible by default. To remove them, define
__NO_ISOCEXT 

To use these functions, you will need to explicitly add -lmingwex to
your command line. In future releases of GCC, libmingwex.a will 
become a system lib added automatically by specs.

この変更でisinfとかが#defineされるようになった。 win32/win32.hで

extern int isinf(double);
extern int isnan(double);

としてるためMinGWではエラーになる。#ifdef .. #endifで囲むのは簡単だ。でもlibmingwex.aもlinkしなきゃいけないとなると、そのライブラリの有無をチェック必要があってちょっと面倒。というわけで-D__NO_ISOCEXTとした。libmingwexはGCCで対応してからでもいいでしょう。というか忘れないように。ついでに-D__MSVCRT__はGCCのspecsで定義されてるので削除。というのが昨日のcommit内容。

■ [Cygwin] expat 1.95.3

patchを見るとCygwinのlibtoolでlibtoolizeし直しになってる。つまり、libiconvやexpatで使われてるlibtoolが古いってことなんだろう。

2002-06-22 (Sat)

2002-06-23 (Sun)

■ [Ruby] Ruby 1.7をuClibcでコンパイル

久し振りにuClibcでコンパイルしてみると

compiling socket

Fatal: --enable-ipv6 is specified, and your OS seems to support IPv6 feature.
But your getaddrinfo() and getnameinfo() are appeared to be broken.  Sorry,
you cannot compile IPv6 socket classes with broken these functions.
You can try --enable-wide-getaddrinfo.

となった。メッセージの通り--enable-wide-getaddrinfoを指定しても、状況は変わらない。ext/socket/extconf.rbが

$getaddr_info_ok = false
if !enable_config("wide-getaddrinfo", false) and try_run(<<EOF)
...
EOF
  $getaddr_info_ok = true
end
if $ipv6 and not $getaddr_info_ok
      print <<EOS

Fatal: --enable-ipv6 is specified, and your OS seems to support IPv6 feature.
But your getaddrinfo() and getnameinfo() are appeared to be broken.  Sorry,
you cannot compile IPv6 socket classes with broken these functions.
You can try --enable-wide-getaddrinfo.
EOS
  exit
end

となっているので$getaddr_info_okがtrueにならない。解決策としては

メッセージをYou can try --disable-ipv6.にする
--enable-wide-getaddrinfoだったら$getaddr_info_okは無条件にtrueに

のどちらがいいかな？というよりAF_INET6の存在でIPv6かどうかを判断してるのがゆるすぎるのかもしれない。そこをなんとかすれば

default_ipv6 = /cygwin/ !~ RUBY_PLATFORM

もなくせるんだけど。

--enable-wide-getaddrinfoに関しては

$getaddr_info_ok = false
if !enable_config("wide-getaddrinfo", false) and try_run(<<EOF)

を

$getaddr_info_ok = enable_config("wide-getaddrinfo", false)
if !$getaddr_info_ok and try_run(<<EOF)

にすればいい気がしてきた。でも、こうしてみるとなぜかgetaddrinfoはあることになるなあ。ということはこの変更じゃだめだ。あ、そもそもuClibcのIPv6対応をonにしてないから、実際に実行してみるとエラーになるのが原因だ。 ConfigのINCLUDE_IPV6をtrueにして作り直し。やっぱそうか。

結論としては今のままだと--enable-wide-getaddrinfoは機能してないので、

if $ipv6 and not $getaddr_info_ok and not enable_config("wide-getaddrinfo", false)

てな感じの変更が必要だ。と、まとめたかったんだが、まとまらない。実際にgetaddrinfo.cをコンパイルしてみるとエラーになる。

getaddrinfo.c:483: structure has no member named `s6_addr8'

USAGIを確認してみる。

% bzip2 -dc usagi-linux24-s20020610-2.4.18.diff.bz2 |grep s6_addr8
% bzip2 -dc usagi-tool-s20020610.tar.bz2 |grep s6_addr8
%

ないねえ。今はs6_addrを使えってことだろうか。 itojunさんはたしかNetBSD使いだよね。 NetBSD 1.5を立ち上げて/usr/include/netinet6/in6.hを見てみる。

#define s6_addr   __u6_addr.__u6_addr8
#ifdef _KERNEL  /*XXX nonstandard*/
#define s6_addr8  __u6_addr.__u6_addr8
#define s6_addr16 __u6_addr.__u6_addr16
#define s6_addr32 __u6_addr.__u6_addr32
#endif

なるほど。こっちでは定義されてる。とは言うものの#ifdef _KERNELだし、やはりs6_addrを使うべきだろう。というかこれじゃNetBSDでは--enable-wide-getaddrinfoはエラーになるな。 _KERNELはdefineされてないし。ま、*BSDにはKAMEが入ってるからそんなことする必要ないけど。

2002-06-24 (Mon)

■ OpenSSH 3.3p1

更新。というわけで普通のユーザでmake installしてみる。

■ [Ruby] news gateway

ruby-talk MLの流量が少なすぎる。news gatewayが止まってる？

■ [Ruby] IPv6

結局のところ$ipv6_okが真のときに--enable-wide-getaddrinfoしても

getipnodebyaddr()
getipnodebyname()
freehostent()

が実行時にundefined symbolになり、使えないことが判明。

% LD_LIBRARY_PATH=.:/usr/i386-linux-uclibc/lib ./ruby -r./ext/socket/socket -e0
./ruby: can't resolve symbol 'getipnodebyaddr'
./ruby: can't resolve symbol 'getipnodebyname'
./ruby: can't resolve symbol 'freehostent__compat'
0: Unable to resolve symbol - ./ext/socket/socket.so (LoadError)

USAGIにはない。しかもuClibcのIPv6対応ってUSAGIそのものだった。 KAMEにはあるはずだから、そこからこの3つを持ってくるか。

それはそれとして

-Wl,-no-undefined

を加えたほうがいいかなあ。

ccache /usr/i386-linux-uclibc/bin/gcc -shared \
  -nostartfiles -Wl,-no-undefined \
  -L/pub/ruby/uclibc -L/usr/local/lib \
  -o socket.so socket.o getaddrinfo.o getnameinfo.o -L. -lruby -lc 
getaddrinfo.o: In function `get_name':
getaddrinfo.o(.text+0x6ea): undefined reference to `getipnodebyaddr'
getaddrinfo.o(.text+0x780): undefined reference to `freehostent__compat'
getaddrinfo.o(.text+0x7a1): undefined reference to `freehostent__compat'
getaddrinfo.o: In function `get_addr':
getaddrinfo.o(.text+0x8ca): undefined reference to `getipnodebyname'
getaddrinfo.o(.text+0x9f6): undefined reference to `freehostent__compat'
getaddrinfo.o(.text+0xa5f): undefined reference to `freehostent__compat'
getnameinfo.o: In function `getnameinfo__compat':
getnameinfo.o(.text+0x1bd): undefined reference to `getipnodebyaddr'
getnameinfo.o(.text+0x1fa): undefined reference to `freehostent__compat'
getnameinfo.o(.text+0x213): undefined reference to `freehostent__compat'

とLinuxでもリンク時にわかる。 freehostentに__compatをつけてるということは、やっぱ、ここで用意すべきだな、きっと。というわけで明日はKAMEを調べよう。あ、gai_strerrorにも__compatをつければuClibcのad-hocな対応は要らないじゃん。

2002-06-25 (Tue)

■ [Cygwin] newlibのfseek

実はsnapshotsを使ってるときから気づいていたんだけど、 1.3.11のfseekがなんか変だ。splintがエラーになる。

Tests:

Checking help...
Checking abstptr...
Checking abstract...
Checking alias...
1a2,8
> bool.h:4:1: *** Internal Bug at llerror.c:1866: macrocache.c:257: Check Failed:
>                fseek (s_macFile, 0, SEEK_CUR) == 0 [errno: 2]
> *** Last code point: transferChecks.c:4395
> *** Previous code point: transferChecks.c:3978
> Possible system error diagnostic: : No such file or directory
>      *** Please report bug to splint-bug@splint.org ***
>        (attempting to continue, results may be incorrect)

メッセージに従いソースを追ってみると、fseekがなぜかエラーを起こしてるらしい。 fseekといえばbinmode vs. textmodeに違いないと思い面倒だから放っといたんだけど、 Rubyでも

% ruby -e 'open("foo", "wb"){|fh|p fh.seek(0, File::SEEK_CUR)}'
-e:1:in `seek': No error - "foo" (Errno::E000)
        from -e:1
        from -e:1:in `open'
        from -e:1

なのでCygwinのソースを見てみる。場所はnewlib/libc/stdio/fseek.cだ。

    fflush(fp);   /* may adjust seek offset on append stream */
    if (fp->_flags & __SOFF)
      curoff = fp->_offset;
    else
      {
        curoff = (*seekfn) (fp->_cookie, (fpos_t) 0, SEEK_CUR);
        if (curoff == -1L)
          _funlockfile(fp);
          return EOF;
      }

なるほど。Pythonじゃないんだから、これじゃだめだ。 _funlockfile(fp);を追加したときに{}を忘れたようだ。ここで必ずEOFを返してしまう。しかもこの後の処理も実行されないからかなりまずい。 newlibのREADMEを見たらnewlib@sources.redhat.comへ送れということなので、パッチ作ってバグ報告したら半日ほどして、

Applied.  Thanks.

が来た。というわけで次のCygwinのリリースに間に合ったようだ。

Just another Ruby porter,

2002-06-21 (Fri)

■ [Ruby] MinGW

■ [Cygwin] expat 1.95.3

2002-06-22 (Sat)

■ uClibc 0.9.12

2002-06-23 (Sun)

■ [Ruby] rpkg

■ [Ruby] Ruby 1.7をuClibcでコンパイル

2002-06-24 (Mon)

■ [Cygwin] Updated: cygwin-1.3.11-3

■ OpenSSH 3.3p1

■ [w3m] usage.html.ja

■ [Ruby] news gateway

■ [Ruby] IPv6

2002-06-25 (Tue)

■ indent.xsl

■ [Cygwin] newlibのfseek

■ [Cygwin] GCC 3.1でcygwin1.dllをmake

■ [Cygwin] その他のツール

■ [Cygwin] 遅いぞbash

■ KAME

2002-06-26 (Wed)

■ [Cygwin] Executing commands is VERY slow when logged into an NT domain....

■ Andy Roonie

2002-06-27 (Thu)

■ OpenSSH 3.4p1

■ コマンドの使用回数

2002-06-28 (Fri)

■ Visual-MinGW

■ Cygwin ML

2002-06-29 (Sat)

■ [C] int i = i;

■ [Cygwin] OpenSSH

2002-06-30 (Sun)

■ [Ruby] RubyWin 0.0.4.0

■ [Ruby] Ruby GetText Package 0.3.0