[ruby-dev:31978] Re: Problem with Ruby 1.8.6-p110 on DragonFly

In message <[e-mail]>
	on Tue, 9 Oct 2007 06:12:24 +0900,
	Nobuyoshi Nakada <[e-mail]> wrote:
> At Wed, 3 Oct 2007 01:14:32 +0900,
> Takahiro Kambe wrote in [ruby-dev:31927]:
> > gcc -g -O2  -fPIC  -DRUBY_EXPORT -L.  -rdynamic   main.o  libruby-static.a -lcrypt -lm   -o miniruby
> > libruby-static.a(eval.o)(.text+0x15002): In function `rb_thread_start_0':
> > /var/tmp/ruby-1.8.6-p110/eval.c:11945: undefined reference to `pthread_create'
> > libruby-static.a(eval.o)(.text+0x1501e):/var/tmp/ruby-1.8.6-p110/eval.c:11947: undefined reference to `pthread_atfork'
> > *** Error code 1
> > 
> > Stop in /var/tmp/ruby-1.8.6-p110.
> > 
> > と、なります。pthreadなライブラリはlibc_r.{a,so}に含まれているようです。
> 
> pthreadライブラリは pthread pthreads c c_r の順に探しているので、
> 見付かるはずだと思うのですが、ひょっとして、DragonFly BSDでは
> -pthreadを付けてもlibc_rはリンクされないのでしょうか。
今、実機にアクセスできないのですが、流石に -pthread 付けたときは
libc_rをリンクしていたと記憶しています。

> 優先順位としてはlibcよりも先ですか?
どうも、この辺りはよくわからないのですが、DragonFly 1.10.1のリリース・
ノートには、

	DragonFly's Light Weight Process abstraction is now finished and
	working via libthread_xu but the default threading library is not
	quite ready to be changed from libc_r yet. All threaded programs now
	link against an actual 'libpthread' which is a softlink to libc_r or
	libthread_xu, allowing the new threading library to be tested more
	fully.

と、いった記述があります。libc_rとlibthread_xuは並列・排他相互的な
存在のようですが、1.10.1よりも古いリリースではlibthread_xuは怖くて使え
ないという可能性も高いと言えます。

> > +#ifndef __DragonFly__
> >          pthread_atfork(0, 0, rb_child_atfork);
> > +#endif
> 
> HAVE_PTHREAD_ATFORKを使うほうがいいでしょうね。
もちろん、そうです。あくまで暫定的な修正でしたので。:-)

-- 
神戸 隆博 / Takahiro Kambe