Since June 16, 2000

STUDIO KAMADA

Japanese to English by @nifty

かまださんこんにちは。

メンテ情報どうもです。
かまださんの日記見るまで全然知らなかったり（笑
どうせメンテするなら、前回みたいに大幅改造して、
通常文字のフォントを変えられるとか
（今のはちょっと小さい気がする）、横の隙間を変更できたり
（今のはちょっと空きすぎてる気がする）、出来るように
してほしいです。


満開はやっぱり今もつながりませんか。
ひょっとしてモデムの設定とかが変わって
アクセスできなくなったのかと思いましたが、
みんなそうなんですね。
今月中に復旧するんでしょうか……
最近はtelnet接続出来るネットクックもあるらしいですが、
出来とかどうなんでしょう。
ダイヤルアップしなくていいのは魅力ですが。

みかぜさん、こんにちは。

> メンテ情報どうもです。

どういたしましてですぅ。

> かまださんの日記見るまで全然知らなかったり（笑

Macky!の@homepage Newsを購読しませう。
@homepageのメンテやトラブルの情報をメールで教えてくれます。
↓ここで申し込めます。無料です。
http://macky.nifty.com/cgi-bin/bndisp.cgi?M-ID=ahpnews

> どうせメンテするなら、前回みたいに大幅改造して、
> 通常文字のフォントを変えられるとか
> （今のはちょっと小さい気がする）、横の隙間を変更できたり
> （今のはちょっと空きすぎてる気がする）、出来るように
> してほしいです。

そうですよねー。
この掲示板は本文を折り返す幅が狭すぎると思います。
両脇の隙間、広すぎ。
でも今回のメンテはハードウェアの増強だけっぽい。

> 満開はやっぱり今もつながりませんか。
> ひょっとしてモデムの設定とかが変わって
> アクセスできなくなったのかと思いましたが、
> みんなそうなんですね。
> 今月中に復旧するんでしょうか……

何度かけても話中になってしまいます。
回線数が減ったので混んでいるだけなのかも知れませんが…。

10月18日以降に満開ネットにアクセスできた人、いませんか？＞ALL

> 最近はtelnet接続出来るネットクックもあるらしいですが、
> 出来とかどうなんでしょう。
> ダイヤルアップしなくていいのは魅力ですが。

どうなんでしょう。
私も含めて、インターネットに繋がりっぱなしの人としては
インターネット経由で入りたいと思いますよね。
（もちろん、ダイヤルアップでも入れることが前提です）
しかし、満開ネットは草の根BBSなので、必要を感じた人が
奉仕しなければなかなか変わらないと思います。

みかぜさん、こんにちは。

> でも今回のメンテはハードウェアの増強だけっぽい。

とか言ってたら、掲示板の種類を増やすらしい。
画像などの添付やアクセス制限ができるの。ただし有料。

みなさんはじめまして。
　
その昔、某所で KQ さんに GCC 2.95.2 の C++ コンパイラを
リクエストした様な記憶がある奴です(^^;。何かさっくりと
できてしまった様で感服しました。相変わらず凄いです。
実機移植の暁にはテスターやらせてください…と言いたい
ところですが、実のところ最近あんまし使ってません(汗)。
GCC2 rev.5 のは少し前まで仕事では(汗)使ってましたが、
環境非依存部が概ね片付いてしまって以来ご無沙汰です。
プライベートではプログラム自体組まなくなって久しい…。
　
どのみち、かなり C++ 的記述依存体質になってしまってるので、
今から C に戻るのはちとツラいかもしれず。もっとも、
他人が書いたソースは概ね C++ より C で書かれていた方が
まだしも読み易い様な気がしますが(^^;。

いつのまにか300番だったんですね。こういうのははじめてなので
ちょっとうれしい(^^

> その昔、某所で KQ さんに GCC 2.95.2 の C++ コンパイラを
> リクエストした様な記憶がある奴です(^^;。何かさっくりと
> できてしまった様で感服しました。相変わらず凄いです。
> 実機移植の暁にはテスターやらせてください…と言いたい

あ、もうすこし待ってください。Coldfire GCC互換にして
、レジスタの割り当て効率の向上とSXモードのバグ(あくまで
簡単なソースレベルでの確認ですが)とったばかりで・・・。
いままでのx68の拡張予約語はすべてattributeに移動させたり
割込み専用に組み込み関数を追加してたりしていて、それの対応
が終ってないのです。libcもたくさん手直ししないと警告が
でる状態です(+^+;
勝手にがりがり仕様を変えているんで、御気に召すかどうか
わからないのですが・・・。
(そのかわり、ソースぱっちはGCC2の4分の1くらいで、最適化率は
β3より向上しているはず・・・G++,Objective C
ともSXモードを考えなければ今後はほぼノーぱっちでいけます)

KQさん、こんにちは。

> いつのまにか300番だったんですね。こういうのははじめてなので
> ちょっとうれしい(^^

そうだったんですよー。
このところペースが速くて嬉しいです。

> あ、もうすこし待ってください。Coldfire GCC互換にして、
> レジスタの割り当て効率の向上とSXモードのバグ(あくまで
> 簡単なソースレベルでの確認ですが)とったばかりで・・・。

ColdFireといえば、本家GCCのColdFireへの対応は
68Kのサブセット扱い止まりなのかなぁ。

Auge.さん こんにちは。

> どのみち、かなり C++ 的記述依存体質になってしまってるので、
> 今から C に戻るのはちとツラいかもしれず。もっとも、
> 他人が書いたソースは概ね C++ より C で書かれていた方が
> まだしも読み易い様な気がしますが(^^;。

僕も、仕事上C++の必要に迫られて勉強しました。その後
暫くC++無しでは生きていけないカラダになりかけました
が、次の仕事でCに戻ってからは「C++何ソレ？」てな感
じで元の僕に戻ってしまいました。

最近の速いマシンならC++でやっても良いかなとは思いま
すが、さすがにX68だと手が出せません（アクション作っ
てるので尚更…）。
…と浅い知識だけで言ってますが、実際X68のC++環境て
使えるもんなんでしょか（GCC2だったかG++だったか…）。

春麗さん こんにちは。

> 最近の速いマシンならC++でやっても良いかなとは思いま
> すが、さすがにX68だと手が出せません（アクション作っ
> てるので尚更…）。
> …と浅い知識だけで言ってますが、実際X68のC++環境て
> 使えるもんなんでしょか（GCC2だったかG++だったか…）。

私はC++をほとんど使っていないのですが…
「ソースの拡張子がccのプログラムをX68kに移植できる」
だけでは「X68kでC++環境が使える」とは言えないかな？

1年以上前の話ですが、pdftotextをX68kで動かすために
初めてCharlie版gcc2のg2cc1plus.xを使いました。
おとなしいプログラムだったためか、あっさり動いて
しまって拍子抜けした覚えがあります。

＞春麗 さん
GCC2 の C++ は十分実用になると思います。少なくとも、
普通の C++ プログラムなら普通に食べてくれます。
アクションゲームの製作に耐え得るかについては何とも
言えませんが、「便利な C」程度の使い方をする分には
出力コードの差は基本的にないはずです。たぶん(汗)。

　こんにちわ〜、FDSです.

　某、ちょっとした修正で動いちゃいました(爆
　結果はうちのJupiter-EX掲示板の方に.
　RAMDISKはちゃんと切れるようです.


　今、ROMをハイメモリにコピーする箇所でフリーズして
かなり悩んでます(汗
　最初は、16KB手前辺りでフリーズ.
　何かの割り込みが悪さしてるのかと、割り込み禁止してやったら、
少し改善して$fd8000まで行くようになりましたが...

　精神的にちょっとテンパってふらふらとここに来てしまいました(笑

FDSさん、こんにちは。

> 　某、ちょっとした修正で動いちゃいました(爆
> 　結果はうちのJupiter-EX掲示板の方に.
> 　RAMDISKはちゃんと切れるようです.

おぉ、動いてますか。パチパチパチ。
ROMの種類は結局どうしたのかな？

> 　今、ROMをハイメモリにコピーする箇所でフリーズして
> かなり悩んでます(汗
> 　最初は、16KB手前辺りでフリーズ.
> 　何かの割り込みが悪さしてるのかと、割り込み禁止してやったら、
> 少し改善して$fd8000まで行くようになりましたが...

ROMをハイメモにコピーする途中でフリーズする原因は、
・コピーするとき、コピー元の論理アドレスがROMを正しく指していない。
・コピーするとき、コピー先の論理アドレスがハイメモを正しく指していない。
・コピーするとき、コピー元の論理ページがROMの物理ページに正しくマップされていない。
・コピーするとき、コピー先の論理ページがハイメモの物理ページに正しくマップされていない
・コピーするとき、コピー先の論理ページが既に他のことに使われている
・コピーするとき、コピー先の論理ページからマップされている物理ページが既に他の論理ページからマップされている
・コピーしたあとマップするとき、マップ元の論理ページがROMを正しく指していない。
・コピーしたあとマップするとき、マップ先の論理ページがコピー先のハイメモを正しく指していない
・ハードがバグっている
…くらいかな。まだあるかも。1つずつ潰して原因を探るべし。

> 　精神的にちょっとテンパってふらふらとここに来てしまいました(笑

がむばってください〜。

わからないところがあればメールしていただければ
出来る限りお答えします。…って、伝わってます？

鎌田さん、こんばんは。

ご心配をおかけしましたが、ようやく GeoCities が
復旧しました。日記でのフォロー、ありがとうございます。

昨日の午後８時ごろから障害が発生し、今日の１時ごろ
復旧したようです。１ヶ月の間に２回もダウンして、そのうえ
復旧に時間がかかるようでは、無料サービスとはいえ困ったも
のです。何とかしてほしいにょ！！

広井さん、こんにちは。

> ご心配をおかけしましたが、ようやく GeoCities が
> 復旧しました。日記でのフォロー、ありがとうございます。

どういたしましてです。

> 昨日の午後８時ごろから障害が発生し、今日の１時ごろ
> 復旧したようです。

午後の1時ですね。明け方もダメっぽかったから。

> １ヶ月の間に２回もダウンして、そのうえ
> 復旧に時間がかかるようでは、無料サービスとはいえ困ったも
> のです。何とかしてほしいにょ！！

「前回ダウンしたときから1ヶ月もたなかった」わけですから、
ほんと、困ってしまいますね。

＞KQ さん
いちおう希望は出しましたけど、現状 GCC2 rev.5 で
何も困ってないので問題ありません。余談ですが、
わたしはＳＸモードは全く使わないので、なくても
困りません(^^;。

だいぶ前の話題ですいません。

Auge.さんに質問です。

> いちおう希望は出しましたけど、現状 GCC2 rev.5 で
> 何も困ってないので問題ありません。余談ですが、
> わたしはＳＸモードは全く使わないので、なくても
> 困りません(^^;。

とのことですが、使用されているlibc のバージョンとg2as,
g2lkを教えてください。あとlibgcc.aのバージョンもお願いします。
もし、another g2asと hlk evolution[g2lkモード]を使用されて
いるなら、どのくらいの規模のC++もしくはObjective Cのプログラ
ムまでコンパイルできるのかもお願いします。

＞ＫＱさん
＞とのことですが、使用されているlibc のバージョンとg2as,
＞g2lkを教えてください。あとlibgcc.aのバージョンもお願いします。
＞もし、another g2asと hlk evolution[g2lkモード]を使用されて
＞いるなら、どのくらいの規模のC++もしくはObjective Cのプログラ
＞ムまでコンパイルできるのかもお願いします。
　
libc は 1.1.32A のまま(汗)、g2{as|lk} と libgcc は Exp.20 に
付属のものです(汗)。つまり gcc2 だけが rev.5 (^^;。いちおう、
　
　libc ぱっち 19
　libgcc patchlevel 6
　Another g2as ver3.09+85+12
　HLK evolution[g2lk] ver3.01+12
　
までは上げられます。あまり動作実績がありませんが(汗)。
　
マシンは自宅に２台／職場(汗)に１台あって、メモリはどれも
８Ｍ以上積んでますので大概のものは何とかなるはずです。
現時点で環境がいちばんまともなものはメモリも１２Ｍフル実装
してるんですが、今ちょっと珍しく(汗)プログラム作ってる最中
なので、できればこれの環境は変えたくないなーとゆーか(汗)。
　
あ、ソースは LF 改行でないとマズいですよね？
しゃれまっくすなので設定戻せば済む話ですが念の為。
なお、Objective-C についてはコードを見たことすらないので
コンパイルできる自信がありません(^^;。

Augeさんお返事ありがとうございます。

> libc は 1.1.32A のまま(汗)、g2{as|lk} と libgcc は Exp.20 に
> 付属のものです(汗)。つまり gcc2 だけが rev.5 (^^;。いちおう、
> 　
> 　libc ぱっち 19
> 　libgcc patchlevel 6
> 　Another g2as ver3.09+85+12
> 　HLK evolution[g2lk] ver3.01+12
> 　
> までは上げられます。あまり動作実績がありませんが(汗)。
> 　

えっと、まず聞きたかったのはg2lkが.ctor .dtorのコマ
ンドを追加したHLK evolutionかどうかです。つまり現状
ではHLK evolution[g2lk]にバグがあるらしく静的コンス
トラクタ・デストラクタを使用する C++やObjective Cで
コンパイルしたものがうまく動かないみたいです。どうも
検索したライブラリのオブジェクトのうちリンクしないオ
ブジェクトの静的コンストラクタのサイズまで加算して領
域を割り当ててしまい、関数リストの作成に失敗するっぽ
いです。
さらに周辺のコードを破壊していきます。(^^;;

> あ、ソースは LF 改行でないとマズいですよね？

どっちでもＯＫですよ。こんどからlibc ぱっちDON版
その2でリンクしてますから。CRLF改行がデフォルトで
す。

> なお、Objective-C についてはコードを見たことすらないので
> コンパイルできる自信がありません(^^;。

あ、まえ話していたGCのライブラリができたら教えてください。
ぜひともlibobjc.aにリンクしたいので。(^^

ちなみにlibstdc++.aとlibio.aが無くてもいいならG++はすで
に配布できます。

＞KQ さん
＞えっと、まず聞きたかったのはg2lkが.ctor .dtorのコマ
＞ンドを追加したHLK evolutionかどうかです。つまり現状
＞ではHLK evolution[g2lk]にバグがあるらしく静的コンス
＞トラクタ・デストラクタを使用する C++やObjective Cで
＞コンパイルしたものがうまく動かないみたいです。
＞（略）
　
　何だかよく分かりませんが(ぉぃ)、言われた様な条件で
　HLK evo.[g2lk] が妙なコードを吐くというのは実際に
　テストして理解しました。KQ さんとこに置いてあった
　パッチを当てたものでは正しく指している様です。
　
　で、
　結局のところ 2.95.2 はオリジナル(Charlie版) GCC2 付属の
　g2as/g2lk は使えないとゆーことでしょうか。まあ、前出の
　テストでかなりノウハウ(笑)が蓄積されたので、移行自体は
　特に問題なさげですけど。
　
＞あ、まえ話していたGCのライブラリができたら教えてください。
＞ぜひともlibobjc.aにリンクしたいので。(^^
　
　あー、そんな話もありましたっけ。（遠い目(ぉぃ)）
　順調に挫折して放置風味なのであまり期待しないでください(汗)。
　局所的に極端な環境依存コードを書かないといけない部分があって、
　その辺りは条件分けが錯綜していて読みヅラいとゆーか。（言い訳）
　
＞ちなみにlibstdc++.aとlibio.aが無くてもいいならG++はすで
＞に配布できます。
　
　わたし個人はどっちも使ってないので無問題ですけど(^^;。

> 　
> 　で、
> 　結局のところ 2.95.2 はオリジナル(Charlie版) GCC2 付属の
> 　g2as/g2lk は使えないとゆーことでしょうか。まあ、前出の
> 　テストでかなりノウハウ(笑)が蓄積されたので、移行自体は
> 　特に問題なさげですけど。
> 　

たぶん、g2as,g2lk,libcのバージョンを合わせればOKだと
思うんですがよくわかりませし、おすすめもしません。

> 　
> 　あー、そんな話もありましたっけ。（遠い目(ぉぃ)）
> 　順調に挫折して放置風味なのであまり期待しないでください(汗)。
> 　局所的に極端な環境依存コードを書かないといけない部分があって、
> 　その辺りは条件分けが錯綜していて読みヅラいとゆーか。（言い訳）
>

あう〜、そうですか(汗)
Obj-Cで使わなくなったオブジェクトを自動的にGCしてくれるのを
利用してみたかったのですが・・・。

> 　
> 　わたし個人はどっちも使ってないので無問題ですけど(^^;。
>

ではテスト版として公開しておきましょう。

＞たぶん、g2as,g2lk,libcのバージョンを合わせればOKだと
＞思うんですがよくわかりませし、おすすめもしません。
　
　了解です。
　素直に Another g2as と HKK evo.[g2lk] 使います。
　
＞Obj-Cで使わなくなったオブジェクトを自動的にGCしてくれるのを
＞利用してみたかったのですが・・・。
　
　うー、申し訳ないす(_ _)。
　
　正直、README で変更の必要性が示唆されてるファイルを
　解読するだけでもかなりキツい作業です。適当に誤魔化して
　コンパイルが通る状態に一度は持っていったんですが、
　全然まともに動きませんでした(汗)。で、それっきり。
　
＞ではテスト版として公開しておきましょう。
　
　有り難く頂戴しました(_ _)。

　とりあえず簡単なプログラムでコンパイル通るのは
　確認しましたが、さきに書いた様な理由で、実際に
　イジメる(汗)のは少し先になろうかと思います。
　※TwentyOne を -S 設定にしてるので、展開時に
　※g++.x を gxx.x にリネームした軟弱なわたし(^^;

こんにちは。M.Suzukiです。

ちょっと化石レスなんですが…

> Obj-Cで使わなくなったオブジェクトを自動的にGCしてくれるのを
> 利用してみたかったのですが・・・。

Objective-CにはGC(ガベージコレクタ)は無いです。
コンストラクタはともかく、デストラクタはあったかなぁ・・・？
どっちにしろ、charとかintとかがオブジェクトとして扱えないので、
ちょっと不便かも。

> こんにちは。M.Suzukiです。
>

始めましてM.Suzukiさん。

> Objective-CにはGC(ガベージコレクタ)は無いです。

OBJECTIVE-CのGCの機能は言語デフォルトでサポートされ
るものではなくlibobjc.aに組み込まれる形であくまでオプション
としてlibobjc.aに追加されているものです。ただ、OBJECTIVE-C
の言語仕様には当初はGCの機能を追加する予定はあったみたいです。

ソースで言うならlibobjc/gc.cでGCの機能を追加しているのだと
思いますが、libobjc.a自体にはGCの機能を持つソースはなく
そのためにlibgc.a(?)が必要になるのだと思うのですが…。

その他にもlibobjc.aはスレッドのサポート部分もありますが、
x68版ではシングルスレッド、GCなしでメイクしています。

> コンストラクタはともかく、デストラクタはあったかなぁ・・・？

とりあえず使ってみた感じGCCのOBJECTIVE-Cは静的なオブジェクト
は作れないみたいです。コンストラクタは確かにあるんですがデス
トラクタはどうだっけ？無いと困ると思いますが…。

> どっちにしろ、charとかintとかがオブジェクトとして扱えないので、
> ちょっと不便かも。

Javaのようにラッパークラスでという意味でしょうか？それとも
基本の型自身をそのままオブジェクトとして扱えるという意味で
しょうか？（すいません、あまり知識が無いもので…)

クラスライブラリならlibobjects.aがあるみたいですが、
バージョンが止まっているみたいだしそれよりもGNU Stepに
入っているもののほうが新しいのかなぁ…。

(一番動作確認が取れてないのがG++なんですが誰か使えている人いま
すか？)

＞ソースで言うならlibobjc/gc.cでGCの機能を追加しているのだと
＞思いますが、libobjc.a自体にはGCの機能を持つソースはなく
＞そのためにlibgc.a(?)が必要になるのだと思うのですが…。
　
　少し補足すると、libobjc の configure には Boehm's GC を
　使うかどうかのオプションがあったはずです。で、確かそれが
　enable だと識別子 OBJC_WITH_GC が有効になって云々とゆー
　感じだったかな？ あまり真面目に見てないんでいまひとつ
　不確かですが(汗)。
　
＞(一番動作確認が取れてないのがG++なんですが誰か使えている人
＞いますか？)
　
　とりあえず、puts() で文字表示するメソッドがあるだけの簡単な
　クラスを使っただけのプログラムはちゃんと動きましたし、
　前に GCC2 rev.5 で試した双方向リストのソース(の改訂版)は、
　生 NULL (^^;に片っ端から static_cast<>() 付ければ g2as まで
　ノーエラーで通るのは確認しました。警告はすべて builtin 絡み
　だったので、とりあえず -fno-builtin 付ければ問題なさげです。
　※リンクは環境作るのが面倒なのでやってない(ぉぃ)
　
　機種固有機能は全く使ってないし、現段階では最適化すらしてない
　んでかなり弱いですが(汗)、わたしが C++ のコードを書く時に使う
　トピックは殆ど全部突っ込んである代物なので、最終的にこれが
　動けばあまり問題なかろうと勝手に思ってます。いずれにしても、
　当面はあまり時間取れないんで、お役に立てなさそうな感じで
　申し訳ないんですが…。

> 　少し補足すると、libobjc の configure には Boehm's GC を
> 　使うかどうかのオプションがあったはずです。で、確かそれが
> 　enable だと識別子 OBJC_WITH_GC が有効になって云々とゆー
> 　感じだったかな？ あまり真面目に見てないんでいまひとつ
> 　不確かですが(汗)。
> 　

そのとおりです。

> 　前に GCC2 rev.5 で試した双方向リストのソース(の改訂版)は、
> 　生 NULL (^^;に片っ端から static_cast<>() 付ければ g2as まで

動作報告ありがとうございます。

egcs以降のGCCのC++のNULLは予約語の __null で表現され
一般的なANSI C++のNULLの定義は 0
C言語は (void *)0 だと思います。でもlibcは最近の ANSI C++
に完全に対応していません。
エラー・警告が出るのはそのためです。

> 　ノーエラーで通るのは確認しました。警告はすべて builtin 絡み
> 　だったので、とりあえず -fno-builtin 付ければ問題なさげです。

どんなのが出ますか？gcc-infoに書いてある古い組み込み関数でしょ
うか？

> 　トピックは殆ど全部突っ込んである代物なので、最終的にこれが
> 　動けばあまり問題なかろうと勝手に思ってます。いずれにしても、
> 　当面はあまり時間取れないんで、お役に立てなさそうな感じで
> 　申し訳ないんですが…。

いえいえ、貴重な動作報告とレポートをもらえるだけでもうれしい
です。バグレポートばっかり送られるとかえって憂鬱になるんですが
それもほとんど無いんで･･･。

私も、作らなければならないソフトを何本か抱えていてあまり時
間が取れないんで、Charlie版みたいに1日に3回バージョンアップ
とかできないんでちょっとパワー不足だなとか思ってます。FSFの
GCCが3.0になるときに対応できればいいのですが･･･。

＞KQ さん
＞egcs以降のGCCのC++のNULLは予約語の __null で表現され
＞一般的なANSI C++のNULLの定義は 0
＞C言語は (void *)0 だと思います。でもlibcは最近の
＞ANSI C++ に完全に対応していません。
　
　ANSI C++ の NULL が 0 ってのは知りませんでした(ぉぃ)。
　職場の Straustrap本(3rd) にも「C++ は型チェックが
　厳しいのでただの 0 の方が」云々とか書いてあるなあ(汗)。
　
　ともあれ、最近は自分が書くコードは引数や戻り値に
　できるだけ NULL を使わない様にしてるんですが、
　件のコードはちと歴史が古いんで(汗)まだ残ってた模様。
　
＞どんなのが出ますか？gcc-infoに書いてある古い組み込み関数
＞でしょうか？
　
　そうだと思います。　stdlib.h の exit() とか string.h の
　memcpy() とか、その辺りです。

> 　
> 　ANSI C++ の NULL が 0 ってのは知りませんでした(ぉぃ)。
> 　職場の Straustrap本(3rd) にも「C++ は型チェックが
> 　厳しいのでただの 0 の方が」云々とか書いてあるなあ(汗)。
> 　

実はどっかに落ちていた英語のドラフトとBorland C++,
Visual C++,GNU libcなどをみて総合的に判断しただけなんで
正確にANSI C++とは言い切れないんですが、とりあえず
GCC 2.95.2でC++の場合は予約語"__null"を使ってください。

> 　
> 　そうだと思います。　stdlib.h の exit() とか string.h の
> 　memcpy() とか、その辺りです。

あ、それはたぶん違います。宣言に余分な__constや__volatileが
ついてるせいです。コンパイラはANSIの基本的な関数の情報をもっ
ているのでそれと違うとC++のように文法の厳しいものでは警告に
なります。

対応法: 余分な__const,__volatileをはずす。
ANSIで規定された宣言に修正する。

あまりにエラーや警告が多くて使えないようなら、こっちでlibc
を修正しますがとりあえず今のところ様子を見ます。現行のlibcの
リリースが３つになるとユーザーの混乱を招くので。

＞実はどっかに落ちていた英語のドラフトとBorland C++,
＞Visual C++,GNU libcなどをみて総合的に判断しただけなんで
＞正確にANSI C++とは言い切れないんですが、とりあえず
＞GCC 2.95.2でC++の場合は予約語"__null"を使ってください。
　
　了解です。
　まあ、C++ から C の関数を使う場合は「void* が要求されている」
　と考えてキャストかますのは納得できるので、それはいいかな、と。
　
＞あ、それはたぶん違います。宣言に余分な__constや__volatileが
＞ついてるせいです。コンパイラはANSIの基本的な関数の情報をもっ
＞ているのでそれと違うとC++のように文法の厳しいものでは警告に
＞なります。
　
　あう、そうなんですか。失礼しました。
　失礼ついでに、memcpy() は全く違う話でした(汗)。
　
　とりあえず、
　前述の通り -fno-builtin 付ければ出ない(←これはこれで
　何か変な感じがしますが)ので「使えない」ということはない
　ですけど。
　※とゆーか普段はデフォルトで -fno-builtin 付きだし(汗)

Objective-CにおけるGCに対する回答

http://www.fsinet.or.jp/~nito/objective-c/answer-9.html

でいいですか？

M.Kamadaさんこんにちは

>ColdFireといえば、本家GCCのColdFireへの対応は
>68Kのサブセット扱い止まりなのかなぁ。

とりあえず、CVSの最新のものを見てもあまり変わってません。
(全く変わっていないことはないですが大幅な更新は見込めないでしょう。)どうせなら060のスケジューリングも一緒に実装してほしい
んですけどね。

ColdFire GCCも本家GCCがColdFireに対応したので以前に
比べるとあまり熱心な改造はしていないみたいです。

P.S.動くチップがでていないIA64が激しく更新されてます。(^^;

Auge.さんどもども

>わたしはＳＸモードは全く使わないので、なくても
>困りません(^^;。

単にHASでのアセンブルに通るようにしてDOSCALLだけを出力
するなら結構移植は簡単ですよ〜。でも1からの作り直しは大変なの
でしょうがなくこうしています。
なるべくUNI*で動いているGCCに近くなるように出力を調整
していますが、まだ部分的に最適化が劣っているようです。2日
前は無効なアドレッシングモードを吐いていることが判明して
テンパっていましたが(^^;

>アクションゲームの製作に耐え得るかについては何とも
>言えませんが、「便利な C」程度の使い方をする分には
>出力コードの差は基本的にないはずです。たぶん(汗)。

「便利」かどうかは人にもよるでしょうが、出力コードに関して
は私も同意見です。G++はGCCのフロントエンドなので最適化論
理は全く同じです。Objective Cに関してはCコンパイラのソース
ファイルから2つだけしか違いません。

ただ、C++の標準ライブラリ自体の規模が大きいのとG++に関し
ては仕様がコロコロ変わっているので異るバージョン間のオブジェ
クトファイルの互換性がほとんどないことが問題でしょう。

最終的にはX680x0に積んでいるメモリのサイズとの相談でしょう。
(6-8Mくらいあれば十分です)

KQさん、こんにちは

> >ColdFireといえば、本家GCCのColdFireへの対応は
> >68Kのサブセット扱い止まりなのかなぁ。
>
> とりあえず、CVSの最新のものを見てもあまり変わってません。
> (全く変わっていないことはないですが大幅な更新は見込めないでしょう。)どうせなら060のスケジューリングも一緒に実装してほしい
> んですけどね。

ColdFireのMAC命令やMVS,MVZ,MOV3Q,SATSなどは
使わないともったいないのになあと思っています。
でも自分ではColdFireの動作環境を持っていないので
感想は言えても要望は言えなかったりします。

060のメモリアクセスとスーパースカラのスケジュー
リングは見てみたいです。
スケジューリングするときは、命令を並べ替えるだけ
ではなくて、レジスタの割り当てを追加・変更した
ほうがよい場合があるので、結構面倒なのかも知れない。

＞KQ さん
＞ 単にHASでのアセンブルに通るようにしてDOSCALLだけを出力
＞ するなら結構移植は簡単ですよ〜。でも1からの作り直しは大変なの
＞ でしょうがなくこうしています。
＞ なるべくUNI*で動いているGCCに近くなるように出力を調整
＞ していますが、まだ部分的に最適化が劣っているようです。2日
＞ 前は無効なアドレッシングモードを吐いていることが判明して
＞ テンパっていましたが(^^;
　
　その辺り真面目にやるとキッツいだろうなあ…と想像すること
　しかできませんが(^^;。
　
　いま、仕事関係で Mozilla 方面から JavaScript エンジンを
　いただいてきてあれこれやってますが、コンパイラやるのに
　比べたら全然楽だよなあとか思いながらやってたり。
　※それ以前に分量が段違いに少ないけど(汗)
　
＞ 最終的にはX680x0に積んでいるメモリのサイズとの相談でしょう。
＞(6-8Mくらいあれば十分です)
　
　クラスライブラリ使い始めるとそのくらい要りますね。

鎌田さん、こんばんは。

マンデルブロ集合、かっこいいです。

>1024×1024で描画してみたら圧巻でした。

JPEGで434KBの画像を見ました。これは本当に凄いですね。
700MHzのPentiumIIIで、時間はどのくらいかかりましたか？

> 4日前から首が痛いのが治らないの。

最近、私も寝違えまして、首が痛くて１週間ほど苦しみ
ました。その時は、寝返りをうつのも辛かった（泣）。
無理をしないで、お大事に。

広井さん、こんにちは。

> マンデルブロ集合、かっこいいです。

ありがとうございます！

> JPEGで434KBの画像を見ました。これは本当に凄いですね。

選んだ座標が良かったのかも。
接続料が従量制のかたには申し訳ないサイズでした。

> 700MHzのPentiumIIIで、時間はどのくらいかかりましたか？

計算時間は52.16秒（彩色と出力の時間は含まず）でした。
1メガピクセルで1分かからないのはありがたいです。

> 最近、私も寝違えまして、首が痛くて１週間ほど苦しみ
> ました。その時は、寝返りをうつのも辛かった（泣）。

治りました？
やっぱり1週間くらいかかりますよね。はうぅ〜。
寒くなってきて布団が重くなるこの時期は要注意なのかも。

> 無理をしないで、お大事に。

ありがとうございますぅ。あぅ。

鎌田さん、こんばんは。

> > 700MHzのPentiumIIIで、時間はどのくらいかかりましたか？
>
> 計算時間は52.16秒（彩色と出力の時間は含まず）でした。
> 1メガピクセルで1分かからないのはありがたいです。

そんなに速いですか！ 今のＰＣは凄いパワーを持って
いますね。驚きました。

> > 最近、私も寝違えまして、首が痛くて１週間ほど苦しみ
> > ました。
>
> 治りました？
> やっぱり1週間くらいかかりますよね。はうぅ〜。

おかげさまで今は大丈夫です（笑）。こういうのは、治る
までけっこう時間がかかるんですよね。私の場合、治るまで
１週間ちょっとかかりました。なるべく無理をしないよう、
お気をつけくださいませ。

ここで書くのもどうかと思うのですが、他に書くところもないので｡
満開ネットって、再開してます?
いっこうにつながらないんですけど｡
ひょっとして、インターネットの常時接続に回線が
使われているのでは、と思ったりして｡

発表したいフリーウエアがあるのに｡

LeDAさん、こんにちは。

> ここで書くのもどうかと思うのですが、他に書くところもないので｡
> 満開ネットって、再開してます?
> いっこうにつながらないんですけど｡

満開ネットの復旧は電話の移設工事の関係で遅れているような
ことがてつりくBBSに書かれていました。
早く復活して欲しいですね。

> ひょっとして、インターネットの常時接続に回線が
> 使われているのでは、と思ったりして｡

フレッツの場合はMPではないので、インターネットに接続
している状態でもアナログ回線に繋いだモデムは使えます。

> 発表したいフリーウエアがあるのに｡

わくわく。
転載専用のページを作ろうかにゃー。

>転載専用のページを作ろうかにゃー。

にやり(^ｰ^)。

大したツールではないかもしれないけど、
必要とする人には結構便利かもしれない
「X68用」のツールです｡

鎌田さん、こんばんは。

カウンタ 20002 でした。おしい！！

ではでは。

広井さん、こんばんは。

> カウンタ 20002 でした。おしい！！

いやー、おしかったですねー。
20000は誰かな？

そういや週末はフェスタ６８ですな。
おもしろいものはあるだろうか。

ちょっと調子悪かったので 早めに帰ってきちゃったのですが。
まさちくさんの所のハード群とEXCEED.さんの「太陽の神殿」は
眼をみはるものがありました。
芹香さんボードってスプライト載ってるのか．．ムフ
そして何故か会場で高級ビーフカレーをゲット(^^;

AC-YOUCHさん、こんにちは。

> ちょっと調子悪かったので 早めに帰ってきちゃったのですが。

私は脱落。行けなくて残念。
皆さん、どんな様子だったか聞かせて下さい！

> まさちくさんの所のハード群とEXCEED.さんの「太陽の神殿」は
> 眼をみはるものがありました。

あぅ〜見てみたかった〜。

> 芹香さんボードってスプライト載ってるのか．．ムフ

そうそう、そんな話がありましたね。
どんな感じなのかな。

> そして何故か会場で高級ビーフカレーをゲット(^^;

ほぇ？

初めてフェスタ６８に行ってきました。

終盤に行ったせいか、勢い的には弱かった様な。でも、
SFXVI大会は面白かったです。SFXVIがあんなに進化し
ているなんて思いもよりませんでした。

X68030を売ってましたが、予備機として買おうにも、
本体のみ￥68,030ではさすがに手が出ず…。

しかし、未だにこんなイベントが開かれるほどX68と
いうパソコンが愛されているなんて…開発者の方々は
幸せでしょうね。

春麗さん、こんにちは。

> X68030を売ってましたが、予備機として買おうにも、
> 本体のみ￥68,030ではさすがに手が出ず…。

やはり実機の入手はどんどん困難になっていくのでしょうね。

> しかし、未だにこんなイベントが開かれるほどX68と
> いうパソコンが愛されているなんて…開発者の方々は
> 幸せでしょうね。

そうですよね。
開発者の方々にはこのことを誇りに思って欲しいです。
X68000は発表されてからもう14年も経っているのですから。

どもども〜

>ROMの種類は結局どうしたのかな？

　とりあえず手元にあるもので動かしてます.
　でも、ロゴなんかは間違いなく変更しなければ駄目なんで、
きちんとした物が欲しいところです.

>> 　今、ROMをハイメモリにコピーする箇所でフリーズして

　フェスタの帰りに、まきおさんの家でデバッグを行って、
原因が判明しました.
　$fd6800〜$fd6860に000<>060の切り替え用のポートが
あって、そこを見ないようにパッチしたらなんとかなりました.

　今度は、
　ラムディスクを２枚以上取るのと、060loadhigh等での
ハイメモリ上での実行に不具合（；＿；

>出来る限りお答えします。…って、伝わってます？

　反応遅くてすみません.

＃前回の投稿のURL、間違い(^^;.（今回のはokのはず）

FDSさん、こんにちは。

> 　$fd6800〜$fd6860に000<>060の切り替え用のポートが
> あって、そこを見ないようにパッチしたらなんとかなりました.

ROM領域に配置したポートがreadで反応しちゃダメじゃん。

> >出来る限りお答えします。…って、伝わってます？
>
> 　反応遅くてすみません.

あ、いや、他を経由して伝わっているはずのことが
ちゃんと伝わっているのか、ちょっと心配でして。
ROMのこととか。

はじめまして。
日記にある『学校の怪談』ですが、「口唇・口蓋裂児とともに歩む会（大空会）」というところからの要請によって中止されたそうです。
3、4日前の新聞に書いてありました。

すずきしずおさん、はじめまして。

> はじめまして。
> 日記にある『学校の怪談』ですが、「口唇・口蓋裂児とともに歩む会（大空会）」というところからの要請によって中止されたそうです。
> 3、4日前の新聞に書いてありました。

情報ありがとうございます。やはり中止でしたか。
社会問題にもなった題材ですから慎重に扱われていたはず
なのに、直前で放映が中止されることになったのは残念です。