dragonfly bsd どうよ
なんか面白そうだが。
dragonfly bsd どうよ
NGNG
NGNG
222=BSD系スレ荒らしているキチガイだから放置放置
NGNG
来月のSoftwareDesignにDragonFlyBSDの特集するとのこと。
どんな内容になるか非常に楽しみだけどどーなることやら
どんな内容になるか非常に楽しみだけどどーなることやら
NGNG
誰が書くんだろう？ hrs氏？
NGNG
>226
本人の日記にも今月はなにかと忙しくて大変って書いてあるからそう考えてもよいのでは?
本人の日記にも今月はなにかと忙しくて大変って書いてあるからそう考えてもよいのでは?
NGNG
本日ソースをSTABLEに更新してbuildworldしてみたら以前起きていたNICの二重認識が解消しました。
なんだったのやら。
なんだったのやら。
230228
NGNG kldstatで普通にacpi.koがでてますがNICは正常に認識されています
NGNG
Firefox入れてみたところコンパイルは問題なかったんですがxorg-vfbserver入れようとしたとき
gcc -fpcc-struct-return -c -ansi -Dasm=__asm -Wno-system-headers -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/include/fonts
-I../include -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc
-I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED
-DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DFONT_t -DTRANS_CLIENT
-DTRANS_SERVER -DTRANS_REOPEN -DBSD44SOCKETS -DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -O transport.c -o unshared/transport.o
In file included from transport.c:80:
/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans/Xtranssock.c:1378: error: `MAXHOSTNAMELEN' undeclared here (not in a function)
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font/fc.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver.
というのがでます。
CCVER?=34 X_WINDOW_SYSTEM=xorgでコンパイルしてます。
work/xc/include/Xos_r.hの430行が辺りかと思ったんですが
gcc -fpcc-struct-return -c -ansi -Dasm=__asm -Wno-system-headers -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/include/fonts
-I../include -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc
-I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED
-DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DFONT_t -DTRANS_CLIENT
-DTRANS_SERVER -DTRANS_REOPEN -DBSD44SOCKETS -DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -O transport.c -o unshared/transport.o
In file included from transport.c:80:
/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans/Xtranssock.c:1378: error: `MAXHOSTNAMELEN' undeclared here (not in a function)
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font/fc.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver.
というのがでます。
CCVER?=34 X_WINDOW_SYSTEM=xorgでコンパイルしてます。
work/xc/include/Xos_r.hの430行が辺りかと思ったんですが
232231
NGNG すいません。work/xc/lib/xtrans/Xtranssock.c の94行目のOSの定義のとこに
(__DragonFly__) を追加してコンパイルしてみたら問題なくコンパイルできました。
firefoxも利用できました。
(__DragonFly__) を追加してコンパイルしてみたら問題なくコンパイルできました。
firefoxも利用できました。
NGNG
年末にお家鯖をリニューアルしようと思っていて、
下の三つの候補で迷ってるんだけど、
-DragonFly BSD stable
-DragonFly BSD current
-FreeBSD stable
おまいさん方なら、どれにする？
下の三つの候補で迷ってるんだけど、
-DragonFly BSD stable
-DragonFly BSD current
-FreeBSD stable
おまいさん方なら、どれにする？
NGNG
>>233 君の経験値は?
NGNG
無難なFreeBSD stableと言いたいとこだけどここはDragonFlyのスレなので
DragonFlyで。FreeBSDのcurrentとか追いかけたことあるならcurrentで、ないならstableでいいのでは?
FreeBSD Expert2005みたらFreeBSD開発者のインタビューにDragonFlyの開発者が載っていた。
インタビュー内容の3分の2はDragonFlyBSDについてだったけど。
DragonFlyで。FreeBSDのcurrentとか追いかけたことあるならcurrentで、ないならstableでいいのでは?
FreeBSD Expert2005みたらFreeBSD開発者のインタビューにDragonFlyの開発者が載っていた。
インタビュー内容の3分の2はDragonFlyBSDについてだったけど。
236233
NGNG NetBSD-currentとFreeBSD5-currentは
それぞれ一年くらい使ってた事があります。
DragonFlyはstableとcurrentってそれほど違いはないのかな？
FreeBSD Expert2005探してみる(`･ω･´)
それぞれ一年くらい使ってた事があります。
DragonFlyはstableとcurrentってそれほど違いはないのかな？
FreeBSD Expert2005探してみる(`･ω･´)
237234
NGNG >>236
じゃあMLを見物しながらupgradeするタイミングをつかめる
(あるいは強運の持ち主)だろうから-CURRENTに決まりだね。
DragonFly_Stableはbranchではなく単なるrevision tagだから
ML上だといつ動いたのか分からないし、あとmergeが不可能だから
HEADの重要な変更をいくつかrevisionを飛び越してStableに反映、
てなことも無理なんで、自分で面倒みれるんなら-CURRENTでも
問題はなさそうだと思う。
といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
Stableだけど。
じゃあMLを見物しながらupgradeするタイミングをつかめる
(あるいは強運の持ち主)だろうから-CURRENTに決まりだね。
DragonFly_Stableはbranchではなく単なるrevision tagだから
ML上だといつ動いたのか分からないし、あとmergeが不可能だから
HEADの重要な変更をいくつかrevisionを飛び越してStableに反映、
てなことも無理なんで、自分で面倒みれるんなら-CURRENTでも
問題はなさそうだと思う。
といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
Stableだけど。
238237
NGNG >>237
|といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
「uname -r」だった。
ところで最近また(話題の)hsu@がネットワークまわりで修正を入れていって
いるみたいだから、いつupgradeするか悩ましいところだよね。
|といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
「uname -r」だった。
ところで最近また(話題の)hsu@がネットワークまわりで修正を入れていって
いるみたいだから、いつupgradeするか悩ましいところだよね。
NGNG
間違えてアマゾンでFreeBSD Expert 2004を買うところだった...
NGNG
2004って完売しているけど買えるの？
NGNG
誰かcheckptのおもしろそうな使い方を教えてくれ。マニュアル読んだが何も思いつかないん。
NGNG
ttp://kerneltrap.org/node/view/4370
タイトル見たとき一瞬リリースのスケジュールに関することかと思ってしまったが
よく読んだらスケジューラに関する話題でした。
タイトル見たとき一瞬リリースのスケジュールに関することかと思ってしまったが
よく読んだらスケジューラに関する話題でした。
NGNG
>>242
別のメールで「1.1リリースは2月にできたらいいなー」とは言ってるけどね。
ttp://leaf.dragonflybsd.org/mailarchive/users/2004-12/msg00077.html
別のメールで「1.1リリースは2月にできたらいいなー」とは言ってるけどね。
ttp://leaf.dragonflybsd.org/mailarchive/users/2004-12/msg00077.html
NGNG
今月号のSDのDragonFlyBSDの特集だけど、まぁ無難な内容だった気がする。
来月分がどうなることやら
来月分がどうなることやら
NGNG
>>244
大痴の記事なんてｲﾗﾈ
大痴の記事なんてｲﾗﾈ
NGNG
NGNG
ports/archives のarc のpatch-ab のOS定義されている2箇所に(__DragonFly__)を追加したら
コンパイルできました。これ以外でsecurity/clamav のインストールに引っかかるとこはなかったです。
環境は1.1stableでCCVERが3.4です。
コンパイルできました。これ以外でsecurity/clamav のインストールに引っかかるとこはなかったです。
環境は1.1stableでCCVERが3.4です。
NGNG
1.1-release って２月だっけ。
FreeBSDの4.x系は1月の4.11で最後なんで、
DragonFlyBSDの役割は重要になるよなー
FreeBSDの4.x系は1月の4.11で最後なんで、
DragonFlyBSDの役割は重要になるよなー
NGNG
4-STABLEの安定性を維持したまま機能拡張されるのなら既存の4.x系サーバの管理者にとって
DraonFlyBSDは重要だと思うが、そうじゃなくてもう一つのCURRENT branchだから、
4系のFreeBSDの開発が終了するのとはあまり関係がないような。
DraonFlyBSDは重要だと思うが、そうじゃなくてもう一つのCURRENT branchだから、
4系のFreeBSDの開発が終了するのとはあまり関係がないような。
NGNG
安定を求める人は結局5系列が安定するまで4系列にパッチ当てて使い続けると思う。
DragonFlyが4系列にとって変わるくらいの安定性を持つなら5系列と取って代わると思う。
DragonFlyが4系列にとって変わるくらいの安定性を持つなら5系列と取って代わると思う。
251名無しさん＠お腹いっぱい。
NGNGNGNG
NGNG
>>251 ﾒｶﾞﾜﾛｽ
NGNG
>251
>249 じゃないけど、一応 Interop BOF だったかで hsu が発表したときには
安定性・後方互換性を重視して FreeBSD 4.x をコードベースに
採用したし、今後もその点は大事にしたいとは言ってたよ。
ただし目指している方向性からみても字面通りに捉えるのは
無理がある気はするけど。
>249 じゃないけど、一応 Interop BOF だったかで hsu が発表したときには
安定性・後方互換性を重視して FreeBSD 4.x をコードベースに
採用したし、今後もその点は大事にしたいとは言ってたよ。
ただし目指している方向性からみても字面通りに捉えるのは
無理がある気はするけど。
NGNG
>>254
hsuといえば昨年末から「cleanup」と称してガシガシやってるみたいだけど、
commitlogのこういう行数を見ると、どこかにバグが潜んでいる気がするよ。
1.10 +283 -354 src/sys/net/route.c
hsuといえば昨年末から「cleanup」と称してガシガシやってるみたいだけど、
commitlogのこういう行数を見ると、どこかにバグが潜んでいる気がするよ。
1.10 +283 -354 src/sys/net/route.c
NGNG
unit testとかできないしなあ。
NGNG
ttp://www.opensound.com/dragonfly.html
NGNG
>255
ほとんど入れ替えだな、それ。
まあ新興勢力がチビチビとしかいじっていなかったら
fork した意味がないんでガンガンとガンガッて欲しいですね。
安定性は... しばらくは眼をつむるんじゃないかな、やっぱ。
ほとんど入れ替えだな、それ。
まあ新興勢力がチビチビとしかいじっていなかったら
fork した意味がないんでガンガンとガンガッて欲しいですね。
安定性は... しばらくは眼をつむるんじゃないかな、やっぱ。
NGNG
>>255
インデント変わっただけ、とかの可能性はない?
インデント変わっただけ、とかの可能性はない?
260255
NGNG >>259
そう、大抵はそうなので
$ cvs di -wB -D'commitの数秒前' -D'commitの数秒後'
でみてみるとほとんど差分が出ないはずなんだけど彼の場合cleanupといいつつ
他の修正も混ぜちゃってるから恐い。
そう、大抵はそうなので
$ cvs di -wB -D'commitの数秒前' -D'commitの数秒後'
でみてみるとほとんど差分が出ないはずなんだけど彼の場合cleanupといいつつ
他の修正も混ぜちゃってるから恐い。
NGNG
Jeffreyへ げんきですか
messagingとthreadsの実装は順調に進んでますか
ごめんね おかあさんまだ4-STABLEだから ごめんね
messagingとthreadsの実装は順調に進んでますか
ごめんね おかあさんまだ4-STABLEだから ごめんね
05/01/19 20:33:41
SDに大痴の記事でage
05/01/19 23:29:24
まぁ雑誌だから情報が古くなるのはしょうがないというかなんというかまぁねぇ、な記事だった
05/01/22 14:43:28
http://www.allbsd.org/~hrs/DragonFly/
05/01/23 01:20:09
4WAYのOpteronサーバあたりでベンチして、いい結果見せてくれれば
弾みがつきそうなんだがな。
弾みがつきそうなんだがな。
05/01/23 01:58:09
まだベンチして比較するほど安定していないからなぁ。
05/01/23 04:56:10
ドラゴンフライという空揚げがある。
05/01/25 15:12:41
安定すれ
05/02/03 19:10:29
05/02/03 21:25:40
うちの会社のhttpdのログ見てると、ごくまれにUA がdragonflyからのアクセスがあるけど
よっぽど暇なんだね。今日もきてた。 Mozilla/5.0 (X11; U; DragonFly ia64; en-US; rv:1.8a2) なやつ。
よっぽど暇なんだね。今日もきてた。 Mozilla/5.0 (X11; U; DragonFly ia64; en-US; rv:1.8a2) なやつ。
05/02/04 01:47:49
それよりも ia64 だ!
05/02/04 01:50:59
ぉぉ！ia64だ！
05/02/04 08:41:15
270の方が暇そう
05/02/04 18:06:23
>>270-272
about:configのgeneral.useragent.overrideでいくらでも変えられまんがな。
about:configのgeneral.useragent.overrideでいくらでも変えられまんがな。
05/02/04 21:11:58
ﾜﾛﾀ
05/02/05 08:26:39
05/02/06 03:45:56
>>276 んなわけねー
05/02/16 02:34:15
05/02/19 17:43:57
オングス大痴の記事age
05/02/20 21:51:11
>>276-277
Mozillaまで入れてデスクトップ用途だと壊滅的に少ないと思うぞ。
Mozillaまで入れてデスクトップ用途だと壊滅的に少ないと思うぞ。
05/02/20 22:12:00
あれだ、会社から用済みになった初代Itaniumマシーンをもらったﾔﾂが
自宅で使ってんだろ？
自宅で使ってんだろ？
05/02/20 22:22:53
05/02/20 22:29:25
まぁUserAgentなんてｱﾃにならんけどﾅｰ
284277
05/02/20 22:55:06 >>280-281 ネタ?
現状のDragonFlyはi386でしか動かない。
TARGET_ARCH=amd64はコンパイルできない。
TARGET_ARCH=ia64は存在しない。
64bit機上で32bitシステム(=i386)を動作させた場合、uname -mはi386と出る。
現状のDragonFlyはi386でしか動かない。
TARGET_ARCH=amd64はコンパイルできない。
TARGET_ARCH=ia64は存在しない。
64bit機上で32bitシステム(=i386)を動作させた場合、uname -mはi386と出る。
05/02/20 23:07:14
>>279
どんな記事？
どんな記事？
05/02/21 14:58:20
ゼリーフライ？
05/02/22 21:42:20
>>286
行田市かよ!!さいたまさいたま!!(AA略
行田市かよ!!さいたまさいたま!!(AA略
05/02/24 00:59:13
ソースも見ないで恐縮ですが、lockからmessageベースに移行すると
スレッドをまたがるglobalなデータはどうやって効率よく共有するんですか?
同期messageでgetter/setter呼出し、なんてのはずいぶん大変そうな気がしますが。
スレッドをまたがるglobalなデータはどうやって効率よく共有するんですか?
同期messageでgetter/setter呼出し、なんてのはずいぶん大変そうな気がしますが。
05/02/24 01:48:32
>>288
それは共有データの大きさとか処理内容とかCPUをまたがっているかどうかに
もよるんじゃない?
このあたりは読んだ? ttp://www.dragonflybsd.org/goals/threads.cgi
それは共有データの大きさとか処理内容とかCPUをまたがっているかどうかに
もよるんじゃない?
このあたりは読んだ? ttp://www.dragonflybsd.org/goals/threads.cgi
05/02/24 13:17:17
読んだけど、よくわからなかったり。
vfsをマルチスレッド化すれば、スレッドを跨がるデータは当然いっぱいでてきますよね。
それはmutexなりで排他制御するしかないとすると、やっぱりmessageベースといえども
マルチスレッドの諸々のコストから完全には逃れられないんですか?
vfsをマルチスレッド化すれば、スレッドを跨がるデータは当然いっぱいでてきますよね。
それはmutexなりで排他制御するしかないとすると、やっぱりmessageベースといえども
マルチスレッドの諸々のコストから完全には逃れられないんですか?
291名無しさん＠お腹いっぱい。
05/02/24 16:31:22 素人考えなんだけど、カーネルの機能をブロックで区切って
globalなデータを局所的なものにすためのmessage機構なんじゃないの？
マイクロカーネルでOSの機能をユーザー空間に出しても、個々のサーバーは
複数のスレッドでもって走るんでしょ？それと同じかと。
globalなデータを局所的なものにすためのmessage機構なんじゃないの？
マイクロカーネルでOSの機能をユーザー空間に出しても、個々のサーバーは
複数のスレッドでもって走るんでしょ？それと同じかと。
05/02/24 20:29:02
ファイルシステムはパフォーマンスの都合上マルチスレッドにせざるを得ないと思うし、
そうなればデータをスレッド内で局所化するのは難しいと思う。
そうなればデータをスレッド内で局所化するのは難しいと思う。
05/02/25 00:00:03
一般論だが、複数のプログラム(スレッド)が同じファイルをオープン(操作)していなければそれほど競合資源はないはず。ページキャッシュ管理と空きブロック管理くらい。
05/02/25 01:45:21
05/02/25 09:13:55
>>934
一般論だが、VFS(vnode)が問題になるのはmmapするときとページイン/アウトのとき。
複数スレッドでmmap syscallを頻繁にするか、メモリが逼迫してなければOK。
1プロセス内複数スレッドでmmapした場合はprocが問題になるとおもう。
一般論だが、VFS(vnode)が問題になるのはmmapするときとページイン/アウトのとき。
複数スレッドでmmap syscallを頻繁にするか、メモリが逼迫してなければOK。
1プロセス内複数スレッドでmmapした場合はprocが問題になるとおもう。
05/02/25 10:06:37
むしろ 4.4BSD の lookup 操作のロッキングプロトコルが
MPフレンドリーじゃなくて、Tru64 あたりではプロトコル
を変更したって話が Vahalia 本に載ってなかった？
MPフレンドリーじゃなくて、Tru64 あたりではプロトコル
を変更したって話が Vahalia 本に載ってなかった？
05/02/25 18:24:57
ここの人間は誰もDragonflyBSDのソースは読んでないってことですか。
05/02/25 18:37:53
ソース読むどころか使ってさえいませんが
05/02/25 18:51:02
使ってなくてもソースコードを読む人はいるでしょう:)
05/02/25 19:24:51
オレだよオレオレ
05/02/25 21:42:37
WindowsってCPUの数に関係なく爆速だよね。
やっぱり凄いわ。
やっぱり凄いわ。
05/02/25 21:50:38
まだwebからcvs repository見られないのか。
05/02/25 21:52:05
釣りは無視の方向で
05/02/26 01:29:56
ムシャ |
ムシャ |
∩＿＿＿∩ | ぷらぷら
| ノ ヽ （（ |
/ ● ● | J ））
. （（ | ( _●_) ミ ・
彡､ |∪}=) ,ノ ∴
/ ヽ/＾ヽ ヽ 。
| ヽ ＼ |
| ヽ＿_ﾉ
ムシャ |
∩＿＿＿∩ | ぷらぷら
| ノ ヽ （（ |
/ ● ● | J ））
. （（ | ( _●_) ミ ・
彡､ |∪}=) ,ノ ∴
/ ヽ/＾ヽ ヽ 。
| ヽ ＼ |
| ヽ＿_ﾉ
05/02/26 09:46:37
05/02/26 09:49:21
ｸﾏｶﾜｲｲ
05/02/26 11:11:38
05/02/26 18:49:04
>>307
FBSDよりかっこいいところをてっとりばやくよみたいのだが。
FBSDよりかっこいいところをてっとりばやくよみたいのだが。
05/02/26 19:22:15
まずはfork開始時点とのdiffをとれば?
05/02/26 23:23:57
>>309
ANSI化とかstyle(9)修正とかしているから、「まずは」というには
重すぎると思う。それをやる前にofficialページを読むとか、
CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。
ANSI化とかstyle(9)修正とかしているから、「まずは」というには
重すぎると思う。それをやる前にofficialページを読むとか、
CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。
05/02/27 17:34:50
ML荒れてますな。
「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。
「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。
05/02/28 18:59:36
荒れているというより、おかしい人がいるというだけに見えますが。
05/03/01 03:21:21
SMP&HTTなマシン(物理CPU数2)にDragonFly 1.0A入れたら、
BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった
いったい、どうなってるんだよ
因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった
BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった
いったい、どうなってるんだよ
因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった
05/03/01 09:29:52
どうなってるってハードウェアの情報を誤認してるだけでは。
05/03/13 22:41:27
>>313
1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ?
DragonFlyにはrelease engineeringのしくみがないので、Stableは
"last known to work version"ぐらいのものでしかない。
1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ?
DragonFlyにはrelease engineeringのしくみがないので、Stableは
"last known to work version"ぐらいのものでしかない。
05/03/21 00:07:00
どらごんふりゃーBSD
317名無しさん＠お腹いっぱい。
2005/04/09(土) 11:29:45 DRAGONFLY 1.2 RELEASED!
ttp://www.dragonflybsd.org/main/release1_2.cgi
ttp://www.dragonflybsd.org/main/release1_2.cgi
2005/04/17(日) 13:35:57
だいちさん連載やめちゃったみたいね。飽きたのかな?
2005/05/04(水) 05:35:01
cvsup して make world で新しくした所
Undefined symbol "__error" で色々なものが動かなくなった。
どうやらこれか？
ttp://leaf.dragonflybsd.org/mailarchive/commits/2005-05/msg00060.html
それで portupgrade 使おうとしたら ruby も動かず。
そこで、ruby を一旦 deinstall して、再び make しようとしても
エラーが出ました。
まず、 extern int errno; と宣言している所でコンパイルエラー
が起きるので、該当部分の宣言を
s/extern int errno/extern __thread int errno/;
で変更しました。ところが
/usr/libexec/ld-elf.so.1: ./miniruby: Unsupported relocation type 37 in non-PLT relocations
*** Error code 1
Stop in /usr/ports/lang/ruby18.
となります。
Undefined symbol "__error" で色々なものが動かなくなった。
どうやらこれか？
ttp://leaf.dragonflybsd.org/mailarchive/commits/2005-05/msg00060.html
それで portupgrade 使おうとしたら ruby も動かず。
そこで、ruby を一旦 deinstall して、再び make しようとしても
エラーが出ました。
まず、 extern int errno; と宣言している所でコンパイルエラー
が起きるので、該当部分の宣言を
s/extern int errno/extern __thread int errno/;
で変更しました。ところが
/usr/libexec/ld-elf.so.1: ./miniruby: Unsupported relocation type 37 in non-PLT relocations
*** Error code 1
Stop in /usr/ports/lang/ruby18.
となります。
2005/05/04(水) 10:55:15
>>319
(ところで今cvsup.allbsd.org落ちてるよね)
まず「extern int errno;」は単純に削って、かわりに適切なヘッダを
#includeする(errnoは変数じゃない)。
ld-elf.so.1のエラーの方はよくわからない。
まだいくつか大波が押し寄せると思うので、Previewを使っていた方が
吉と思う。
(ところで今cvsup.allbsd.org落ちてるよね)
まず「extern int errno;」は単純に削って、かわりに適切なヘッダを
#includeする(errnoは変数じゃない)。
ld-elf.so.1のエラーの方はよくわからない。
まだいくつか大波が押し寄せると思うので、Previewを使っていた方が
吉と思う。
2005/05/04(水) 15:22:37
(allbsd.org落ちてますね)
>>320
errnoの件は色々なportsで問題が起きた。
例えば bash
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00036.html
自分の場合、全部 int errno の宣言を
#ifndef __DragonFly__ と #endif で囲んだらコンパイルは通りました
(#include<errno.h>が予め入っているソースだったので、そちらの定義と
衝突しなくなったから)。
ただ、ld-elf.so.1 は依然未解決。ただ自分なりに調べた所、
こういうエラーメッセージが出るのは rtld-elf の
reloc_non_plt()の関数で、R_386_TLS_TPOFF32(=37 と machine/elf.h で定義)
なる再配置を行う時？よくわかりません……お手上げです。
暫く commit と bugs の様子見てみます。
>>320
errnoの件は色々なportsで問題が起きた。
例えば bash
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00036.html
自分の場合、全部 int errno の宣言を
#ifndef __DragonFly__ と #endif で囲んだらコンパイルは通りました
(#include<errno.h>が予め入っているソースだったので、そちらの定義と
衝突しなくなったから)。
ただ、ld-elf.so.1 は依然未解決。ただ自分なりに調べた所、
こういうエラーメッセージが出るのは rtld-elf の
reloc_non_plt()の関数で、R_386_TLS_TPOFF32(=37 と machine/elf.h で定義)
なる再配置を行う時？よくわかりません……お手上げです。
暫く commit と bugs の様子見てみます。
323321
2005/05/04(水) 20:05:18 >>332
「extern int errno;」の件は
USE_REINPLACE= yes
post-patch:
@${FIND} ${WRKSRC} -name '*.[ch]' -print0 | ${XARGS} -0 ${REINPLACE_CMD} -e "s/^[[:space:]]*extern[[:space:]]*int[[:space:]]*errno;/d"
して吹っ飛ばしてる。6割方動く予定。:)
あとjoergに直接メールしたけど、isprint()が悪化した模様なので、
いまはyaccとかその辺のツールも壊れているみたい。xorg-clientsとかも
buildできないね。
「extern int errno;」の件は
USE_REINPLACE= yes
post-patch:
@${FIND} ${WRKSRC} -name '*.[ch]' -print0 | ${XARGS} -0 ${REINPLACE_CMD} -e "s/^[[:space:]]*extern[[:space:]]*int[[:space:]]*errno;/d"
して吹っ飛ばしてる。6割方動く予定。:)
あとjoergに直接メールしたけど、isprint()が悪化した模様なので、
いまはyaccとかその辺のツールも壊れているみたい。xorg-clientsとかも
buildできないね。
324322(=319)
2005/05/05(木) 15:13:45 >>323
なるほど、 bsd.port.mk 見てみました。
そんなテがありますか。確かに6割位は動きそうですね。
そして、ld-elf.so.1 の方は bugs@にも出た模様です。
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00039.html
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00043.html
int main(){return errno;}を -fPIC でコンパイルする例は
こちらの環境でも再現されます。
他にも色々動きがあるようなので、体育座りして様子見する事にします。
なるほど、 bsd.port.mk 見てみました。
そんなテがありますか。確かに6割位は動きそうですね。
そして、ld-elf.so.1 の方は bugs@にも出た模様です。
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00039.html
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00043.html
int main(){return errno;}を -fPIC でコンパイルする例は
こちらの環境でも再現されます。
他にも色々動きがあるようなので、体育座りして様子見する事にします。
レスを投稿する
ニュース
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか… [BFU★]
- 中国国営メディア「沖縄は日本ではない」… ★6 [BFU★]
- 政府、株式の配当など金融所得を高齢者の医療保険料や窓口負担に反映する方針を固めた [バイト歴50年★]
- 中国国営メディア「沖縄は日本ではない」…★7 [BFU★]
- ナイツ塙が指摘のローソンコーヒーカップ、ロゴ「L」で誤解生みデザイン変更へ 在庫使い切る3か月後にリニューアル [muffin★]
- バービー、 台湾有事の発言の波紋で「たまったもんじゃない」「高市さんに真意は聞きたい」「国民に向けて説明してほしい」 [muffin★]
- 日本政府「高市総理の発言は問題ないと伝え、中国総領事のSNS投稿は問題があると中国に伝えました😊」 [931948549]
- 高市早苗、岸田政権（当時）に「台湾有事は日本の有事か」という質問をしていた [175344491]
- ケンタッキーの○○○バーガーという予告がアレを想起すると話題に [523957489]
- 【悲報】中国→日本行きの航空チケット、高市有事の影響で50万人分がキャンセルされる [834922174]
- んなっしょい🍬禁止🈲のお🏡
- 【悲報】早速高市首相のせいで全国の民泊でキャンセルラッシュwwwwwwwwwwww 経営者も嘆き「こんな事は初めてだ…」😲 [871926377]