The-BBL - [FreeBSDではりぼて！のバックアップソース(No.9)]

雑記帳
[ 編集 | 差分 | バックアップ | 添付 | リロード ]
ここはhideyosiの雑記帳です。テケトーに書き散らしてるだけなので間違っていたりとは普通にしてます。信用度は相当低いことをあらかじめご了承を。またご覧のようにWikiを使ってますが、hideyosi意外は書き込めません。
ちょっと脱線の企画・・・（＾＾；

*バージョン [#n4af26bb]
-せっかくなので、安定版の最新版5.5をまっさらにで導入してみよー！
-XはXorgを導入。
-とにかくqemuを導入。これはportsにあった。

ちょっと思ったこと。FreeBSDはかつて、Linuxに比べてドキュメントが豊富でまとまっているというのがウリだったと思う。しかし、ひさしぶりにインストールした5.5にはそれはもはや当てはまらないと思う。ports等の使い方や規格が沢山あり、かつ、それらがまったく順を追っていないのだ。つまりシロウトが検索を頼りに文章を読んでいくと、余計な混乱や致命的な失敗を犯すおそれがあると感じた。（もちろん、たまたまここ一年くらいが過渡期なのかもしれないが）

-さて、qemuを導入できた。ちゃんと動くかどうか、とにもかくにもはりぼての最終版を当てて起動してみよう！

-あっさりOK。つまり、qemuはOKというわけだ！
*tolset [#ucfdd0dd]
さて、それではtolset。こいつらがちゃんと動いてくれるか？　ダメなら移植作業がいるよね？
~
・・・ま、どっちみちメイクが通らないことにはどうしようもないわけで、とにもかくにもまず、メイクを全ツールで通そうじゃないか。

たぶん完了〜。
#ls2(FreeBSDではりぼて！/,)

まだまだ！

**aska [#d44c8c2d]
-うーん・・・BSDの文句ばっかりになっちゃうけど、（これはオイラがLinuxばっかのため。お許しを）どこになにが入っているのかを把握するのが本当に困難だなぁ。
たとえばgccコマンド。whichすれば位置がわかるんだけど、このコマンドがどのカテゴリのなんていうパッケージor portsの中のものなのかが皆目わからない。（なんかコマンドがあるんだろうけど・・・）

コンパイル失敗。こんなエラー。
~
なつかしいなぁ。以前にもこれで悩まされた。型キャストの指定方法がまーた変化したようですね。ええと。正しい指定方法は・・・と。

                                     ：
 #else
         void    Release(void){ DELETEPTR_SAFE((unsigned char*)lpMdlAdr); dwMdlS\
 ize=0; lpMdlPos=NULL; }
 #endif
                                     ：

 module.h:39: error: ISO C++ forbids cast to non-reference type used as lvalue

-確か前回は、この「chre*」の指定方法が変わってしまったのでエラーになったんだよね。ええと・・・？
-・・・んんん？　「gcc-3.4系では左辺をキャストして代入するのはISO C++で禁止されているとしてエラーになる。なので右辺側をキャストすべし」とな？？？　えー！　どゆこと？？？

**doscmd01 [#nfdc42e4]
こいつはいろいろとtolsetがいる。他のヤツが完成してからでないとなぁ・・・

**edimg [#g8f43e14]
むむ？　ライブラリがあるぞ？？？


**go_0023 [#n44af228]
-ふむふむ〜。まずはrules.makの調整からだね。ええと、FreeBSDでうまくいくかな？？？
-まず、include内のrules.makをrules.mak.orgに変名してとっておく。
-おなじinclude内のrules.gccをrules.makにコピー。こっちを雛形にしていこう。
-・・・おぉっとぉ！　待った待った！　golibやらnaskやら、細かいのを先に作っておかないといけないみたいだなぁ。これ。
***toolstdc [#uc16ed9c]
-stdcは多分、できるだけWin32の機能に依存しないようにつくられたバージョン。なので、コイツから作る。

-toolstdcに降りてメイク。当然エラーがでる。（＾＾　　さーて・・・
-くっそぉ！　なんでだろう？　nasklibがコンパイルできない。
 ../toolstdc/golib00 out:nasklib.lib ll.o ll_lib.o nask.o
 unknown file type: ll.o
-なんだろう。これ？　もしかして、ll.oの形式が問題なのかな？？？
-たしか、.oって「オブジェクトファイル」と言われ、最終コンパイルの前の中間ファイルだったよなぁ。
-外で宣言されている関数とかそういうのを後回し（未コンパイル？）にし、また、他のobj等のファイルとくっつけるための「のりしろ」を持っている中間ファイル。
-これをライブラリアンであるgolib00でまとめているはずなんだけど、そのgolib00がunknounを吐く。
 gcc -c -Os -DIN_GCC -DHAVE_CONFIG_H -I../include -o ll.o ll.c
 gcc -c -Os -DIN_GCC -DHAVE_CONFIG_H -I../include -o ll_lib.o ll_lib.c
 gcc -c -Os -DIN_GCC -DHAVE_CONFIG_H -I../include -o nask.o nask.c
-FreeBSD上では、各.cファイルはこんなオプションで.o形式にされている。これらのオプションに問題があるのかな？？？
-・・・おそらくnaskが「BINとCOFF（実際はwin32-COFF）」しか吐けないことを考えると、golib00もこれらしか扱えないのではないかと予測。さらに、普通のGCCはたぶんELFとかa.out形式が標準のはず。たぶんこれのズレではないだろうか？
-まいったなぁ。.oファイルの形式を調査したりする方法やGCCで他の形式のオブジェクトファイルを吐き出す方法がわからない・・・どうすれがえぇんだろ？？
-おぉぉ！　形式を判定できるぞ！　UNIX系では、　「file」というコマンドでできるのか！よし！！さっそく！

 $> file ./ll.o
 ./ll.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped

-おぉ！出た！ふむふむ！　間違いなくELF形式だということは解ったぞ！
-まてよぉ？？。gccって、コンパイルする段階でCOFFとかのサポートを持たせたりはずしたりできるのか？もしかして？。
-しかも、なんだかFreeBSDのパッケージで用意されているgcc3.4は、そのスイッチがはずされている（つまりCOFFとかをサポートしていない）ってことなのか？？
-もしそうなら、gccを自分で再コンパイルすればWinCOFF形式の.oを作れるってことかな？？？



*imgtol0d [#a8a019ec]
*osalink1 [#y9c62766]
*makefont [#g5c19650]
*sartol0j [#k7fd4342]
*hrblib0a [#pffff331]
*obj2bi4c [#g0283147]
*tk5lgpl1 [#h56285e8]
« Prev Next »
FreeBSDではりぼて！のバックアップ一覧
FreeBSDではりぼて！のバックアップソース(No. All)
最新の20件

FreeBSDではりぼて！ のバックアップソース(No.9)

FreeBSDではりぼて！のバックアップソース(No.9)
