1 名前:デフォルトの名無しさん mailto:sage [03/03/03 02:56] 1なのにsageちゃうあたりがgcj 本家 gcc.gnu.org/java/ 関連: 「GCCについて part2」 pc2.2ch.net/test/read.cgi/tech/1046179115/
205 名前:デフォルトの名無しさん mailto:sage [04/10/07 15:50:55] 例外条項の解説お願い。
206 名前:デフォルトの名無しさん mailto:sage [04/10/07 19:40:28] >>202 に書いてある。不足なら自分で原文を読むなり調べるなりしろ。 っつか、その程度も他人に頼らんと出来ないなら gcj を使うのは素直に諦めた方が…
207 名前:デフォルトの名無しさん mailto:sage [04/10/08 00:13:25] はーい。 >>204 のリンク先にlibgcjが理由で GPLになったりしないって書いてありました。 LIBGCJ_LICENSEのほうは例外として 他の部分でライセンスの不整合がなければ バイナリを作るためにリンクしても できたバイナリの複製、配布はじゆうですよ。て意味かなあ。
208 名前:デフォルトの名無しさん mailto:sage [04/10/08 00:15:12] LGPLだって何度も言ってるだろ
209 名前:デフォルトの名無しさん mailto:sage [04/10/08 00:37:05] gcj を使うのは素直に諦めた方が…
210 名前:デフォルトの名無しさん mailto:sage [04/10/08 04:50:06] >>209 そだね。ライセンス読まずに自分勝手な解釈してるし。
211 名前:デフォルトの名無しさん mailto:sage [04/10/08 04:55:14] >>208 っつーか、libgcj が使ってる GNU Classpath も GPL なので。
212 名前:デフォルトの名無しさん mailto:sage [04/10/08 13:45:28] > LIBGCJ_LICENSEのほうは例外として > 他の部分でライセンスの不整合がなければ > バイナリを作るためにリンクしても > できたバイナリの複製、配布はじゆうですよ。て意味かなあ。 て意味ではありません。 っつか、人工無能翻訳でも もうちょっとマトモだと思う…… やっぱり gcj を使うのは素直に諦めた方が……
213 名前:デフォルトの名無しさん mailto:sage [04/11/03 20:20:09] gcjの利点ってなに?
214 名前:デフォルトの名無しさん [04/11/04 01:19:17] >>204 gcc.gnu.org/java/faq.html#1_1 1.1 What license is used for libgcj? libgcj is distributed under the GPL, with the 'libgcc exception'. This means that linking with libgcj does not by itself cause your program to fall under the GPL. See LIBGCJ_LICENSE in the source tree for more details. 釣ってるの?
215 名前:デフォルトの名無しさん [04/11/13 05:50:25] savannah.gnu.org/cgi-bin/viewcvs/gcc/gcc/libjava/LIBGCJ_LICENSE?rev=1.2.2.1&content-type=text/vnd.viewcvs-markup 例外規定 As a special exception, the copyright holders of this library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resulting executable under terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module. An independent module is a module which is not derived from or based on this library. If you modify this library, you may extend this exception to your version of the library, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version.
216 名前:デフォルトの名無しさん [04/11/13 06:00:27] その訳、 特別の例外として、このライブラリーの著作権保有者は、 独立したモジュールのライセンス条件にかかわらず、 それぞれのリンクされた独立したモジュールに対し そのモジュールのライセンス条件が適合すれば、 あなたの選んだ条件の下に、実行ファイルを作成するため、 作成された実行ファイルを複製し配布するためにこのライブラリーを 独立したモジュールとリンクする許可をあなたに与えます。 独立したモジュールとはこのライブラリーに由来しないか、 基づかないモジュールです。 このライブラリーを修正した場合は、あなたのバージョンのライブラリーに この例外を拡張してもよいですが、しかし、そのようにする義務はありません。 あなたがそのようにしたくない場合は、あなたのバージョンからこの例外を 削除してください。
217 名前:デフォルトの名無しさん mailto:sage [04/11/13 16:09:19] っつか、例外付きGPLとLGPLの区別が付いてない奴がいるのかよorz
218 名前:デフォルトの名無しさん [04/11/22 16:06:21]
219 名前:デフォルトの名無しさん [04/11/25 06:02:54] もう一つ、gcc.gnu.orgのjava project mailing listより gcc.gnu.org/ml/java/2003-11/msg00300.html On Tue, 2003-11-25 at 23:56, Steve D. Perkins wrote: > I found information on the licensing for GNU Classpath, but that > left me even more confused. For one thing, it's the GPL with a "special > exception" that seems to essentially make it LGPL'ed (why do certain > people hate the LGPL so much? do you really think calling it by another > name makes it different?). It is definitely different. The GPL+exception license we use does not have the relinking requirement present in the LGPL. This makes it much more friendly to embedded developers generating static executables (for instance). The license is similar in spirit to the libgcc and libstdc++ licenses.
220 名前:デフォルトの名無しさん mailto:sage [04/12/16 00:15:53] >>200 よろしければ、方法詳細ご教授願いたく。
221 名前:デフォルトの名無しさん mailto:sage [04/12/16 00:21:17] planet.classpath.org/
222 名前:デフォルトの名無しさん mailto:sage [04/12/24 13:40:44] 最近どうよ? sourceforge.net/projects/libswt/ sourceforge.net/projects/swingwt/ sourceforge.net/projects/gnome-gcj/ sources.redhat.com/rhug/ sourceforge.jp/projects/sdl4gcj/
223 名前:デフォルトの名無しさん [05/01/15 04:14:52] SwingWT使ってみた人いる? 感想希望
224 名前:デフォルトの名無しさん [05/01/19 16:52:27 ] age
225 名前:デフォルトの名無しさん mailto:sage [05/02/03 00:09:59 ] >>223 SWTが必要なあたりがアレだよね RHUGっていまいちわからんのだがなんなの?
226 名前:デフォルトの名無しさん mailto:age [05/02/03 00:17:42 ] rhugをgoogleの日本語サイトから検索すると、このスレが真っ先に目にとまる。
227 名前:デフォルトの名無しさん mailto:sage [05/02/03 04:01:14 ] >>225 そんなアレかなあ。SWTって薄いからマルチプラットフォーム を念頭において実装するときに最下層に持ってきて地ならしするにはいいと おもうんだけど。 IBMも自社製品でmotif/gtk/qt/win32の上にAWTを実装するのにSWTを 下に敷いてる。
228 名前:デフォルトの名無しさん mailto:sage [05/02/03 21:00:02 ] >>223 SwingWT単体で使ったのでちとスレ違いだが、ちょっとだけさわったことがある。 Eclipse VE が吐いたコードを、import宣言だけ変えてコンパイルしてみたが上手くいかなかった。 BoxLayoutが無い、JFrame#setDefaultCloseOperation(int)がない、 など、普段よく使うクラスやメソッドがサポートされて無くてげんなりした覚えがある。 0.84の頃だったかな。
229 名前:デフォルトの名無しさん mailto:sage [05/02/03 21:12:33 ] Windows版GCJ
230 名前:デフォルトの名無しさん mailto:sage [05/02/03 21:19:37 ] gcjでコンパイルするとランタイム入りでデカくなるというお話ですが 共有ライブラリ化しておけば実行ファイルは小さくなる?
231 名前:デフォルトの名無しさん mailto:sage [05/02/03 22:05:04 ] >>225 rhug は Java で書かれたクラスライブラリをGCJでコンパイルできる ようにしたものの集合…かなぁ? 扱っているライブラリの一覧は sources.redhat.com/rhug/index.html で見れるはず… Xerces + Xalan や Log4j,JUnitなんかも入っているんだけど どの程度ちゃんつ動くかは知らん… Xerces と Xalan だけはちょっとだけ試して一応動くことは確認したけど…
232 名前:デフォルトの名無しさん mailto:sage [05/02/04 22:24:35 ] >>223 SwingWT で swing のAPIを使うくらいならそのままSWTを使うかな… >>228 も書いてるけど足りないメソッド,動作しないメソッドがあって 既存のswingアプリを動かすにはかなり手間かな…
233 名前:デフォルトの名無しさん mailto:sage [05/02/07 17:08:42 ] >>230 小さくなるがそのランタイムは7Mくらいあるぞ まぁJREよりはマシだけど本末転倒だよな
234 名前:デフォルトの名無しさん mailto:sage [05/02/07 17:44:48 ] Some benchmark results gcc.gnu.org/ml/java/2005-02/msg00024.html
235 名前:デフォルトの名無しさん mailto:sage [05/02/07 19:57:07 ] gcjでランタイムをスタティックリンクすると、GPLに感染する?
236 名前:デフォルトの名無しさん mailto:sage [05/02/07 21:04:04 ] debianに入ってるjavaのパフォーマンスの良さに驚いた。 実装の名前は忘れたけど。 Cで実装したjarも速くてイカす。
237 名前:デフォルトの名無しさん mailto:age [05/02/07 22:13:18 ] >>236 それが何か 教えて欲しいから☹age
238 名前:デフォルトの名無しさん mailto:sage [05/02/08 00:35:24 ] nonfreeじゃなかったからkaffeかgcjくらいしか思いつかないが・・・?
239 名前:デフォルトの名無しさん mailto:sage [05/02/08 03:35:20 ] >>235 例外規定なしのバイナリとであれば静的/動的に関わらずリンクしたらGPLに感染する。 例外規定がある場合は例外規定の内容による。
240 名前:デフォルトの名無しさん [05/02/08 03:53:37 ] The rhug project is no longer necessary thanks to the great gcj and GNU Classpath hackers. rhugはobsoletedになったようです。
241 名前:デフォルトの名無しさん mailto:sage [05/02/08 04:06:04 ] ばれなきゃなんでもOK
242 名前:デフォルトの名無しさん mailto:sage [05/02/08 04:11:40 ] ばれなきゃいいっていう精神的乞食にだけはなりたくないね。
243 名前:デフォルトの名無しさん [05/02/08 04:13:43 ] 上の方を見ると例外規定があるおかげで動的静的リンクで感染しないように思うのだが、、
244 名前:デフォルトの名無しさん mailto:sage [05/02/08 14:50:08 ] >>243 常に例外規定があるわけではない。 作者はいつ例外規定を書き換えたり無くしたりしても構わないし、 例外規定には「ライブラリを改変した者は改変バージョンの配布時に 例外規定を削っても良い」と明記してある。
245 名前:デフォルトの名無しさん mailto:sage [05/02/08 14:53:33 ] 「ライブラリを改変〜」ってのは以下の部分。 > If you modify this library, you may extend this exception > to your version of the library, but you are not obligated to do so. > If you do not wish to do so, delete this exception statement > from your version.
246 名前:デフォルトの名無しさん mailto:sage [05/02/08 15:29:32 ] なんでGPLの話になると必死なのが沸いてくるんだ?
247 名前:デフォルトの名無しさん [05/02/08 16:13:49 ] そりゃ使おうと思ってるからさ
248 名前:デフォルトの名無しさん mailto:sage [05/02/10 00:33:40 ] >>237 今手元にマシンないけどたぶんgcjだった気がする。 パフォーマンスっていうか、立ち上がりがよくて軽快。 ロードしてからだったら計測したらsunの方が上なんだろうけど オレは起動が速いほうがいい。
249 名前:デフォルトの名無しさん mailto:sage [05/03/02 03:13:19 ] fastjar
250 名前:デフォルトの名無しさん mailto:chage [05/03/06 00:54:04 ] このスレが立てられて2年と3日、やっと1/4使いきりました。
251 名前:デフォルトの名無しさん mailto:sage [05/03/06 03:52:00 ] それでもgcj自体よりは使われてるよう棚
252 名前:デフォルトの名無しさん mailto:sage [05/03/13 23:18:57 ] knopix て gcj なのね
253 名前:デフォルトの名無しさん mailto:sage [2005/03/31(木) 19:48:45 ] >>252 何が?
254 名前:デフォルトの名無しさん mailto:sage [皇紀2665/04/01(金) 02:12:49 ] ttp://slashdot.jp/developers/05/01/15/0637223.shtml ttp://slashdot.jp/developers/05/03/19/1544241.shtml ↑ここいら辺の記事読むと、gcjでeclipseをnative compileとか 書いてあるけど、ちょっと、そそられない? #eclipse、まったく使えて無いのだけど、、。
255 名前:デフォルトの名無しさん mailto:sage [2005/04/10(日) 12:21:22 ] なんでIDEが必要なのかがわからん。 便利さがあると思うけど、その分重くなっているのなら意味がないと思うんだよね、僕は。
256 名前:デフォルトの名無しさん mailto:age [2005/04/11(月) 19:31:33 ] キリ番なのでAGEます。
257 名前:デフォルトの名無しさん mailto:age [2005/04/11(月) 21:11:15 ] キリ番なのでAGEます。 257進数で。
258 名前:デフォルトの名無しさん mailto:sage [2005/04/11(月) 21:45:21 ] Javaの文法は好きなんだがVMはちょっとなぁ というオレに最適な
259 名前:デフォルトの名無しさん mailto:sage [2005/04/11(月) 22:55:35 ] >>258 gcj使って単独で動く実行ファイル作ってもVM内臓か外付けか、 の違いしかないと思うが。もしくはGPLマンセーか、Sunが嫌いか、 みたいな政治的(?)な動機とか。
260 名前:デフォルトの名無しさん mailto:sage [2005/04/11(月) 23:00:55 ] >>259 jreのインストロールさせるのマンドイ というのも理由のひとつにしようと思っていた。 だが
261 名前:デフォルトの名無しさん [2005/04/13(水) 00:36:12 ] >>254 See "Native Eclipse - The Fast and the Furious IDE" section in developer.classpath.org/mediation/ClasspathShowcase
262 名前:デフォルトの名無しさん mailto:無駄に [2005/05/02(月) 22:40:34 ] age
263 名前:デフォルトの名無しさん mailto:sage [2005/05/05(木) 21:34:15 ] jikesもエエヨー
264 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 21:26:06 ] ん?どういうことぉ?
265 名前:デフォルトの名無しさん mailto:age [2005/05/07(土) 21:26:51 ]
266 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 21:35:24 ] jikes自体はネイティブアプリケーションだけど、gcjみたいにネイティブ コードを吐けるわけじゃないのにな。
267 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 03:54:04 ] >>266 まぁそうだけど… gcj自体はクラスファイルを生成できるネイティブアプリケーション でもあるので jikes と競合しているといえなくもない… # あれ? じゃあ gcj だけでいいじゃんってことにな(ry
268 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 22:55:18 ] アパッチのメンバーら、「Project Harmony」でオープンソース版J2SE開発へ japan.cnet.com/news/ent/story/0,2000047623,20083372,00.htm だって。
269 名前:デフォルトの名無しさん mailto:age [2005/05/11(水) 06:38:37 ] >>268 そのニュースソース自体はここ関係ないよ それを使ってGCJに寄与できるかっていうと、そうは思えないし。 早くSWINGの実装してほしいな。僕には無理だから。
270 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 09:53:13 ] > ニュース-ソース [news source]< > > 情報源。 情報源っつー事は…… Apache Foundation? それとも Harmony の提案があったメーリングリスト?
271 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 12:08:38 ] >>269 そんな貴方にclasspath
272 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 12:55:37 ] >>269 本当にやるんなら gcj とか classpath とは競合するだろうから、 少なくともやる気とか競争心の部分で寄与してくれると思うよ。 それに Apache License v2 は GPL より緩いライセンスだから、 gcj とか classpath から見たら、Project Harmony の成果物をパクり放題。 実際にパクるかは別だし、まだ何も無いけど。
273 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 15:13:05 ] www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html をみると Swing も 半分以上は出来てるのか。 ダメっぽいのは metal LAF とか、text関係(HTMLも)とかぐらい? >>271 gcj が使ってるのは基本的に classpath だろ。 gcj の方で若干手を入れてるかもしれんが。
274 名前:269 mailto:age [2005/05/11(水) 22:58:57 ] >>271-273 よくわかってないんだけど、classpathはGCJに含まれているみたいなことをどっかで呼んだんだけど、gcj?(GCC?,GPL?,FSS?)バージョンのclasspathが入ってるってことなの? 別途、classpathをインストロールすればswingとかでアプリ組めるってこと?
275 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 23:32:27 ] >>274 classpathのAWTって確かGTK+ベースのやつしかないんじゃなかったっけ?
276 名前:274 mailto:sage [2005/05/11(水) 23:52:33 ] thx 今、Gnome使ってるからちょうどいいな。 調べてみます。
277 名前:デフォルトの名無しさん mailto:sage [2005/05/12(木) 00:32:01 ] www.kaffe.org/~stuart/japi/ って、100%完成ってでててもコンパイルが通るだけで実行ができないものも含まれてるよね?
278 名前:デフォルトの名無しさん mailto:sage [2005/05/12(木) 21:27:15 ] >>268 gcc.gnu.org/ml/java/2005-05/msg00093.html > We're trying to come up with some licence that allows the Apache > people to work with us and share resources. We're fairly confident > that it can be done. だそうで。GNU のプロジェクトなのに GPL 止めるのかな?
279 名前:デフォルトの名無しさん mailto:sage [2005/05/12(木) 22:58:12 ] >>278 例えば(広告条項のない)Apache License 2 ならば、その成果をGPLなソフトに取り込む のは問題ないよね。そういう意味で互換性のあるライセンスでやる(やってほしい)ってこと じゃない?
280 名前:デフォルトの名無しさん mailto:sage [2005/05/13(金) 00:33:15 ] >>279 それだと完全な一方通行になるから share resources とは言わんのでは?
281 名前:デフォルトの名無しさん mailto:sage [2005/05/13(金) 01:24:17 ] 例外条項で調整するのかな。 www.gnu.org/software/classpath/license.html
282 名前:デフォルトの名無しさん mailto:sage [2005/05/13(金) 01:26:09 ] そうだとすると、例外条項って何でもアリになってくるな。 すでに何でもアリになってるけど。
283 名前:デフォルトの名無しさん mailto:sage [2005/05/15(日) 15:24:18 ] fedora developmentに libswt3-gtk2 というRPMが入っていたので、入れてみたら、 /usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so というのがインストールされていました。どうもswt.jar のgcjによるsoっぽいんで、 % gcj --main=WindowSample1 -o WindowSample1 /usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so WindowSample1.java としてみたら、ちゃんとリンクができ、実行オブジェクトができました。 でも、 % ./WindowSample1 としたら、 Exception in thread "main" java.lang.LinkageError: unexpected exception during linking: org.eclipse.swt.widgets.Display at java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (/usr/lib/libgcj.so.6.0.0) at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at WindowSample1.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Caused by: java.lang.NullPointerException at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) となりました。しくしく。そう楽にはいかないの?
284 名前:デフォルトの名無しさん mailto:sage [2005/05/15(日) 15:38:52 ] -lエクリプス(swt?)が抜けてるのでは? 違ってっても文句は言わずに。
285 名前:デフォルトの名無しさん mailto:sage [2005/05/20(金) 23:14:07 ] >>284 全然関係なかった。隣家に渡すオプションが必要だった。 あと、やっぱりコンパイル時にジャンプ先を確定しないよう indirect-dispatchを指定するとか、幾つか工夫がいる。 libgcjやswtをLD_LIBRARY_PATHに通しておいたら、 バイナリのサイズは数十キロだけだし、GTK使ってるから日本語も問題ない。 同じソースで、windowとlinuxでnativeなguiを使ったバイナリが生成できるのは 最強だな。
286 名前:デフォルトの名無しさん mailto:sage [2005/05/21(土) 00:14:12 ] ネイティブなのに速度ではHot Spotに遠く及ばないという理不尽さをのぞけば最強だ。w
287 名前:デフォルトの名無しさん mailto:sage [2005/05/24(火) 18:37:51 ] >>286 実行ファイルのイメージがネイティブであるとかないとかってのは速度にあんまし関係ないからねぇ。
288 名前:デフォルトの名無しさん mailto:sage [2005/05/24(火) 18:55:33 ] Windowsなら(サイズでかくなるけど)ランタイムの配布が不要なのは一応メリットになるが 他のOSではどうなんだろう?
289 名前:デフォルトの名無しさん mailto:sage [2005/05/24(火) 19:49:53 ] 静的にも動的にも結合できるから問題ない。 動的な場合、libgcjをインストールさせればよい。 UNIX系の場合、
290 名前:デフォルトの名無しさん mailto:sage [2005/05/25(水) 13:03:36 ] ってか Linux や BSD で最近の gcc が入ってれば大抵 libgcj は 入ってるはずだし… メリットは * ランタイム配布が不要 * 起動時間がJREよりは速い くらいか... swt でクライアントアプリケーションやツール系を作るのに使うってのが 無難な(おそらく唯一の)使い道じゃないかな? ゲームとかは… やっぱ C++ や D 言語の方が向いてる気がするなぁ…
291 名前:デフォルトの名無しさん mailto:sage [2005/05/25(水) 22:27:45 ] >大抵 libgcj は 入ってるはずだし… ところがギッチョン入ってなかったりする
292 名前:290 mailto:sage [2005/05/26(木) 14:03:07 ] >>291 そんな環境もあるかもなー,という気はしてた… 具体的にどの環境で入ってなかったのか晒してくれるとみんな参考になるかも?
293 名前:291 mailto:sage [2005/05/26(木) 21:33:46 ] >>292 ここ数年LinuxのFTP版(無料)のディストロをアップデート期限まで使用しては 乗り換え〃してるからどれがそうだったかははっきり覚えてなけど、 Linuxのディストロによっては元からインスロールイメージに入ってなかったり、 標準ではインストールされないものがあった。 まぁでもソースからインスソールさせればいいのかなぁ。
294 名前:290 mailto:sage [2005/05/27(金) 14:43:16 ] そのディストリビューションは最近のgcc(3以降くらいか?)なんだよねぇ?
295 名前:デフォルトの名無しさん mailto:sage [2005/05/27(金) 14:46:28 ] 古いlibgcjなんかが入ってると、かえって迷惑ってこともあるわな。 現状ではスタティックリンクがお勧めかな。
296 名前:デフォルトの名無しさん mailto:sage [2005/05/27(金) 15:22:35 ] g++ + boehm GCで書くのとgcjで書くのとでは、パフォーマンス的には同じよーなモノなのでしょーか? 後、バイナリサイズ的にはいかがでしょう。
297 名前:デフォルトの名無しさん mailto:sage [2005/05/27(金) 15:49:44 ] 自分で計れよ。バイナリサイズなんて何を使うかで全然違ってくるだろ。 それからg++ + boehmがJavaのように使えると思ったらかなり間違いだ。
298 名前:デフォルトの名無しさん [2005/06/02(木) 21:26:08 ] Linuxで作って、Windows用バイナリーを作る方法教えてください
299 名前:デフォルトの名無しさん mailto:sage [2005/06/02(木) 22:40:45 ] 1.Linuxで書いて、Windowsでコンパイル 2.Wineでコンパイル 3.Mingwnでコンパイル 4.ソース眺めながら脳内コンパイル
300 名前:デフォルトの名無しさん mailto:sage [2005/06/02(木) 22:54:13 ] 5. バイナリエディタで作る
301 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 00:37:51 ] 6. Linux側にクロス環境を構築する。
302 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 01:34:52 ] 5は3、6は4と言ってる事たいして変わらんね
303 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 01:35:17 ] 逆だった・・・
304 名前:298 [2005/06/03(金) 06:43:14 ] >>301 の6の方法がいいですが、何を準備すればいいでしょう? と、いうかWindowsは職場にしかなく、Linuxは自宅にしかなく、 会社の規定でWindows側に開発環境を持ち込めないのですが、 どうしてもちょっとしたソフトが必要になっています。
305 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 13:13:12 ] ぐぐってみた。 ttp://bitwalk.hp.infoseek.co.jp/ ためしてはいない。