08/02/03 12:37:03
まあ、コンパイラ部を弄らなくても、
スクリプト代わりに
uses compiler; してダイナミックにDLLを作成するとかすればイイ感じ
799:デフォルトの名無しさん
08/02/11 01:36:02
久しぶりにFedora入れてみたら、fpcのパッケージに気がついた。
インスコもらくちん。さすがにLazarusはなかったけど。
IDEはfp使っとけってことか・・・。TPチックでﾜﾛﾀ
800:デフォルトの名無しさん
08/04/22 00:04:21
保守
801:デフォルトの名無しさん
08/04/25 21:01:26
TClipboard とか ShowMessage とか Delphi ではコンソールアプリでも
使えるのだが、Lazarus ではフォームを生成しないとエラーになるのが不便。
802:デフォルトの名無しさん
08/04/26 05:47:33
ShowMessage使えたっけ？
803:デフォルトの名無しさん
08/04/26 13:48:05
ShowMessage は Lazarus も Delphi も Dialogs ユニットに入っている
804:デフォルトの名無しさん
08/04/29 00:08:17
KnoppixにLazarusが入ってて驚いた。
もうOSに標準添付できるほどの完成度になったのかと思って
wktkしながらちょこっと試用してみたんだが、
日本語が使えんorz
やっぱりまだこんなものか。
西洋人が使うぶんにはもう充分になってるんだろうなあ。
805:デフォルトの名無しさん
08/04/29 01:15:34
>>804
まぁ理由は明確で、Delphiってソースやら内部処理やらがUnicodeじゃないから
日本語版はSJIS決め打ち、他の国でもその言語専用コードの決め打ちじゃん？
それが国際化のネックになってる。
で、LazarusはUnicodeにしたいって方向にすすんでるんだけど、本家Delphiの
Unicode化が進行中（今フィールドテストやってるとこ）だから、それがでてくるまで
仕様がFixできないんだよ。Lazarus独自仕様でやっていくと互換性が崩れるからね。
どんな関数を追加するのか、とか、たとえばLength()系の文字数はどう返すのか、
とか過去のソースとの互換性は？とかUnicode化に向けての課題は多いんだけど
Delphi2008の仕様と足並みをそろえないときっと混乱する。
俺Delphi2008のフィールドテストに参加してるんだけど、海外のDelphiユーザも
今回やっとUnicodeについて理解を深めつつあって（というかやっと意味を理解した
というか）、「米英のDelphiプログラマはAsciiしかわかってない」という状況がやっと
崩れつつある。
もうすこし待ちましょう。
806:デフォルトの名無しさん
08/04/29 21:33:02
一瞬、「鬼畜米英のDelphiプログラマは・・」に見えた。開戦切って首
807:デフォルトの名無しさん
08/04/29 21:47:55
愛国心乙
808:デフォルトの名無しさん
08/04/30 08:27:07
Win32なDelphiはUTF16採用したからUTF8なLazにはあまり関係ない気が
809:デフォルトの名無しさん
08/05/01 01:20:10
じゃあLazarusもUTF16に変更ってことで。
810:デフォルトの名無しさん
08/05/01 08:08:48
それはない。
Win32以外でUTF16はデメリットだらけ
811:デフォルトの名無しさん
08/05/02 00:10:08
でもDelphiとのソース互換って大事じゃない？
812:デフォルトの名無しさん
08/05/02 04:17:42
高性能のPascalコンパイラが無償で手に入る時代になったんですねぇ。
813:デフォルトの名無しさん
08/05/03 17:51:43
でも正直、コンパイラだけが無償でもちょっと。
814:デフォルトの名無しさん
08/05/04 02:42:07
IDEも無償だぜ？
815:デフォルトの名無しさん
08/05/04 20:02:09
分かってるｗ
分かってると思うが、ライブラリ周辺がどうにもと思ってる。
816:デフォルトの名無しさん
08/05/04 22:17:14
でも、クラスプラットフォームだぜ？
817:デフォルトの名無しさん
08/05/05 08:47:35
そうです、日本人が協力しない限り日本語周りは一生改善されないのです。
818:デフォルトの名無しさん
08/05/08 00:17:10
でも現状でもKylixよりはマシだと思う。IDEのエディタをのぞいては。
819:デフォルトの名無しさん
08/05/13 00:20:36
>>817
英米人の協力なんか無くても
HSPだってひまわりだって英語は全く問題なく使えるぞ。
それだけ英米人の開発者は無能だということだ。
820:デフォルトの名無しさん
08/05/13 06:09:19
少なくとも、英米人開発者は、>>819より有能だと思います。
821:デフォルトの名無しさん
08/05/13 09:12:04
おそらくさぁ、CJKの文字がアルファベットみたいに縦長だったらあっさりうまくいくんだよ。
CJKの文字が正方形っていうのがガンでそこらへんが外人にはなぞなんだよ
822:デフォルトの名無しさん
08/05/13 16:02:52
じゃあCJKの文字を縦長につぶして使えばいいじゃない
823:デフォルトの名無しさん
08/05/13 17:17:15
だが肝心の Tiburon (次期 Delphi のコードネーム) のフィールドテスターの集まりで
日本人は一言も提案しない。という落ちが待っていた。
結局外人任せじゃないか > 805
824:デフォルトの名無しさん
08/05/16 08:32:57
>>822
それをCJK人が受け入れればそれでよいのだけどなｗ
825:デフォルトの名無しさん
08/05/16 08:36:15
Firebird v2.0以降を採用したフリーの小規模店舗向けPOSレジソフトらしい
URLﾘﾝｸ(www.forest.impress.co.jp)
826:デフォルトの名無しさん
08/05/16 19:04:23
>>825
Java Runtimeとなっているが、FreePascal製なのか？
827:デフォルトの名無しさん
08/05/16 19:15:22
>>823
もう世の中はC様でしょ。
Kもあぶないし、Jなんてどっかの海溝に沈んじまったw
828:デフォルトの名無しさん
08/05/17 17:20:25
China も Korea も Delphi/Pascal 圏にはいない。という罠
829:デフォルトの名無しさん
08/06/08 11:59:13
lazarusいいね
趣味にはとてもいい
delphiは高すぎるし、無償版はコンポーネント使えない
830:デフォルトの名無しさん
08/06/09 00:41:47
以前、Lazarusで作った実行ファイルがでかいって
話がありましたが、fpcではどうなのでしょうか?
3kくらいのソースを、コンパイルしたら148kの
実行ファイルが出来ました。
他のunitは、使ってないプログラムなんです。
これが普通ですか?
環境は、MacOSX10.4.11/fpc2,2,0
831:デフォルトの名無しさん
08/06/09 01:25:45
マルチ梅と文字使わない限りけっこういけるね＞らざ
マック版も最近じゃapplication bundle簡単に作れるようにしようとしてるなあ。
832:デフォルトの名無しさん
08/06/13 09:34:19
URLﾘﾝｸ(outkastsolutions.co.za)
ここのgamepackっていうコンポーネントインストールして、
demoに入ってるプロジェクトを開こうとしたらCPU使用率が100%になってlazarusがフリーズします
みなさんはどうでしょうか？
833:デフォルトの名無しさん
08/06/13 10:41:49
どうでしょうか？ってお前、みなさんも試してみてフリーズさせて下さいと言ってるのか？
834:デフォルトの名無しさん
08/06/25 20:50:46
Access とか Excel とかを付属の ODBC で読み書きできないのが不便。
835:デフォルトの名無しさん
08/07/20 22:08:09
Ubuntu8.04でお気軽にいれてみたんですが、GTK２になってないですよ？
というか、アプリケーションの追加と削除で最初でてこなかったけど、何かしたら出てきたのも
ちょっと不明。
sudo make clean all LCL_PLATFORM=gtk2の呪文でコンパイル失敗するみたいです。
皆様合いの手を。
836:デフォルトの名無しさん
08/07/21 10:13:09
エラーの内容くらい、書け
837:デフォルトの名無しさん
08/07/21 21:40:30
makeでのエラーの内容は
...
Compiling grids.pas
fatal: Cant Find unit URIParser used by XMLRead
です。
838:デフォルトの名無しさん
08/07/21 22:12:32
Ubuのインストールで特別なことをしてなければ、
sudo apt-get install fpc
sudo apt-get install fpc-source
をしてからLazarus-IDEをmakeすれば成功すると思います。
これをしないとIDEだけでなく何もビルドできません。
839:デフォルトの名無しさん
08/08/05 11:29:54
delphi7もっていますが、lazarusのほうがいいですか？
840:デフォルトの名無しさん
08/08/05 11:40:34
>>839
windowsアプリ限定なら断然delphi7
841:デフォルトの名無しさん
08/08/05 13:53:44
まだちっとバギーだ。
842:デフォルトの名無しさん
08/08/05 17:23:15
コンパイルオプションの一覧とかってどこにある？
843:デフォルトの名無しさん
08/08/05 20:45:22
>>842
fpc -h
844:デフォルトの名無しさん
08/08/05 21:00:17
誰か翻訳してくれ
845:デフォルトの名無しさん
08/08/05 23:10:13
Linux上だとエディタが使い物にならん。
846:デフォルトの名無しさん
08/08/06 09:09:41
Windowsでも同じです
847:デフォルトの名無しさん
08/08/06 14:20:35
では、エディタが使い物になるOSは・・？
848:デフォルトの名無しさん
08/08/06 18:58:29
ありません
849:デフォルトの名無しさん
08/08/07 00:24:27
Tiburonとの互換性はどうなんだろう。
850:デフォルトの名無しさん
08/08/07 00:30:38
ありません
851:デフォルトの名無しさん
08/08/07 04:25:04
ぜんぜんあかんがな
852:デフォルトの名無しさん
08/08/08 01:04:44
FreePascalがUTF-8、TiburonがUTF-16なんだっけ？
853:デフォルトの名無しさん
08/08/20 22:53:54
2.2.2が公開されたらしいけどなにがどう違うの？
854:デフォルトの名無しさん
08/08/22 01:00:54
バージョン。
855:デフォルトの名無しさん
08/08/22 23:50:12
>>853
URLﾘﾝｸ(svn.freepascal.org)
856:デフォルトの名無しさん
08/08/23 16:05:07
URLﾘﾝｸ(wiki.freepascal.org)
CharとWideCharの変換が動作するようになったとのこと
857:デフォルトの名無しさん
08/09/19 07:50:03
Lazarusのメニューの日本語化とはどうすればいいのですか？
858:デフォルトの名無しさん
08/09/19 21:10:55
Environment -> Environment Options -> Desktop -> Language
859:デフォルトの名無しさん
08/10/04 09:59:46
lazarusにpowtilsいれてCGI作ると最強だなこれ・・・・
860:デフォルトの名無しさん
08/10/04 11:16:34
世の中Delphi2009でもちきりだけどlazarusのUnicode対応はまだですかいな
861:デフォルトの名無しさん
08/10/04 16:59:09
ん？ Delphi 2009 って何か良いのか？
862:デフォルトの名無しさん
08/10/06 10:13:38
>>861
高いのでリッチな気分に浸れる
863:デフォルトの名無しさん
08/10/14 22:07:45
October 14, 2008
Lazarus 0.9.26
864:デフォルトの名無しさん
08/10/14 22:29:33
Virtual Image Printer driver の GUI 部分は Lazarus みたいですね
865:デフォルトの名無しさん
08/10/14 23:12:52
更新内容ｐｌｚ
866:デフォルトの名無しさん
08/10/15 10:28:11
Lazarus で消費する時間は高価で無駄だしdelphiにコンポーネントなんて別になくてもいい。
コンポーネントがなくちゃdelphi使えない人はFlashでもゃった方が良いですね、
Flashで作ったexeやdelphi6,7で普通にwine上で動くunixアプリが作れる現実を考えると
FreePascalのクロスプラットフォームの意味は皆無
Lazarusよりも普通にWin32API使うが吉
ちなみに今(wine1.15)はdelphi本体はともかくdcc32.exeとかは普通にLinuxやFreeBSDで使える時代
パイプで呼び出せばネイティブアプリ(unix)も動く。
ライブラリーとかはオープンソースのものをCでビルドするのがいいんじゃないすカ?
まぁ、コンパイラをインストールして仕様が揃っていることに喜ぶ仕様オタクは
delphi2009とかfpとかゴミ並べて喜んでくださいダ
867:デフォルトの名無しさん
08/10/15 18:30:51
WINE がまるで完全万能の様に書く奴って結構居るけどなんなの？
どんだけ馬鹿なの？
あの不確実さは、使用用途によっては信頼できなレベルとしては十分だと思うが。
仮想環境の方が、まだ分かるわ。
868:デフォルトの名無しさん
08/10/16 08:15:37
>>866
なんか視野が狭い人ですね
869:デフォルトの名無しさん
08/10/18 20:06:03
Lazarus 0.9.26 パッチを当てなくてもエディタに日本語がかろうじて
表示・入力できるようになったな。位置は ずれるけど。
870:デフォルトの名無しさん
08/10/20 20:52:58
Lazarus 0.9.26のエディタでは日本語の文字列リテラルも日本語のコメントも
ソースには UTF8 で保存される。
Console Application を Lazarus で書く場合には
writeln(UTF8ToAnsi('日本語'));
と書く必要がある。
メンドクセー
871:デフォルトの名無しさん
08/10/26 00:35:11
>>870
Consoleでの動作ですが、他の言語の動作に詳しい方、教えて下さい。
たとえばutf-8で書いたJavaやC#のコードはWindowsで
コンソールに出力するときに自動的にSJISへ変換しますか？
872:デフォルトの名無しさん
08/10/27 14:54:46
ソースにデータを埋め込んでる話？
というか、普通、吐き出す文字コードは指定するんじゃねぇか？
873:デフォルトの名無しさん
08/10/27 17:08:50
Asciiだけじゃなけりゃそりゃ化けるでしょうにｗ
出力時にいちいち変換してたら不便で仕方ないｗｗ
874:デフォルトの名無しさん
08/10/27 17:09:30
> いちいち変換してたら
は「いちいち（内部で）変換してたら」って意味な
875:デフォルトの名無しさん
08/10/27 22:54:04
Lazarus 0.9.26 はコンポーネントが UTF8 化されていてもコンパイラ
FPC のランタイムライブラリが ANSI のままなので木に竹を接いだ感じ。
日本語文字列の操作・出力をしているプログラムはほとんど全部書き換えが
必要（作業自体は難しくはないけど）。
876:デフォルトの名無しさん
08/10/28 23:09:52
よく探せ
877:デフォルトの名無しさん
08/11/30 20:18:07
FPCのソース見てみたけどさ、どこの馬鹿が作るとこんな醜いソースができあがるの？
命名規則１つとってもなんか全部小文字だし。
constructor tabstractrecordsymtable.create(const n:string;usealign:shortint);
こんなんで品質維持できんのかよww
878:デフォルトの名無しさん
08/12/06 10:00:10
you are idiot.
879:デフォルトの名無しさん
08/12/22 12:42:43
淋しい