基本、開発・人柱・新バージョンの報告や話題等で進行をお願いします
たまには上記の延長線上での脱線も可
※家庭用ゲーム機器は板違いです。（ぴゅう太はOK）
※ジェネレーターや其れに準ずる質問等はスレが荒れる原因になるので華麗にスルーして下さい
※上記の事柄に反応した場合その人も同じ池沼扱いされますので決して反応してはなりません
※このスレは如何にスルーできるか問われるスレですので肝に銘じておいて下さい
※禿しく空気読め
前スレ
PCエミュレーター統合スレッド Part9
ttps://matsuri.5ch.net/test/read.cgi/i4004/1526806551/
PCエミュレーター統合スレッド Part8
ttps://matsuri.5ch.net/test/read.cgi/i4004/1483504365/
PCエミュレーター統合スレッド Part7
ttp://hanabi.2ch.net/test/read.cgi/i4004/1430836648/ [100%] Linking CXX executable emufmtowns2H
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0x680): undefined reference to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)'
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0xd18): undefined reference to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)'
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0x13b8): undefined reference to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)'
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0x1af0): undefined reference to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)'
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0x2180): undefined reference to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)'
/usr/bin/ld: /tmp/emufmtowns2H.8rXuM8.ltrans1.ltrans.o:(.data.rel.ro+0x2cc0): more undefined references to `DEVICE::out_debug_log_with_switch(bool, char const*, ...)' follow
collect2: error: ld returned 1 exit status
make[2]: *** [qt/common/CMakeFiles/emufmtowns2H.dir/build.make:272: qt/common/emufmtowns2H] エラー 1
make[1]: *** [CMakeFiles/Makefile2:368: qt/common/CMakeFiles/emufmtowns2H.dir/all] エラー 2
make: *** [Makefile:130: all] エラー 2
こんな感じでビルドできません。Release ビルドはできないのでしょうか？
E-mail：
内容：
Fedoraなどでしょうか？
sudo ldconfigしてビルドしなおしてもダメでしょうか？
リンカー(ld.so.confで指定されてる）が、/usr/local/lib/x86_64-linux-gnu などを見ていないと問題が起こるかもしれません…
buildvars.dat を作り（buildvars.dat.tmplからcpしてもよい)、
以下の一行を加えてみてください。
近い内に、tmplでOS自動検知をするようにできればとは思いますが…
A) /etc/ld.so.conf.d/*.confで /usr/local/lib64があるばあい：
LIB_INSTALL="/usr/local/lib64/"
B) ない場合（これはパッケージ管理との衝突があり得るため、非常に好ましくないのですが）
LIB_INSTALL="/usr/lib64/"
最近Ubuntu20.04に乗り換えたのですが、/usr/local/lib/x86_64-linux-gnu は見てくれるはずです
（/etc/ld.so.conf.d/x86_64-linux-gnu.confにも書いてあります）
26日の00:30には最新のgitのものをビルドできていて、それ以降エラーが出る感じです。
Ubuntuに乗り換えたタイミングでbuildvers.datを書き換えてビルドできていたので
buildvars.datは間違ってないと思うのですが...
空きディスクを作らないといけないですが、20.04LTSの方でも確認してみます。
確認してみましたが、上手く行きましたよ。
git pullし直してみてください(又は、リリースにあるソースコードを展開してビルドしてみる)
source/build-cmake/lbbCSP{固有名}/build/ (固有名はcommon_vmなどなど)
source/build-cmake/{VM名}/build/ (VM名はfmtowns2Hなど)
以下をクリアして、
CCACHEも使ってるのならばクリアしてビルドし直してみていただけますでしょうか。
すみません、前にlibCSP*
すみません、前にlibCSP*を/usr/lib/にコピーしてたのを消し忘れていました。
お騒がせしました m(_ _)m
何か情報の共有と言うか「情報の確立」が出来て無いとしか。
ちょっとした不具合が有る度に、開発者さんが出て来ないと
いけないのかね。
利用者wikiみたいなサイトを作れないものかねぇ。
とりあえず日本語でWiki作ったほうがいいですかね？(´・ω・｀)
OSDNの方に手があいたときに作ります。
レス有難うございます。
作業をますます押し付けるような事になって、申し訳ありません。
Artane. さんも裏でメールの遣り取りをされる方がいらっしゃると
思うので、そういう方達に作業を割り振る事ができればよいのにと
傍から見ると思うのですが。
※自分は、Linuxの使用は「Fedora core 12」辺りで止まっています。
ああ…(´･ω･`)
まぁ、水面下での作業分担やるって感じになってなくて、
upstreamに当たる武田さんが出された物をタネに、わたしやUmaibouX氏などが色々追加したり、
果ては私に至っては必要でたら無慈悲にガシガシ足したり中身変えたりしてきてる訳でして。
その中で、武田さんが良いと考えた機能や仕様変更を取り入れて、他も含めてさらに改良し、新しくリリース。
と言う流れでして。
武田さんにせよほかの方々にせよ、最近は水面下での連絡はしていないですね。
GPLなんだし、お互い自分の関心領域で「仕事」して、ソースコードも公開し、
相手の機能改良（改悪）やバグ潰しは、いいなと思ったら、こちらは連絡なしで取り込んで行って、相互に改良を高めていく。と言うのがメインで、私の正直な実感では、ここなどでの表のやりとりで、武田さんとは大体どうにかなっています。
まぁ、eFM-7の改良に関して、他エミュの開発されてる方やコレクションされてる方などと共同で、
一二ヶ月程度の期間、eFM-7系の改良やバグ出しをやりましたし、
eFMTownsに付いては、何名かの方々に、直メールで御相談は数回しております。
後、ほかの作業される方を私が募っていてもいいのかも知れないですね。
プライベートワークに近いし。と言うこともあり、積極的にはやりにくいのが現実なんです。
githubやosdnを使って公開しだして、もう五年以上やっていますので、魅力があるならマメにブランチ切って独自版作ろうとする人やコミット養成する人がでるんだろうな…と漠然と思ってて、
ただ、ドキュメントに関しては、英語がハッタリですらないだめさなので、osdnなりgithubなりのWiki構築するとなると、
日本語の元文はかけるけど、たどたどしい英語にしか出来ないと言う…機械翻訳使いたいのですが、FOSSライセンスと相性が悪そうなんですよね(´･ω･`)
とりとめなくなり、すいませんでした。
詳細、どうも有難うございます。
私としては、ドキュメントは無理に「英語」にする必要は無いと
思っています。
日本で販売された機種なので、そこまで英語に拘る必要が有るの
ですかね。
それは大昔に考えて試してたのですが、複数のマシンで同じソースコードを使い回すと言う辺りがCMakeと相性悪くて諦めました(´；ω；｀)
今なら又違うかも知れないですが。
> 複数のマシンで同じソースコードを使い回すと言う辺りがCMakeと相性悪くて諦めました
それぞれのターゲットに同じファイルを指定しても set_target_properties とか使うとターゲットごとに
コンパイラのオプションとか変えられるからできそうじゃない？
それがあったか！！ありがとうございます。
と言う事で、とりあえず作ってみました。
・fm7系とtowns系の一部のみです（現状）
・クロスビルドは後で対応します(確認すらしてない）
・ひょっとしたら旧いQtだとデフォルトではダメかも知れません。
・LTOやデバッグ情報の分離などはまだです
・アイコンなどのリソース関係が未だ入れられてませんん。
とりあえず、source/CMakeList.txtを使ってください。できればbuild/とか適当にディレクトリをほって底から。
後、source/build-cmake/cmake/toolchain_native_clang.cmake とか作ってみました。clang10向けです。
libCSP*を全部消してから試してみたら
/usr/bin/ld: -lCSPosd が見つかりません
/usr/bin/ld: -lCSPcommon_vm が見つかりません
/usr/bin/ld: -lCSPfmgen が見つかりません
/usr/bin/ld: -lCSPgui が見つかりません
/usr/bin/ld: -lCSPemu_utils が見つかりません
/usr/bin/ld: -lCSPavio が見つかりません
collect2: error: ld returned 1 exit status
こんな感じでリンクできません。
①source/にcdする
②mkdir build/
③cd build/
④cmake ..
⑤make
⑥make install
ではダメですか？
はい、まずgit cloneでまっさらなものを落として
/usr/local/lib/x86_64-linux-gnu/にあるlibCSP*をrmした上で
その手順（実際にはfmtowns2HだけONにしてますが）をやろうとすると
makeの段階で になります。
再現できました。
CMakeで明示的にmultiarch対応を示す必要があるようです。
多分、さんのld.so.conf.d には/usr/local/lib がないのでしょう。
なので、ちょっと調べて直しますが、急ぎの用事があるのでお時間頂きますm(_ _)m
直してみましたがどうでしょうか？
gitからお願いします(´・ω・｀)
ビルドでエラーは出なくなりました。
libCSP*が/usr/local/libにインストールされるので
$ LD_LIBRARY_PATH=/usr/local/lib emufmtowns2H
などとすれば起動もできます
あれ？Ubuntuではダメですか。
一度、build/以下を全部削除してやり直しらどうなりますか？
後、可能なら、unane -m の結果を貼って頂けますか…文字列マッチの問題臭いので
$ rm -rf build
$ mkdir build
$ cd build
$ cmake ..
$ make
$ make install
で/usr/local/libにlibCSP*がインストールされます
uname -m の結果は x86_64 です
一応、$ make install ではなく
$ sudo make install
です。
最新ではどうでしょうか？
2525e95d71517c6b87c676a4bf17995f5556eed2
でも/usr/local/libにインストールされます
一度クリーンビルドしてみたらどうなりますか？
一応、uname -r の結果と、cat /etc/lsb-release の結果を貼ってみていただけますか？
基本的に毎回
rm -rf build
mkdir build
cd build
cmake ..
しています。
uname -r は 5.6.0-7-generic
cat /etc/lsb-release は
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.1 LTS"
です
ttp://https://gitlab.kitware.com/cmake/cmake/-/issues/20565 こんなのを見つけました。
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
とすれば /usr/lib/x86_64-gnu-linux にインストールされるようです...
それは…
今のgitではどうですか？
パッケージ管理ソフトで扱われた場合に衝突するので、/usr 以下に置くのは*絶対*に避けたいところです。
あくまで、明示的に設定しない限り (GNU/Linuxでは) /usr/local以下に配置されるようにしないとマズいということで。
…とりあえず、私の方では上手く行ってますけど…。
/usr/local/lib/x86_64-gnu-linux にインストールされました！
ありがとうございます
別件ですが、emupc8801ma の --fd0 オプションがおかしくないですか？
GUIから差し込むとちゃんと読めるディスクが認識されません
確認しました。
今日、別件で動ければ動きたいので、夕方以降見ることにします。
お返事遅くなりました。
まぁ、国内だけならば日本語で十分ではあるんですけど、
何しろ、今時のWin95が出る前のレトロPCやレトロゲームって、かなりの数が海外に流出してるようで。
コレクターの人も外国に少なくない。
となると、日本語を「正書」にして、今の世界共通語と言うか対外的につぶしが効く英語はせめて併記するのは、
後世に遺すことからも、海外からの助言や協力を仰ぐことからも、案外大事なんじゃないか。と前から思ってて、GPLと相性悪くならない（なおかつ機械翻訳を修正するような楽な）方法ないかなぁ。と考えてます。
最終的に、archive.orgや類似団体、後は文化保存団体なんかのアーカイブにこれが所蔵され、GPLv2なのが幸いして、
ほかの場所でも死蔵されずにぼそぼそとネットの海を漂うことになるのでしょうが、
まぁ、それを見つけた後世の人になるべく早わかりしてほしいとも思いますし。
>>何しろ、今時のWin95が出る前のレトロPCやレトロゲームって、かなりの数が海外に流出してるようで。
コレクターの人も外国に少なくない。
これは、全然知りませんでした。
海外の購入者さん達からの「声(要請)」って、今も有るのかな。
PC-98の場合は、某場所等に結構資料がUP されているみたいだけど
他の機種では、どうなのかな。
自分の所有した機種で言えば、FM-11関係の資料がUPされているのを
殆ど見た事が無い。
私個人の考えとしては、後世の為にも、レトロPCを販売・作製した会社
(特にNECと富士通)には、その当時のBIOSやsoftを無償公開して欲しい
と思っています。
紙本はもう入手が難しい
PC-8801も比較的資料が多いと思う
ROM BASICをM$製使っている所は難しいんだろうな。自社製やハドソン製を使ってるX68kは本当に有り難い。
だけど、n88(86)はコピーライトだけでNEC製だっけ？
ってのはあるよね
ここら辺のトピックが色々リンク張っててまとまってると思います。
前段階として、Winny事件以降日本のネット側の萎縮が激しくなってしまって日本側でのレトロゲーム保存が進まなくなった（それでも四五年前に保存のための法人ができてはいますが）事と、
この何年かで海外でのレトロゲーム全般の再評価が進んだ辺りで、日本のレトロゲームにも好事家の関心が集まってるというのがあるんですよ。
それと、昨今の経済政策の絡みで、日本の大半が貧しくなったので海外から書いやすくなってるのもあるようですが。
海外では日本ほど萎縮しないで来たので、なおさら現物を買おうという人が増えてる感じがあるようで。
主要機種には、既に互換ROMが用意されてる訳で（まぁ、私のeFM-Townsでは動かないので困ってますが）。
著作権法の強化が、非常に限られたコンテンツの利益と引き替えに多くのコンテンツの死蔵化を招いてるとはこの一年程色々なところから言われてて、萎縮が激しいままで固定化した日本ではその傾向が強い感じがありますけど。
どちらかと言うと、法律をどうにか変えないとどうしょうもない感じが、日本に限ってみるとどうしてもしてます。既に使われてないソフトやコンテンツに関して規制緩和するような感じの法改正しないと、どんどん地縛霊的なソフトや音楽などが出てしまう。
リンク貼り忘れてたので(；´Д｀）
ttp://https://srad.jp/story/14/10/31/0357232/ ttp://https://famicoms.net/blog-entry-1584.html たぶん、私はこの板でも少数派な考え方の人間だと改めて思わされました。
(soft等についての考え方の軸足が違うので)ぶっちゃけ「ゲーム類」なんて、どうでもいいんですね。
だからゲーム類が海外に買われる事になっても、「そうなんだ」くらいにしか思えません。
今の巨大且つ複雑な開発(システマチックな開発)には、年齢的な面からも携わる事が出来ません。
そう考えると、昔とった杵柄もとい、昔購入したsoft群(Turbo-C, CP/M-86等)を使ってチマチマとプログラムを造る事が主体に成ってくるのかなと思っています。
自分の所有しているFloppyはイメージ化し、コンピュータ関連の書籍はPDF化して、HDDに(２台の対で)残してあります。
自分の死後に、なんとか残っていくのだろうか。
ゲームでも開発ソフトでも書籍でも、有名無名機種関わらず情報が残るのは有り難いし、実体が海外で保管されても構わない
電子データで永続しての共有を願うばかりだが、僅かばかりの利権者への利益も配慮すべきと思うし、難しいね
実体が欲しい人には新しくパケ作って売り、一方で電子でいいひとには数百円でデータを配布できればよいのだが。
英語PCならgoogle翻訳にそのまま打てば訳してくれるけど、英語圏の人たちは漢字のエラー表示、打とうったって書き順分からなきゃ手書き入力も認識しないだろうし。
あぁ、良かったです…(´･ω･`)
時期見て入れます。
鈍感だからだと思って感動上げることばかりやってました(；´Д｀)
感度でした(；´Д｀)
