玉造です。 くぬぎざさん、情報ありがとうございます。 だいぶ勘違いしていた事もあり、これから色々試そうと思っています。 jk> > 壁１. FlashROMにgccでコンパイルしたコードを書き込むのには、どうすれば良いのだろう？ jk> > ldscript/h8300.x の内容を合わせて書いてみたのですが、ダウンロード中タイムアウト jk> > してしまいます。(書き込みは、WIN９８上で秋月のプログラム使用) jk> > この状態で、実行すると動くのですけど。。 jk> jk> http://www.exp.org/h8/ml/archive/cgi/view.cgi?message=24 jk> 上記の記事が参考になるかも知れません。その記事では、binary jk> 出力しているので、srec に読み替えてくださいね。 これは、"Objcopy -O srec" で出力したSレコードファイルを秋月のプログラムではうまく書き込めない様です。 直接、ダウンロードプログラムでも作って出力したら行けそうな気がします。 ＃でもSレコードのダウンロードプログラムってどうやって作れば。。。Binaryですかね。 あと過去ログをゲットして今読んで見ました。 この H8-ML(24) 中の ROMイメージの容量 9.4kbyte が、壁２.で私の言ったでかすぎる件です。 ちょっとしたテストプログラムで 10Kというのはどうも気になったのです。 10KByteは大きいのかな？とも思うんですけど、秋月の環境だとせいぜい数百Byteですむものですから。 ただ、GNUのデバック環境は非常に魅力的なので、これ一本で開発が理想です。 jk> あと、GNU の object コンバータで吐いたSレコードには、 jk> ldscript の書き方によってはスタック領域と見えるレコードが jk> 現れているけども、秋月のものには現れない、という違いも jk> あるようです（何となく見比べて気付いただけですけど）。 jk> jk> > 思うに、ldscript 内の定義で、ram(つまりROM) と stack が連続したメモリマップ上に jk> > いないとまずいような。。 jk> jk> 飛び飛びでも大丈夫です。でないと、広大なメモリ空間があって jk> それも途中に穴があるような場合は困ります。 Sレコードフォーマットの詳細情報はどこかで手にはいるんでしょうか？ 私も、スタックの情報がこのSレコードに入っている様に受け取ったのです。 その為、実プログラムとスタックが連続していないとダメなのかな〜と勝手に推測 したんですが。。 ---------------------------------- Mitsuo Tamatsukuri / Saitama, Japan tamazoh@xxxxxxxxxxxxxxxxxx
