トップページ⇒tech
536コメント150KB

Kylix3

■ このスレッドは過去ログ倉庫に格納されています
0001KylixNGNG
http://www.borland.co.jp/kylix/

LinuxでビジュアルにC++開発ができるKylix3キタ。
0413デフォルトの名無しさん05/01/28 01:43:56
PDAで暇つぶしにプログラミングしたいな。
車中とかで。

C++は重くてイライラしそうでダメ
0414デフォルトの名無しさん05/01/28 10:59:42
>>412
釣りじゃないんだから、説明しる!

>>413
誤爆?
0415デフォルトの名無しさん05/01/28 13:14:49
釣りじゃねえならその前にgoogle使ったらどうなの?
あと、このスレでFedoraやRedhat9なんかで問題出るのを見れば大体は
判断出来るだろ
0416デフォルトの名無しさん05/01/28 13:25:49
Fedra/Kylix使用例なんて、このスレどころかググっても日本では無いみたいだね。
きっちり話しが出来るようになってね。
0417デフォルトの名無しさん05/01/28 14:12:25
>416
Fedra
Fedra
Fedra
Fedra
Fedra
0418デフォルトの名無しさん05/01/28 14:14:56
ついでに。
ツマラン釣りはもういいから>>416

http://www.google.co.jp/search?hl=ja&q=Fedora+Kylix&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

Fedora Kylix の検索結果のうち 日本語のページ 約 455 件中 1 - 10 件目 (0.34 秒)
0419デフォルトの名無しさん05/01/28 14:50:18
>>416が恥をかいた模様です
0420デフォルトの名無しさん05/01/28 14:52:47
SH やら MIPS やら ARM やら…。
なんでその環境で動くと思うのか知りたい、つーかネタとしか思えん。
0421デフォルトの名無しさん05/01/28 17:58:59
で、>>416は戻ってこないのかw
0422デフォルトの名無しさん05/01/28 18:21:19
>>420
ARMなんて目茶シェア高いのにネタに見えるとは頭おかしいんじゃない?
0423デフォルトの名無しさん05/01/28 19:26:56
ッぷ また来たかwww

>>416は以下無視で↓
0424デフォルトの名無しさん05/01/28 20:37:10
レベルの低い煽り合戦やってないで、Kylix の未来について語れや
0425デフォルトの名無しさん05/01/28 21:09:04
アップデートされないんだし,未来なんて無いよ
0426デフォルトの名無しさん05/01/28 22:54:47
既出臭い内容だし、参考にはならんが張っておく
ttp://www.danielbautista.com/articulos/install_kylix.html
0427デフォルトの名無しさん05/01/29 00:33:30
Fedora Kilyxで検索しても出てこないよ。
0428デフォルトの名無しさん05/01/29 00:47:34
>427
スレタイと検索キーワード(特に後ろの)をよーーーく見比べてみよう。
0429デフォルトの名無しさん05/01/29 00:54:15
>>427
マジレスするとそのネタつまらん
更にマジレスすると 「Fedora Kilyx」でも158件ヒットする
マジレスするとおまえ、要らない
0430デフォルトの名無しさん05/01/29 01:33:41
>>429
>「Fedora Kilyx」でも158件ヒットする
ワラタ
0431デフォルトの名無しさん05/01/29 17:29:25
Kylixまもなく・・・・・
0432デフォルトの名無しさん05/01/30 03:04:09
ディストリぐらいは自前で持つべし。
0433デフォルトの名無しさん05/01/30 16:40:58
それがめんどくさいからだよ。
めんどうなのが我慢できるならKylixじゃなくてもいいし。
0434デフォルトの名無しさん05/01/31 03:22:44
リナザウのアプリをKylixで作れる?
0435デフォルトの名無しさん05/01/31 08:49:59
Kylixの実行環境広げるしかKylixを逝かす道は無い。




煽りとか叩きが出来る程度の椰子しか居ないけど。
0436デフォルトの名無しさん05/01/31 09:07:40
オープンソースじゃないんだから、ユーザーにできることはほとんどない気がするが。
0437デフォルトの名無しさん05/01/31 09:10:39
VCLは公開されてんだし、それを派生したUnicode版VCLがあるような時代だよ。
スーパークラスから描画部分派生は可能。
Windowsでポトペタしてからターゲットマシンでコンパイルとか。
0438デフォルトの名無しさん05/01/31 09:46:33
先ずは煽りしか出来ない椰子を消せ。
話はそれからだ。
0439デフォルトの名無しさん05/01/31 10:27:01
別にユーザの問題じゃなくてボーランドのやる気の問題だろ
煽りがどうとか、何に関係するのかさっぱりだ

まあ煽られて真っ赤になってるのはなんとなく想像がつくけどさ
0440デフォルトの名無しさん05/01/31 10:30:49
439「自分が一番頭が良くて某の事情までも知ってる。周りの人間は馬鹿ばっかり」
0441デフォルトの名無しさん05/01/31 14:53:22
アツくなってる奴が何が言いたいのか良く分からないけど、推測するに
「ARM プロセッサが載った Armadillo-9 で Kylix ができないのは、利用者が煽りしかできない無能者ばかりだからだ」
と、こういうことかな?

…どこの IT 土方か知らないけど、計算機アーキテクチャについて 1 から勉強し直した方が良いんじゃないかな?
0442デフォルトの名無しさん05/01/31 15:02:45
アツくなってる奴が何が言いたいのか良く分からないけど、推測するに
「MIPSやARMで動作しないものはLinuxの対応になってないことが分からない」
と、こういうことかな?

…どこの IT 土方か知らないけど、計算機アーキテクチャについて 1 から勉強し直した方が良いんじゃないかな?
0443デフォルトの名無しさん05/01/31 21:34:36
ってゆうかVersion4はいつでんの?
0444デフォルトの名無しさん05/02/02 09:28:33
煽られて必死になってる>>416にワロスwwwwwww
wwwwwwww
wwwwwwww
wwwwwwww
0445デフォルトの名無しさん05/02/03 19:43:56
もうlazarusでいいや
0446デフォルトの名無しさん05/02/04 08:42:51
リナザウ?
0447デフォルトの名無しさん05/02/04 20:57:35
よくわからんけど、これのことっぽいね
ttp://www.lazarus.freepascal.org/
0448デフォルトの名無しさん05/02/06 10:35:30
コンパイル遅いと思う↑
重くて、不安定な感じ
0449デフォルトの名無しさん05/02/09 04:46:40
MIPSプロセッサでもKylixは動きますか?
0450デフォルトの名無しさん05/02/09 15:06:50
Qt の Non-Commercial 版が Windows でも配布されるらしいから、もう生 Qt でいいや
0451デフォルトの名無しさん05/02/09 16:23:57
linuxでGUIアプリを作ろうと思ったらこれしかないんだろうか?
0452デフォルトの名無しさん05/02/09 16:27:53
そういうわけではないが「最も簡単に作ろう」と思ったら、これだろう。(あるいは、これだった)
0453デフォルトの名無しさん05/02/09 16:43:36
>>451
一応、Javaという選択肢もあるけどね
0454デフォルトの名無しさん05/02/09 21:12:56
もう、Fortranでいいや
0455デフォルトの名無しさん05/02/10 13:27:54
xhsp…
あれで満足できるなら苦労はしないか
0456デフォルトの名無しさん05/02/10 13:45:14
KDEならkdevelpとかあったね。
0457デフォルトの名無しさん05/02/10 14:16:43
あれが連邦のモビルスーツか
0458デフォルトの名無しさん05/02/11 03:47:05
その一応が知りたい。
なにか問題あり?
0459デフォルトの名無しさん05/02/11 07:18:22
(ユーザの)好みの問題
0460デフォルトの名無しさん05/02/11 13:10:01
>>458
俺にとっては大した問題ないが他の人にとっては騒ぎ立てるほどの問題があるらしい
0461デフォルトの名無しさん05/02/13 00:26:22
64bit化したVineでも動くみたいだ
0462デフォルトの名無しさん05/02/13 00:45:03
>461
Kylix自体が?
Kylixで作ったプログラムが?
0463デフォルトの名無しさん05/02/13 00:50:25
>>462
まだgccをネィティブにしてる最中だけど
KylixもKylixで作ったプログラムも動いた
ちとKylixの動作が怪しいけど
カーネル以外は32bitな環境だし・・・動くのは当たり前かぁ
0464デフォルトの名無しさん05/02/13 01:33:35
ほほぉ。
漏れもやってみよ……って64bit環境なんて揃えられねーよヽ(`Д´)ノウワァァン
0465デフォルトの名無しさん05/02/15 01:56:25
>>464
補足するとx86_64なディストリでは、kylixのインストール出来ず
そもそも、体感速度が別に速い訳でも無いx86_64ってあまりメリットない・・・・
メモリを16GBとか積む訳でもないし
0466デフォルトの名無しさん05/02/16 12:59:28
既出ですか?
Unofficial VisualCLX patch version 3.7
http://andy.jgknet.de/oss/kylix/wiki/index.php/Main_Page
0467デフォルトの名無しさん05/02/17 01:23:37
もうofficialでパッチ出す気が無いならunofficialなんて付ける必要なさそうだが。
0468デフォルトの名無しさん05/03/06 14:30:29
パッチ当てたらコンパイルできません('A`)
0469デフォルトの名無しさん05/03/11 00:22:34
KylixってLinux用のIDEのことだったの?
ってきりDelphiのLinux版のことかと思ってた
0470デフォルトの名無しさん05/03/11 21:00:18
>>469の言いたい事がよく分からないのは俺だけですかそうですか
0471デフォルトの名無しさん05/03/13 04:47:59
今年中にバージョンアップすると予言してみる。
0472デフォルトの名無しさん05/03/13 14:35:47
>>469
BCBのLinux版でもあるから、IDEのことなんだろうな。
0473デフォルトの名無しさん05/03/13 15:33:49
>>471
それ、予言というよりは
「そうしてほしい」
だな。
0474デフォルトの名無しさん05/03/16 14:39:07
X86_64なLinuxにはやっぱりインスコ出来ませんでした。
0475デフォルトの名無しさん2005/03/28(月) 18:16:48
Unofficial VisualCLX patch version 3.8
http://andy.jgknet.de/oss/kylix/wiki/index.php/Main_Page
0476デフォルトの名無しさん2005/05/06(金) 01:50:30
なんか気づいたらソースの補完機能が働く無くなってた。
何をしても「ソースが間違っています」と怒られる。
コンパイルなどは正常に出来るのだが。

気になるのはqtのバージョンが3.3である事くらいだけど、誰か同じ症状の人いる?
0477デフォルトの名無しさん2005/05/07(土) 15:56:02
トラックバック:http://pc8.2ch.net/test/read.cgi/tech/1110454743/
0478デフォルトの名無しさん2005/06/17(金) 01:49:21
保守sage
0479ほしゅ2005/09/28(水) 02:27:42
しておきまそ
0480デフォルトの名無しさん2005/09/30(金) 10:28:42
DelphiアプリをLinuxに移植することを検討していますが
KylixとLazarusとどちらを使うべきなんでしょう?
0481デフォルトの名無しさん2005/09/30(金) 20:51:11
ケースバイケース。そのアプリを不特定多数の環境に入れるのならLazarus、
限られた環境(動作確認できる)ならKylixかな。

Kylixアプリは環境によって動かなかったりして動作検証が大変、
Lazarusは完成度が低いので安定させるのが大変。
04824802005/10/01(土) 12:00:14
>>481
レスありがとうございます
どっちもどっちという感じですね
やっぱりC++に移植したほうがいいのかしらん
0483デフォルトの名無しさん2005/10/01(土) 12:35:24
Java に移植するとか。

それはそれで嫌がる人が多そうだけど、
すくなくとも Kylix のように放置されることは当分なかろう。
0484デフォルトの名無しさん2005/10/06(木) 01:00:12
C++にしたとしてもGUIライブラリどうするか迷うよね。
Delphiからの移植だとQtがいいかな、と思うんだけど、QtってIM周りとか仕様が弱かったりするし。
そもそもGPLでいいかどうかも判断に迷う。

そう考えるとJavaって悪くないかも。パフォーマンスはあれだけど、配布時のライセンスも自由に
決めれるし、対応環境も広いし。
0485デフォルトの名無しさん2005/10/06(木) 01:18:38
Kylix自体はもう今更って感じではあるが、
Borland製C++コマンドラインコンパイラだけでもメンテしていて欲しいな…。
gcc/iccに続く選択肢になるし、__closureとか__propertyとかあるし。
0486デフォルトの名無しさん2005/10/06(木) 01:19:50
Delphi.NETに移植してmono…
0487デフォルトの名無しさん2005/10/06(木) 18:15:05
C# がいまだ未知数な以上 mono もどうなることやら、って感じだな。
mono で GUI となると、5 年後に存在してるのかどうかすら怪しい。

頑張ってる人は頑張ってるんだろうけど。
0488デフォルトの名無しさん2005/10/07(金) 00:19:23
>>485
それもそうだけど、Borland PascalコンパイラもLinux版メンテしてほしい。
FPCは遅い。Lazarusの最大の問題点はVCLとの互換性じゃなくコンパイラの遅さ。
速くないならPascalつかうメリットない。
0489デフォルトの名無しさん2005/10/08(土) 00:16:48
そうなんか? Pascal 好きな人って文法とかを偏愛してるのかと思ってた。
04904802005/10/08(土) 00:58:39
>>483
javaだとパフォーマンスがとか思う私は旧人類でしょうか・・・

>>484
そう、そうなんです。
GUIをどうするか。
はたまたIDEはということになるし・・・

>>486
正直それは追いかけていませんorz

ああ、そろそろ決めなければいかんな・・・
どうせどうころんでも私の責任にされるだろうし・・・
会社やめようかな・・・
0491デフォルトの名無しさん2005/10/08(土) 03:24:40
>>489
文法を偏愛している人はModulaを(ry
0492デフォルトの名無しさん2005/10/08(土) 23:55:23
>>490
Javaのパフォーマンスは昔ほど気にならない。最初にロードする時間さえ
我慢すればその後の動きは割と快適。GCで引っかかったような動きになる
のはあるけどね。

でも俺はQt4を狙ってる。まだ出たばかりなのであまり詳しく見てないけど
Qt3よりはだいぶ進化してる。やっとWinでもフリーになったし。
0493デフォルトの名無しさん2005/10/11(火) 23:21:31
このスレで聞くのがいいかわからないんですが、他に適当なスレがない
のでここで質問します。

Delphi5で構築したC/Sシステムがあります。DBはFirebirdです。
10プロジェクト(exe)、200ユニットで、ストアドやビューよりは
TQuery(実際はIBO)にSQLを直に書く方法を主にとっています。

が、今度クライアントマシンがLinuxになるということになりました。
最短、最小限の労力で上記システムを移植したいのですが、
みなさんならどうしますか? 現在のところ考えている選択肢は

・Kylix3
・Lazarus
・JBuilder

です。ちなみに当方は2年まえにKylix3でのC/Sシステムが1プロジェクト
だけ経験があります。LazarusはWindowsで入れてみてちょっと弄った程度、
JBuilderはServlet/JSPはよくやっていますが、クライアントアプリはDBを
使わない簡単なツール程度しか経験ありません。

Qtなどでやるのが完成度は高いのは想像できますが、工数がかかりすぎる
のではないかと思い、上記3案を考えています。他の案も含めアイデアが
あればご教授ください。
0494デフォルトの名無しさん2005/10/26(水) 19:13:24
>>493

・Wine

Wineがついにベータ段階へ。Ver.0.9リリース
ttp://slashdot.jp/articles/05/10/26/0735259.shtml
0495デフォルトの名無しさん2005/10/27(木) 01:01:26
Wineは厳しいだろうなあ。Delphiで作った単体アプリがWineで動く可能性は高いけど、
DB系はどうかな。Windows用のFirebirdクライアントもWineで動かす必要があるんだよな。
0496デフォルトの名無しさん2005/10/27(木) 09:19:02
じゃ、クライアントがWin以外になるわけだから、
ウェブブラウザアプリじゃね?
04979782005/10/27(木) 09:21:25
ウェブアプリなら、Delphiでも作れるから工数削減じゃん。
本当にDelphiのまんまだとHTMLを文字列処理だからイマイチだけどね。

IntraWebだとポトペタかなぁ?
0498デフォルトの名無しさん2005/10/27(木) 21:22:24
>>496
それじゃC/Sじゃないじゃんw
0499デフォルトの名無しさん2005/10/28(金) 08:49:38
Delphiのソース(DBアクセス)をそのままJNIにコンパイルできるよ。
で、Javaから呼び出す事も可能。
0500デフォルトの名無しさん2005/10/28(金) 09:18:09
>>499
そのコンパイルされたネイティブコードがLinuxで動くと思う?
0501デフォルトの名無しさん2005/10/28(金) 09:31:15
サーバーで動かして、サーバーJavaからクライアントに結果表を渡してみてはどうでしょう?
ただ、DB部分のソースが生きるだけで、残念ながら開発が楽じゃあないな。
0502デフォルトの名無しさん2005/10/28(金) 13:27:27
そりゃあKylixでやるのが一番楽そうだけど実際に使用する
Linuxのカーネルやライブラリのバージョンでの動作検証を綿密に行う必要ありそうだあな。

あと、帳票をどうするか。Delphi5だとまだRaveReportじゃないだろうからそこは最低作り直しだな。
05034932005/10/28(金) 15:54:49
>>502
RaveReportへの書き直し程度は覚悟しています。要はトータルでの工数が
ある程度削減できればいいんです。Kylixで作ったバイナリ、最近のLinuxでも
問題なく動いてますか?
0504デフォルトの名無しさん2005/10/28(金) 16:47:20
それはこのスレのログを見ればわかると思うが。
特に>>475のリンク先の情報は重要だろう。
0505デフォルトの名無しさん2005/11/07(月) 11:56:21
Kylix3を使用して,フォーム上で複数のフレームをnewで生成しようとしてい
ます.
しかし,TFrameから派生させたフレームTFrame1を1つのフォーム上で複数生成
するとランタイムエラーが発生してしまいます。 下記のプログラムですと、1
つめのフレーム生成は成功するのですが、2つめのフレームframe2の生成がで
きません。 
TForm1のコンストラクタ{
    TFrame1 *frame1,*frame2;
    frame1 = new TFrame1(this);
    frame2 = new TFrame1(this);
}


実行すると
Systemファイルが表示され「->」の位置で実行が止まっているようです。
    procedure _DbgExcNotify(
    NotificationKind: Integer;
    ExceptionObject: Pointer;
    ExceptionName: PShortString;
    ExceptionLocation: Pointer;
    HandlerAddr: Pointer); cdecl; export;
->  begin

解決方法をご存知の方がおられましたら,ご教授ください.
0506デフォルトの名無しさん2005/11/07(月) 20:45:15
Kylixは知らないけど、Nameプロパティを変えていかないと、
設計時のNameプロパティがそのままロードされてて、
衝突してるとかじゃなくて?
0507デフォルトの名無しさん2005/11/13(日) 19:39:58
kylixで作ったプログラムってLinux上で動くの??
0508デフォルトの名無しさん2005/11/17(木) 00:39:40
>>507
むしろLinux以外では動かないと思うけど。
0509デフォルトの名無しさん2005/11/17(木) 21:01:43
Linux でも動かない事例が増えてんじゃないの?カーネル違いやらライブラリのバージョンやらで。

そもそも使っている人を見かけないから情報が少なすぎる。
0510デフォルトの名無しさん2005/11/23(水) 03:24:03
IDEが動かなくなった。たぶん、qtとかのバージョンのせいだと思うのだが………
かくなる上はchroot環境で古い環境を再現して、Xを飛ばすという裏技しかないかなぁ
0511デフォルトの名無しさん2005/11/23(水) 10:51:18
Kylix on Eclipseが噂されてるけど、

CLX
-----------------------
OS依存レイヤ(SWTのDLL, so)

で再構成してくれんかなあ。
0512デフォルトの名無しさん2005/11/23(水) 12:52:48
SWTのdll,doって、JNI用に作られてるんじゃないのか?
その構成だとJVMが常にロードされてしまいそうな…
■ このスレッドは過去ログ倉庫に格納されています