【Delphi互換!?】FreePascal【GPL】

【Delphi互換!?】Free ..

443:デフォルトの名無しさん
07/06/10 20:16:44
>>442
ふむふむ、自分の場合は
FreePascalにDelphiのかわりを期待しているというより、
大化けしてくれそうな、一縷の望みをかけている、
という感じなんだけどね。

ま、ここは、「Pascal○周年祭り」でも企画してミントス？
ビルト博士はまだご健在か？
日本に呼んでみたいもんだな。

444:デフォルトの名無しさん
07/06/10 21:09:34
Pascalでソース分割っていつから出来るようになったん？

445:デフォルトの名無しさん
07/06/10 21:51:54
>>444
Turbo Pascal 4じゃなかったっけ。

「私Pascal使えます、って言うからよくよく聞いてみたら、Turbo Pascalなんだよ。
ふざけるな、てめえが使ってるのはPascalじゃなくて、Turbo Pascalだろが、って
どやしちゃったよ」というのが当時の評判。

446:デフォルトの名無しさん
07/06/10 22:05:07
なんでどやすのかようわからんが
４から unit 導入、５．５からオブジェクト指向だったね

447:デフォルトの名無しさん
07/06/11 01:02:42
まぁ、そういう風潮はあったね。

Turbo PascalなんかPascalじゃねー！みたいな。
でTurbo Pascal ３のユーザは4なんか（ryって言ってた。
そのうちDelphiが出てくるとあんなのPascalじゃねー！
って奴が出てきて、聞いてみるとTurbo Pascal 6使ってたりとか。

要するにPascalプログラマは、より原始的なモノに愛を
感じる人たちってことだ。

448:デフォルトの名無しさん
07/06/11 01:21:27
そんな風潮あったの？一部の人の意見をおおげさに言ってない？
CP/MのころからTurboPascal使ってたけど
僕の周りにはそんなやつ居なかったなあ
まあ、環境によるのかもしれんが

４が出たときはModula-2みたいですげー便利と思ったし
５．５のときには、OOPワールドツアーにも参加したｗ

かにはんにおもちゃの言語と言われたPascalにこだわってなんか意味あるのかな？
頭の足りない原理主義者は昔から居たってことか

449:デフォルトの名無しさん
07/06/11 01:59:42
>>448
やっぱTurboPascalの登場は衝撃的だったから。

早いし便利だしでもてはやされる一方、Borlandの独自拡張が
批判の的になってた。後年のNiftyなんかでもPascalのスレ・・・
じゃなくてフォーラム（だっけ？）でDelphiのことなんか
質問したら鼻で笑われたりとかね。「ああ、そういえばあれも
一応Pascalって言えばPascalだねぇ」みたいな。

450:デフォルトの名無しさん
07/06/11 02:02:51
ObjectPascal と TP5.5 は別物だよね

451:デフォルトの名無しさん
07/06/11 02:35:57
ObjectPascalって何種類かあるからね
広い意味では、TP5.5はObjectPascalの一種でしょう

452:デフォルトの名無しさん
07/06/11 03:16:09
>>443
以前、Oberonの後は何をされたのだろうと調べたことがあるのだけど、
Oberon(Oberon-2だったかな?)の後はプログラミング言語の設計はせずに
FPGAだかの研究をしていたのだけど、2000年頃に引退されたそうです。

で、まだご健在のはず。
健康面で何の問題もないかどうかまでは知らない。
8月のLL魂に呼ぶ。ってのは無理だよねえ(笑)

453:デフォルトの名無しさん
07/06/12 04:04:45
昔話は、もういいよ

454:デフォルトの名無しさん
07/06/12 12:12:55
そうそう、未来の話をしようぜ。
Free Pascal VM とか。

455:デフォルトの名無しさん
07/06/12 18:39:49
Mac版にindy10を入れようとするとエラーです。

＞fpc/IdSackUnix.pas(232,33) Error: Identifer not found "MSG_NOSIGNAL"

みたいな。。。

456:デフォルトの名無しさん
07/06/12 19:49:13
URLﾘﾝｸ(www.indyproject.org)

だれか、Mac OS X での使い方教えて下さいorz

457:デフォルトの名無しさん
07/06/14 03:14:38
Pascalそのものは確かに時代遅れの言語だけど
FreePascalはDelphiと互換の文法を扱えるから言語としては充分に現役。

とは言っても、VCLと膨大なコンポーネント群がDelphiを支えてるわけで、
それが無いFreePascalをバリバリの開発言語として使うのは厳しいか。

458:デフォルトの名無しさん
07/06/14 09:55:10
LazarusでIndyを使うために、fpcsrcのリコンパイルが要るっぽいんですが、
fpcsrcのリコンパイルはどうやればよいですか？

Mac OS Xです。

459:デフォルトの名無しさん
07/06/14 20:58:02
>>458
リコンパイルがそんなに難しいこととはおもえんけどOSXを
持ってないので残念ながら手順は答えられない。

このスレにOSXユーザが何人もいるとはおもえんしな～。
基本的にBSDなんだからBSDやLinuxの情報を元に
やってみるしかないんじゃね？

460:デフォルトの名無しさん
07/06/14 22:56:31
OS Xでfpcしているおさんがきますたよ。

Indyにはあんま興味がないので試してはないけれど、
fpc自体やfpcのRTLをリビルドしなければならないとは思えないんだが…

URLﾘﾝｸ(wiki.lazarus.freepascal.org)

によると、Lazarusをリビルドしろとは書いてあるね。ラザは性的リンクで
できているから、コンポーネントを追加する時は仕方がない。
Lazarusの再建は、メニューのTools->Build Lazarusでできるはず。

俺はそこまで使い込んでないので、これ以上は役に立てなくてすまそ。

461:458
07/06/15 11:38:18
>>460
凄いヒントになりました。有難うございました。
って、環境壊れたので、再インスコして再構築しています。

ところで、

URLﾘﾝｸ(www.indyproject.org)
にある、
＞indy-bsd-port.tar.gz - FreeBSD port for Indy.
ってのが、makeファイルなんですが、
このmakeファイルがfpcsrcの再構築用なんですかね、やっぱ。

462:光速エスパー世代774RR
07/06/15 13:01:15
fpcsrcってのは fpc の各種 RTL のソースだよな。
そこにある負けファイルがやってるのは再構築ってか、うにっとの追加だろ。
うにっと追加した上でラザ rebuld しろってんじゃないか。

そのplistに
Open and compile indysystemlaz.lpk
Open and compile indycorelaz.lpk
Open and compile indyprotocolslaz.lpk
Open, compile and install dclindycorelaz.lpk
Open, compile and install dclindyprotocolslaz.lpk
の各そーすぱけじは入ってないか?

463:458
07/06/15 14:05:44
Lazarus再インスコ直後にTools->Build Lazarusでエラーなんですが、何ででしょorz

エラー内容：

/usr/local/share/lazarus/tools/svnrevisioninc.pas(384) Error: Can't create assebler file: ./svn2recisinic.s

464:458
07/06/15 14:47:12
Tools - Configure "Build Lazarus"で、Target OSとかCPUを設定すれば良いのでしょうかね？

465:458
07/06/15 15:28:25
sudo でLazarusを起動したら、Tools->Build Lazarus成功しました。

あと一息なキガス。

しかし、Indyプロジェクトと別途添付されてるMakefileをどう扱うのか分からない。

466:458
07/06/15 16:32:39
やっぱ、>>455 のエラーが出ますorz

"MSG_NOSIGNAL"が未定義ってことは、Win版とかのStacksユニットがリンクされてるんじゃないかと疑ってるんですが、対処方法が。。。

467:458
07/06/15 16:45:40
LazarusでIndy使うの完全にあきらめましたOTL

ところで、Lazarus から Mac OS X の CFNetwork なんていうAPIをコールしたりできるのでしょうか？

468:デフォルトの名無しさん
07/06/15 17:33:22
あきらめるなよ。

ちゃんとREADME読んでる？

469:光速エスパー世代774RR
07/06/15 17:35:48
すまない、俺が完全にタトしてたようだ orz

fpcディレクトリの.pas、.incファイルをなめてみたんだけど、MSG_NOSIGNAL が使われているのは
IdStackLinux.pas と IdStackUnix.pas の中だけで、
コンパイルされてエラーを吐くのは後者だね。
試しに適当な値を代入してやるとコンパイルする（fpc 2.1.4、PPC-Tiger）。

Result := fpRecv(ASocket, @ABuffer, ABufferLength, AFlags or Id_MSG_NOSIGNAL);

になってるけど、確かにWindows版? のスタックIDは
Result := Recv(ASocket, ABuffer, ABufferLength, AFlags)
で、const MSG_NOSIGNAL = 0 としたのと等価だ。

さて、ここがコンパイルできても次のエラーで止まる。
idSSLOpenSSL.pasの 687行目の
Result := CurrentThreadId; (* どうでもいいけど、このセミコロンはいらない。俺は断固付けない派 *)
で型が違う（ポインタが代入された）ってエラーを吐くんだな。強引にlongintに型キャストするとコンパイラは通る。
CurrentThreadIdはTidThreadId型を返す関数なんだけど、TidThreadIdはidGlobal.pasでlongwordに定義されているはずなので何か変だ。

つうんでちょっと弄るとコンパイルはできるけど、走るのかこれw

fpcsrcの再構築って、どこに書いてあったの?

Lazarus つうか FreePascal から外部ライブラリを呼べるよ。libcを呼んだり、Carbon.frameworkとリンクしたりする例がどっかにあった。

470:458
07/06/15 18:29:54
>>468
Internet newsにも投稿しましたし、２ちゃんの応答頂いたのも今日が初めてで（でも、さすが２ちゃんだわ）、正直ツライです＞＜

>>469
実際に試して頂いて申し訳ないです。
最終的にIndy使うか分かりませんが、Lazarusは、別ソフト作るときに絶対使いますし、
Indyの対応で操作と考え方を身に付けれれば、とにかくおｋ、です。

＞で、const MSG_NOSIGNAL = 0 としたのと等価だ。　強引にlongintに型キャストするとコンパイラは通る。
了解です。ソース書き換えてみます。

＞fpcsrcの再構築って、どこに書いてあったの?
う～ん、自分の思い込みのようです。

＞libcを呼んだり、Carbon.frameworkとリンクしたりする例がどっかにあった。
あ、これ、とにかく知りたい内容です。
”Carbon.framework”をキーにしてググってみます。

Mac の API を自由にコールできるようになれば、完璧。
さらに希望を言えば、Lazarusのver upでX-Window抜きになったら、もう他ｲﾗﾈ状態

471:光速エスパー世代774RR
07/06/15 19:05:11
今ちょこっと書いてみた libc を呼ぶ簡単な例ね。
フツーにコンパイルして走らしてみそ。

Program LinkLibc;
{$LINKLIB libc}
function sleep(s : longword) : longword; cdecl; external 'libc';

begin
write('Free');
sleep(2);
writeln('Pascal')
end.

472:458
07/06/15 19:10:14
スゲー、通ったー。感動。

パレットにIndyアイコンが出来てる（泣）
このまま、Lazaで作れそう。

＞つうんでちょっと弄るとコンパイルはできるけど、走るのかこれw

結果報告は致しますよ、後日となりますが。

473:デフォルトの名無しさん
07/06/15 19:29:09
ｻﾝｸｽ>>471

書き方、Windowsの時と同じですね。
通りました。

この調子で、Mac APIの宣言を見て、自分で関数をインポートすればおｋ、ですね。

何のLibがあるのか、何の関数があるか、ｱﾎﾟｰサイトから調べなきゃ！

474:デフォルトの名無しさん
07/06/26 18:46:08
FreePascalをつかってMacOSXでXCODEとJEDI-SDLをチャンポンするチュートリアル

JEDI-SDL, MacOS X and XCode Tutorial

URLﾘﾝｸ(www.idevgames.com)

475:デフォルトの名無しさん
07/06/28 00:16:32
検索をかけてはみたのですがキーワードの設定が悪いのか情報がでてきません。
フリーパスカルで、xlib.hに相当するxlib.ppやxutil.hに相当するxutil.ppはあるのですが、xpm.ppがみつけられません。
Cのように直接インクルードするのは無理でしょうが、xpmをファイルから読み込むのはどうしたらいいのでしょうか。

476:デフォルトの名無しさん
07/07/01 23:44:32
WindowsMobileにも対応中見たいだけど、今どのくらいすすんでるんだろう
サイト見ても英語がよくわからない（＾＾

477:sage
07/07/03 23:22:27
LazarusはDelphiの中途半端な互換は捨てて、
もっときれいに書き直す必要があるように思う。

478:デフォルトの名無しさん
07/07/04 00:22:33
>>477
たとえばどの辺?

マインスイーパーを一から書いてみたけど、4時間かかった。腕が落ちたもんだ。

479:デフォルトの名無しさん
07/07/04 06:15:54
X.org向けのエクステンションみたいなのは欲しいな。
TBitmapのように使えるTPixmapとか。
xpm.LoadFromFileとか。
TForm.Staste := fsWithDraweredとか。

480:デフォルトの名無しさん
07/07/04 10:43:32
TNotePadを参考にSynEditのUnicode対応がすすめばいいな

481:光速エスパー世代774RR
07/07/04 12:39:08
そういやラザの日本語対応ってどこまで進んでるの?

俺はカタカナが通るだけで感動していた時代のロートルなんでアレだが、
今の時代、うにコードでもISO-2022-JPでもTRONコード（だっけ）でも、
日本語通らねえとまずいよなあ。

(* でも後何十年かすれば米語か北京話が公用語になるんだろうけどなw *)

482:デフォルトの名無しさん
07/07/04 20:50:40
>>480
SynEditよりも、その下からUnicodeやらIMEをやらないとだめのようです。

483:デフォルトの名無しさん
07/07/05 08:37:10
KJC圏の人ががんがん主導しない限り何年先になることやら・・・・

484:光速エスパー世代774RR
07/07/05 12:37:10
文字列の扱いを仮想化するのは面倒だなあ。
packed array of char を直接触る方がはるかに効率いいし。
かといって、某BASICのように基底型以外は全部オブジェクトというのも
どうも美しくない（し、遅い）。

俺も20歳、いや10歳若けりゃ戦うんだがな…

485:光速エスパー世代774RR
07/07/05 12:56:16
考えてみれば、俺が使ってるMac OS XのX11自体日本語対応が…
先は長いな。

486:デフォルトの名無しさん
07/07/05 13:09:00
>>484
なあ、配列の場合はpackedいらんのとちゃう？

487:デフォルトの名無しさん
07/07/06 19:07:14
>>484
　10年後も、10歳若かったらと？

488:光速エスパー世代774RR
07/07/06 19:15:02
>>486
標準Pascalなロートルだといっとる。
>>487
メタボでぼろぼろだから、十年後はこの世にいるかどうかもわからんよ。
生きてるうちに楽しくバイク乗ろw

489:デフォルトの名無しさん
07/07/08 09:56:07
Macの話題が以前あったけど、ここの
URLﾘﾝｸ(pascal-central.com)
でメニューのMac-OSX-Samples
にFreePascalで書かれたデモがいろいろあるみたい。

490:デフォルトの名無しさん
07/07/08 12:55:42
Windowsの場合、IMEはANSIウインドウだと、SJISで入力、
UNICODEウインドウだと、UNICODE(UTF16)で入力されるようなので、
Lazarusの場合、TWinControlか、TControlあたりから、
UNICODE対応しなくてはならないと思います。
DelphiのようにWM_IME～をフックするやり方は、クロス環境には
不向きなのでなんらかのIMEコールバックをクロス環境向けに
定義したほうがいいと思います。

SynEditのコードを見ていると、UTF8的な対応はLinux等のために
やっているので、Windowsでは
１）FreePascal-JPパッチで出来ているIME処理から受け取った
　　文字コードをUTF16->UTF8に変換してバッファに入れる。
２）関数描画時にUTF16に変換してAからWに変える。

で可能でしょうけれど、UTF16と8の間の相互処理の
オーバーヘッドが大きいような気がします。

まちがっているところもあるかもしれません。
皆さんの意見はどんなもんでしょうか。

491:デフォルトの名無しさん
07/07/08 14:09:19
おいらは、WindowsはどうでもいいからGtk2で
うまく日本語入力できるようにして欲しい。

492:デフォルトの名無しさん
07/07/11 18:06:07
で、TNodePadってどうなのよ。暇があったらソース読んでみようかと思うが、
果たして得るものがあるのか。

493:デフォルトの名無しさん
07/07/11 22:13:23
それは、TNotePadのコードはみたことないけど、
やることは、Windowsに限れば490の内容とよく似たことに
なると思う。
GLSceneにutf8<->utf16の変換関数があったので、
それ使えばいいと思う。

GTK/GTK2でつくられたCのエディタとかはないの？

Delphiよりも早くUnicode/UTF8対応できると、インパクトあると思う。

494:デフォルトの名無しさん
07/07/12 07:40:14
DelphiはすでにUTF8対応ですよ

495:デフォルトの名無しさん
07/07/12 18:11:33
UNIX系（本当はMac）のFreePascalにC++のライブラリの混ぜ方ってどっかに書いてあります？

496:デフォルトの名無しさん
07/07/12 20:41:04
>>494
何を持ってして対応というか問題だが、
Unicodeファイル名のファイルを普通に扱えないじゃん。
まぁ、これはwinが糞実装してるからだが…。

497:デフォルトの名無しさん
07/07/13 08:30:35
いくらなんでもファイル名や変数名に日本語使えるように汁！は全然別の問題だと思うが

498:デフォルトの名無しさん
07/07/13 08:41:25
＞ファイル名や変数名
＞全然別の問題

ここで言うファイル名っていうのは全然別の問題で、
コンパイラがUNICODEを扱う話じゃなくて、
作ったアプリがユニコード名のファイルを扱うってこと。

499:デフォルトの名無しさん
07/07/13 15:57:52
いくらなんでもファイル名がどうたらだけで未対応はいいすぎでは。
形式的にも実質的にも回避策はいくらでもあるわけだし。
しかも「パスに日本語含まれてるとうまく動作しません」ていう外国製アプリが氾濫してる世界だぜ？

500:デフォルトの名無しさん
07/07/13 17:07:42
だからそういうのをunicode非対応というんだってば

501:デフォルトの名無しさん
07/07/13 19:00:07
「unicode非対応アプリが作れるから、delphiはunicode非対応」
という命題は成り立つの？

502:デフォルトの名無しさん
07/07/15 03:23:51
自分で考えろよボケ

503:デフォルトの名無しさん
07/07/15 09:25:42
Delphiなんてマイナーなツールどうでもいいんだよ

504:デフォルトの名無しさん
07/07/15 09:40:09
暇だな、おまえ

505:デフォルトの名無しさん
07/07/15 09:45:44
現在はDelphiでなんらかのUnicode文字を扱う、扱える関数はある。

一番の問題は、DelphiのVCLが生成する
入力コントロールはUnicodeにはまったく対応していない。

Delphiの標準VCLでGUIを作ったら、画面や入力については
（後でUnicodeに変換したとしても、）
Unicodeアプリケーションとはいえない。
理由は、WindowsのサブクラスウインドウのUNICODE化、
SJISのコード、マッピングについて調べればわかる。

この問題はLazarusのWindowsインターフェースも同様。
問題はWindowsのunicode実装に依存しているので、
他のOSで対応するために、Windowsの
DelphiでのUnicodeに対応したコードを見ても
ほとんど参考にはならないだろうし、元々きちんとUnicodeな
デスクトップ環境ならばそのような必要はないように思う。

506:デフォルトの名無しさん
07/07/15 15:02:24
>>503-504
warata

507:デフォルトの名無しさん
07/07/15 15:16:52
内部が 8bit clean でさえあれば、Unicode 対応なんてライブラリレベルの話でしょ。
文字列が関係ある所だけ直せば良いんじゃないの。

508:デフォルトの名無しさん
07/07/15 18:50:39
win対応をやめれば、unicode対応なんてあっという間にできそうだな

509:デフォルトの名無しさん
07/07/16 12:22:34
UbuntuDesktop704にdevをことごとく入れて
インストールでき起動しました。

メニュー文字化けどうすればいいのでしょうか？
まだなにも設定していません。
再ビルドすれば直るという記事をWEBで発見した
んですが、メニューが化けてしまってたどりつけません。
初心者に合いの手を。

510:デフォルトの名無しさん
07/07/16 12:48:58
Ubuntu を辞めるところから始めた方が早い気がする

511:デフォルトの名無しさん
07/07/17 07:38:10
>>509

>>311
>>312

512:デフォルトの名無しさん
07/07/18 07:52:50
・Cより文字列扱いやすい
・処理速度はC並
・Cよりコンパイルが速い
これでPHP並のWEB用ライブラリが充実してたら
最強のWEB用ツールになりそうなのじゃが・・・

513:デフォルトの名無しさん
07/07/18 21:09:38
Ubuntuにて

cannot find -lgdk_pixbuf-2.0

というエラー発生。どうすればコンパイルできますか？

514:デフォルトの名無しさん
07/07/19 06:17:46
ＲＰＭから入れるんじゃダメなのか。
日本一開発に向いていないヴァインでも公式ページにあるＰＲＭですんなり入ったけど。

515:デフォルトの名無しさん
07/07/19 19:56:20
Synapticパッケージマネージャで探して
インストールされているようなマークがついていたんですが、
再インストールの指定をしました。

なかなかカッコいくなりました。
ところでlazdocはみんなつかっているんでしょうか？
javadocもどき？
いまいちどうやってつかうかよくわからないです

516:デフォルトの名無しさん
07/07/22 21:33:39
Pascalでアルゴリズムを学びたい。お勧めの本ないで
すか？絶版でもいいです。ヤフオクなどで探します。

517:デフォルトの名無しさん
07/07/22 21:46:20
どんなアルゴリズム？

518:デフォルトの名無しさん
07/07/22 22:00:09
>>517
517さん。516です。
ソートとか探索とか基本のアルゴリズムとか。とにかくPascalで
アルゴリズムの基本を学びたいです。

↓こういうのでもよいのですが、古すぎてないかもしれないので…
URLﾘﾝｸ(oku.edu.mie-u.ac.jp)

519:光速エスパー世代774RR
07/07/22 23:10:01
いい本だったね。おぢさんも愛用しますた。終了日近し。

URLﾘﾝｸ(page.auctions.yahoo.co.jp)

520:デフォルトの名無しさん
07/07/22 23:30:59
>>519

519さん。516です。
ありがとうございます。状態あんまりよくなさそうなのでちょっと迷っ
てますが。いまさらPascalで学ぼうとすると仕方がないですよね。もっ
と早くにPascalに出会ってればよかった…そういう私も結構いい歳です。
（笑）

521:デフォルトの名無しさん
07/07/23 08:09:15

何をするにしても遅すぎるということはありません

人生で一番若いときは今しかありません

今を大事にしてください

522:デフォルトの名無しさん
07/07/23 14:00:21
>>518
標準PascalかTurbo系かでお勧め本が変わってくるような気がする。標準なら大分古い
けど「アルゴリズム＋データ構造＝プログラム」や「データ構造とアルゴリズム」あたりは
どうかな（良い値段するけど）。

私も>>518の本にはお世話になったけど、その後継本「C言語による最新アルゴリズム
事典」がでたら、こっちの方がメインになった（載っている量が全然違う）。C言語が読める
のなら、こっちの方をお勧めする。URLﾘﾝｸ(oku.edu.mie-u.ac.jp)

523:光速エスパー世代774RR
07/07/23 17:51:14
「C言語による…」は現役だったっけ。

そうそう、特に圧縮関係はまるで違うよね＞量。
ただPascal版の方が読みやすいのはあるのよな。

Pascalだからって言うだけじゃなくて、項目がページをまたがないとか、
カテゴリ順にわけてあるとか。量が少ないからできるんだけど。

なんとなくCとPascalの違いみたいで面白いなw

524:デフォルトの名無しさん
07/07/23 21:00:21
>>521

521さん。516です。
ありがとうございます。今の私の心にズバッときました。

525:デフォルトの名無しさん
07/07/23 21:02:42
>>522
522さん。516です。

「アルゴリズム＋データ構造＝プログラム」は今はこれですよね？
URLﾘﾝｸ(www.cbook24.com)
↑本屋さんで立ち読みしてみましたが、今の私にはまだ難しいか
もしれないです。

「データ構造とアルゴリズム」はどの本でしょうか？いろいろある
ようです。ご負担でなければ教えて頂きたく思います。

C言語で過去に3冊以上のアルゴリズム本に喰らいついてみたのです
が、私にはどうしても理解ができなかったのです。だから俺にはプ
ログラムなんて向かないと当時は落ち込んだものです。

526:デフォルトの名無しさん
07/07/23 21:12:28
光速エスパー世代774RRさん

例の本はアマゾンの古本市場で確保しました。ありがとうございました。
届くのが今から楽しみ。

527:デフォルトの名無しさん
07/07/23 21:28:28
>>525
Pascalで書かれたアルゴリズム本は、大学の教科書向けなので
入門書でつまずいてるなら、読むのはつらいかもね

528:デフォルトの名無しさん
07/07/23 21:54:53
>>527

527さん。516です。
ご指摘の通りだと思います。ですがPascalのコードはすんなり頭に
入るので、ついでにアルゴリズムもなんとかなればと…がんばって
みます。

529:522
07/07/23 22:09:22
>>525
それじゃないです。それはModula-2で書き直したもので、その前にPascal版があったん
です（ISBN番号無し。日本コンピュータ協会が出している6000円のやつ）。

「データ構造とアルゴリズム（ISBN4-563-00791-9）」は
URLﾘﾝｸ(www.yfcbookshelf.com)'s%20books6.htm#%83f%81[%83^%8D\%91%A2%82%C6%83A%83%8B%83S%83%8A%83Y%83%80
これだけど、もしかしたら単行本で安く出ているような感じです（内容が同じかどうかは
私は見ていないので何とも言えないけど）。
URLﾘﾝｸ(www.amazon.co.jp)

530:デフォルトの名無しさん
07/07/23 22:13:17
>>529
灰色の本だっけか？

531:529
07/07/23 22:19:44
>>530
やっとめっけた。
URLﾘﾝｸ(www.bookcyber.net)
これ。

532:デフォルトの名無しさん
07/07/23 22:26:26
>>531
ああそうそう、赤かったんだね
昔、えらい先生から見せてもらったっけなあこの本

533:516
07/07/23 22:53:37
>>529

522さん。赤本は将来的に読ませて頂ければという感じでしょうか。
単行本の方を確保してみます。色々とありがとうございます。

534:529
07/07/23 23:23:19
>>533
逆。Writhの方が基本。こっちは言語の成り立ちからアルゴリズムとデータ構造の構築
からプログラムにするまでの解説。

Ahoの本はそれがある程度分かっている事を前提に書かれているような感じ。

535:516
07/07/23 23:37:25
>>534

534さん。Ahoの本を確保してしまいました。笑。
Writhの本ってあんまり流通してない感じですよね。
アマゾンでも扱ってないし、教えて頂いたお店はsoldout。
色々お答え頂いてありがとうございます。

536:光速エスパー世代774RR
07/07/24 00:03:45
みんな偉いんだな。俺ADP読んでねえや。Ahoも立ち読みだった気がする。
Compilerbauは訳書を読んだな。「翻訳系構成法序論」。
いまじゃ「コンパイラ構成法」なんてありきたりな名前になってるのか。

Pascalは何を読んで覚えたんだっけ。一応は大学レベルの教科書だったんだが…
ボーランドの Turbo Tutor も勉強になった。

537:デフォルトの名無しさん
07/07/24 07:31:22
俺はパソコン通信時代のRTBBSっていうBBSソフトを改造とかしてて
覚えたな

538:534
07/07/24 18:08:40
でも、私が一番参考になったのはTrubo Graphicsだった。この本のプログラムを拡張して、
PC-9801の各種グラフィクスモードに対応したライブラリを作ったのが凄く勉強になった。

そのあと、PC-PRのプリンタを制御するライブラリ（といってもPC-PRコマンドのラッパー
だけど）から、いろんなライブラリを作って、上手に手を抜く事を覚えた。

AhoやWrithは知識上の参考になるだけで、本当に勉強になるのは興味を持った題材を
扱っている解説書を見ながら「自分で考える」ことなんじゃないのかな。

539:光速エスパー世代774RR
07/07/24 18:17:31
>>538
うへ、懐かしくて涙が出るぜ。
秀和が出してた98の解説本と首っ引きでGDC叩いたりしたよ。

HPやRolandのプロッタを仮想化してグラフィック画面と同じように
描画するオブジェクト書いてみたり、いろいろやったなあ。

540:デフォルトの名無しさん
07/07/24 20:29:31
>>538
まったくその通り！
僕の職場でも、自分で考えた糞プログラムがあふれかえってますｗ

541:デフォルトの名無しさん
07/07/25 02:01:19
URLﾘﾝｸ(www.freepascal.org) にアクセスできないんだけど、
開発が止まってるってこと？

542:光速エスパー世代774RR
07/07/26 04:16:07
録画しといたスカイ敗見ながら徹夜コーディングですよ。
棺桶に片足突っ込んでるロートルがやることじゃないな。
両足突っ込んだら釈由美子たんに見送ってもらおうw

>>541
普通にログインできますが…

543:541
07/07/26 09:25:36
>>542
何度試しても見れません XD
日本からじゃないと見れないとか？？

544:デフォルトの名無しさん
07/07/26 10:49:20
夏休みか・・・・・

545:デフォルトの名無しさん
07/07/26 11:29:54
夏休みじゃないけど。

546:デフォルトの名無しさん
07/07/27 16:52:48
じゃあ冬休みか

547:デフォルトの名無しさん
07/07/27 19:58:14
南半球は半年遅れだからな。

548:デフォルトの名無しさん
07/07/27 20:35:13
冬休みでもないけど。

549:光速エスパー世代774RR
07/07/27 22:40:52
>>547
南半球の香具師は「こっちが半年早い」と思ってるに1 Wirth

550:デフォルトの名無しさん
07/07/28 00:14:15
早いも遅いもないじゃん。
で、Wirthって何？

551:デフォルトの名無しさん
07/07/28 00:36:18
>>550 は Pascal を知らないに 550 Niklaus

552:名無しさん＠そうだ選挙に行こう
07/07/29 00:47:47
Niklaus Wirth＝Pascal開発者

553:デフォルトの名無しさん
07/08/01 22:04:11
あげ

554:デフォルトの名無しさん
07/08/02 08:06:42
揚げ食いたい

555:デフォルトの名無しさん
07/08/06 21:06:20
FreePascalJPプロジェクト（だったっけ？）、活動してるの？
Wikiもなんか停滞気味で。ショボーン。

556:デフォルトの名無しさん
07/08/07 10:23:34

　　　　　☆★☆　あ　げ　☆★☆

557:光速エスパー世代774RR
07/08/07 12:54:42
>>555
ふいんきとしてはヨーロッパが強いのかなあ＞FPC
昔からPascalやM2はアメリカよりヨーロッパで強い気がしていた。
Prologもそうだっけ。

日本のアマグラマは主に何を使ってるんだろう。C++なのかねえ?
Windoze使ってないからさぱーりわかりません。

Delphi? 最近じゃ本も見ないw

558:デフォルトの名無しさん
07/08/07 13:23:18
> 日本のアマグラマは主に何を使ってるんだろう。C++なのかねえ?
> Windoze使ってないからさぱーりわかりません。

この二文の繋がりがわからない。

559:デフォルトの名無しさん
07/08/07 13:31:17
ヒント：Objective-C

560:光速エスパー世代774RR
07/08/07 19:30:42
>>558
うん、そこには飛躍がある。
もう脳みそが4004化していて、時々見当識障害が出てきてるし、
加藤ローサが中山忍に見えることすらあるよw

561:デフォルトの名無しさん
07/08/07 22:11:00
>>557
ホビープログラマなら、VS.net expressで、 C#か、C++が一般的かと

562:デフォルトの名無しさん
07/08/19 18:46:50
Cのobjを組み込めます？

563:デフォルトの名無しさん
07/08/20 15:33:06
FreePascalに？
URLﾘﾝｸ(community.freepascal.org:10000)
URLﾘﾝｸ(community.freepascal.org:10000)

564:デフォルトの名無しさん
07/08/23 16:14:57
Lazarusを使わずにIndyを使えますか？

565:デフォルトの名無しさん
07/08/26 22:51:59
>>564
Delphiか、C++Builderつかえばよいよ

566:デフォルトの名無しさん
07/08/27 22:33:24
Lazarus を使わずに生の FreePascal で Indy を使えるか　という質問かな？

567:デフォルトの名無しさん
07/08/28 08:56:06
Yes.

568:光速エスパー世代774RR
07/08/28 17:41:53
生のFPCというけど、Lazarusは処理系じゃなくてライブラリだから、
FPCで扱えなければLazarusでも扱えないよ。

基本的には、コマンドラインで試してみるものだと思うけど＞扱い方がわからないライブラリ

569:デフォルトの名無しさん
07/08/28 18:30:36
FPCでLazarusライブラリってコンパイル出来たっけ？
って出来るはずだよね。
簡単に出来るんかなぁ。

570:デフォルトの名無しさん
07/08/29 07:58:49
簡単にできるよ

571:デフォルトの名無しさん
07/08/29 08:54:18
じゃ、トライしてみます。

572:光速エスパー世代774RR
07/08/31 18:37:25
久しぶりにらざの daily snapshot ぽちってみたら
IntfGraphics の中身がだいぶ変わっていて焦った。
力ずくでコンパイラ通しても例外で落ちるしw

早く stable でねえかなあ。

日本語対応はとりあえずいいよ、日本語アプリは本業じゃ使わないから。

573:デフォルトの名無しさん
07/09/06 08:35:55
release notes が更新されてるからそろそろ0.9.24くんのかな

574:デフォルトの名無しさん
07/09/11 10:03:58
FPC2.2来たか。
arm-winceのクロスコンパイラが興味をそそる。
そのうちLazarusのarm-winceクロス版が出たりすると面白いな。

575:デフォルトの名無しさん
07/09/11 13:42:36
arm-winceでexe作ってみたがWriteLn()で例外吐く。CEでコンソール出力をするなと？
MessageBox()で日本語が化ける。WideStringは名前だけか。
今後に期待。他力本願。

576:デフォルトの名無しさん
07/10/06 23:00:19
お？
W-ZERO3 用のアプリが作れるのか？
.NET 重いらしくて作るの敬遠してたんだが。

577:デフォルトの名無しさん
07/10/06 23:44:10
最初からeVCでネイティブアプリ開発すればいいじゃないか。
Unicode API対応ができてない現状のFPC(のライブラリ)ではCE開発環境としては対象外。

578:デフォルトの名無しさん
07/10/17 18:33:37
どこでダウンロードできますか？

579:光速エスパー世代774RR
07/10/17 19:29:24
URLﾘﾝｸ(www.freepascal.org)
とコピペする方が「ググレカス」とタイプするより楽で速い。

580:578
07/10/17 22:41:55
ありがとうございます。
インストールはできたんですが、文字化けがひどいです……他に必要なもの（事）ってありますか？

581:デフォルトの名無しさん
07/10/18 09:45:54
gtk1はUTF-8じゃないよ

582:光速エスパー世代774RR
07/10/18 19:31:35
>>580
そりゃおまはんの端末環境依存だべさ。
おらがつこうとるまっくのTerminal.appじゃでふぉるとで日本語すら通らねえから化けようもこざいませんのw

583:デフォルトの名無しさん
07/10/18 21:02:12
ちょっと気が早いけどスレタイとテンプレ候補

【Delphi互換!?】Lazarus/FreePascal【GPL】
URLﾘﾝｸ(www.lazarus.freepascal.org)
URLﾘﾝｸ(www.freepascal.org)

584:デフォルトの名無しさん
07/10/20 10:25:20
スレタイからDelphi,Lazarusは外し、あえて点プレで提示しては？

【コンパイラ】FreePascal【WIN/MAC/LINUX/PDA】

（クロス）オープンソースコンパイラ FreePascal
i386/68K/PPC/ARM/SPARC
URLﾘﾝｸ(www.freepascal.org)

オープンソース開発ライブラリ等
IDE/GUI環境 Lazarus
URLﾘﾝｸ(www.lazarus.freepascal.org)

インターネットプロトコル Indy
URLﾘﾝｸ(www.indyproject.org)

インターネットプロトコル lNet

URLﾘﾝｸ(wiki.freepascal.org)

データベース接続 ZeosLib
URLﾘﾝｸ(sourceforge.net)

3Dグラフィクス/ゲーム GLScene-OpenGL
URLﾘﾝｸ(wiki.lazarus.freepascal.org)

印刷/レポート　LazReport
URLﾘﾝｸ(sourceforge.net)

その他
URLﾘﾝｸ(wiki.freepascal.org)

585:デフォルトの名無しさん
07/10/20 10:35:02
次があるかどうかも怪しいというのに何と愚かな。

586:デフォルトの名無しさん
07/10/22 22:08:09
へぇー、FreePascal祭りがあるんだ～。
欧州かっ！

587:デフォルトの名無しさん
07/10/30 10:28:26
UBUNTU 7.10(Gutsy)にLazarusインストールしてみた。

sudo apt-get install lazarus
sudo apt-get install fp-units-gtk2
cd /usr/lib/lazarus
sudo make clean all LCL_PLATFORM=gtk2

であっさり0.9.22は使えた。
スナップショット版のソース上書きしてリビルドするとさらに吉。

588:デフォルトの名無しさん
07/10/30 12:20:48
Indyもインスコできる？ >>587

589:デフォルトの名無しさん
07/11/03 02:38:55
>>587
ん？
7.10だと普通に「（アプリケーションの）追加と削除」でインスコできるないかい -> Lazarus

590:589
07/11/03 02:51:48
>>587
apt-get か、スマン。

591:デフォルトの名無しさん
07/11/18 01:49:01
あげ

592:デフォルトの名無しさん
07/11/18 01:51:44
といいつうさげてしまったorz

593:デフォルトの名無しさん
07/11/18 12:18:50
いちいち上げるなカス

594:デフォルトの名無しさん
07/11/18 22:42:52
lazarus 0.9.24 が来てるけどエディタの日本語パッチが来るまでは使えない

595:デフォルトの名無しさん
07/11/19 10:29:54
プロジェクトの構築がかなり速くなったがstripかけてもファイルサイズ大きいのは相変わらず。
arm-wince版LCLもQtベースだといいが肝心のWideStringがうんこだから意味がない。
それ以前にIDEのパスの設定がよく分からないのでCE版は放置。

596:デフォルトの名無しさん
07/11/19 15:40:20
>>595
素朴な疑問だがファイルサイズが大きいからといって、なんか実害有るのだろうか？
よっぽどプアな環境で動かすというのならわかるが？
まあ、馬鹿な質問だったら許してくれ。

597:デフォルトの名無しさん
07/11/20 08:01:32
容量を食う

598:デフォルトの名無しさん
07/11/20 11:31:21
>>597
メモリでさえ１Gが当り前の時代に問題になるほどファイルサイズがでかくなるわけではないと思うのだが？
まあ、コンパクトであるにこしたことはないだろうけど、どうでもいいような話って気もする。

599:デフォルトの名無しさん
07/11/20 12:00:47
メガバイト単位のフラッシュ領域しかないモバイルにSDIO経由で外部デバイス挿して
リムーバブルのスロット占有してたら、実行ファイルサイズを意識しないわけがない。

600:デフォルトの名無しさん
07/11/20 13:55:47
そういやなんでstripかけないとファイルサイズが大きいよバグって
延々放置されてるんだろ

601:デフォルトの名無しさん
07/11/20 14:32:45
バグじゃないから。

602:デフォルトの名無しさん
07/11/20 15:01:47
リンカの不具合って話だが。

バグって不具合じゃないの。

603:デフォルトの名無しさん
07/11/21 21:26:58
リンカの不具合ですらない。

604:デフォルトの名無しさん
07/11/24 01:27:44
EXEが10MBだったら、10MBのメモリを占有すると思っているのだろうか？

605:604
07/11/24 01:28:16
あ、ごめん。環境依存かも知れん。流してくれ

606:デフォルトの名無しさん
07/11/24 01:31:40
どんな環境なら、EXEが10MBだったら、10MBのメモリを占有するんだろうか？ｗ

607:デフォルトの名無しさん
07/11/24 08:57:47
きっと>>604の環境では主記憶とフラッシュメモリの区別がつかないんだろう。

608:デフォルトの名無しさん
07/11/24 11:52:28
>>606
仮想記憶の機構でHDDから実行ファイルを読み込む時は
リードオンリーにしてから一旦メモリにマップしてしまえば
その実行ファイルを複数がアクセスする時は同じメモリが使われるので効率的。
というような設計思想で

609:デフォルトの名無しさん
07/11/24 17:52:23
ふーむ、結局ファイルサイズが大きくなるのは普通にPCで実行するプログラムを作るのには
なんの障害もないという理解でいいんだよね？
どうせ小さいファイルサイズを求めるならよりアサンブラに近いCのほうがむいているだろうし、
Pascalでそんなこと追求する必要はないような気がするんだけどねぇ？

610:デフォルトの名無しさん
07/11/24 18:00:01
なんか話がずれてるねstripiかけたら小さくなるってことは、
実行に直接関係無いデバッグ情報やなんかがごちゃごちゃはいってるってことだろ

実行ファイルの大きさはCでDelphiでも大差ない、
今時のPCが積んでるメモリサイズから見たら誤差の範囲
Delphiで作ったプログラムでも、ランタイムを外に出せば驚くほど小さくなる

611:デフォルトの名無しさん
07/11/24 18:05:58
>>609
あると言えばあるし無いと言えば無い。例えば I-Cache が汚れるなど。
バイナリサイズを小さく押さえるというのはコンパイラによる最適化の
基本戦略の一つでもある。一方で、どうせ I-Cache に乗るコードなんて
限られてるし、体感出来る差は無いとする考えもある。

問題は理由も無いのにバイナリサイズの肥大化が良くないと妄信する事。

612:デフォルトの名無しさん
07/11/24 18:09:42
かといって、いきなり5MBのバイナリが出来たらおどろかね？
で、LazarusのFAQを見たら、コンパイラのバグですとか書いてあるわけで。

613:デフォルトの名無しさん
07/11/24 20:47:46
>>609
> Pascalでそんなこと追求する必要はないような気がするんだけどねぇ？
>>609がそう思うことと、ユーザがその無駄にデカいファイルサイズを見て
思うことは違うわけで。

614:デフォルトの名無しさん
07/11/24 22:53:26
ぶっちゃけＰＣのアプリでＥＸＥのサイズがどんだけか、を気にしたことはこの５年ではほぼ無いな。
アプリ全体（データ込み）のインストールサイズは気になるけどな。

615:デフォルトの名無しさん
07/11/24 23:09:26
チッサク出来るなら小さい方が良いけど、でかくてもビビる事無いぜ

616:本田
07/11/26 00:34:47
HX DOS Extender
URLﾘﾝｸ(www.japheth.de)
Many development environments which support creating Win32 console applications are compatible with HX, among them are:

* Open Watcom C++
* Digital Mars C++
* MinGW (uses GCC)
* CygWin (uses GCC)
* MS Visual C++, including the free version of MS Visual C++ Toolkit 2003
* Borland C++, including the free version of C++ Builder Command Line Tools
* LADSoft CC386
* Pelles C
* LCC-Win32 (C compiler)
* Borland Delphi
* Free Pascal (Win32)
* Pascal Pro
* Virtual Pascal (Win32)
* FreeBasic (Win32)
* PowerBasic
* MicroFocus Object Cobol
* XDS Modula II
* MASM, TASM, POASM, WASM, FASM, LZASM, NASM, GOASM, ...

617:デフォルトの名無しさん
07/12/01 13:52:42
100MB超えるexe

618:デフォルトの名無しさん
07/12/02 17:07:52
>>617
それがどうかしたか？

619:デフォルトの名無しさん
07/12/02 22:44:06
ナミ16歳　生で感じる初体験.avi　S.EXe
みたいなもんか？

620:デフォルトの名無しさん
07/12/02 22:47:01
インターネッツ歴14年の俺も思わずクリックしそうになっちまったぜ

621:デフォルトの名無しさん
07/12/13 21:39:04
Lazarusで、プログラムの実行時にSJISデータを
utf8に変換するにはどうしたらいいんでしょうか。

622:デフォルトの名無しさん
07/12/21 12:20:17
>>617
インストーラーとかなら普通だろ

623:デフォルトの名無しさん
07/12/30 14:43:13
>>621
AnsiToUtf8

624:デフォルトの名無しさん
08/01/01 21:36:08
URLﾘﾝｸ(shootout.alioth.debian.org)
&knucleotide=1&mandelbrot=1&meteor=0&nbody=1&nsieve=1&nsievebits=1&partialsums=1&pidigits=1&recursive=1®exdna=1&revcomp=1&spectralnorm=1&hello=0&sumcol=1&threadring=1
奇蹟?

625:デフォルトの名無しさん
08/01/09 22:22:57
PASCALer

626:デフォルトの名無しさん
08/01/10 09:41:07
もしかいてラザはスマートリンクできないのか？

627:デフォルトの名無しさん
08/01/11 22:45:18
ラザとかIndyとかGLSceneとかはdelphiの負の遺産
デザインはビットマップとかhtmlみたいなんでやればいいので
良いエディタとデバッガがあれば
URLﾘﾝｸ(sourceforge.net)
か本体のglutのサンプルあたりをベースにやるのが良いと思う｡
あとはCベースのものをdllというかライブラリーでつかうとか
それと微妙に薦めかねるけれど
URLﾘﾝｸ(www.clootie.ru)
のDirectX9ユニットもFP対応、

hello worldで50kbyte、OpenGLで100kbyteって相当痛い仕様だけれど
「中身のあるソフト」ならば1Mbyteでコンテンツを詰め込める。
(ちなみにdelphi6は同じデモを20kbyteで作る｡)

CPU最適化とか考えるとdelphi2007よりずっと優秀
これでwiiとかDSにクロスコンパイルできるようになれば
多分最後にFPやってて良かったと思えるはず

628:デフォルトの名無しさん
08/01/11 22:57:21
FreePascalはUNICODEがアレだしねえ…。
exeサイズもアレだしねえ…。

629:デフォルトの名無しさん
08/01/12 00:21:29
Pascalは古い言語だからなあ。

「文字型」が何バイトであるべきかとか、
どんなコードを読んだらeolnを立てるべきかとかまで、
言語の内部でお世話をしてやらないといけなかったりする。

でも海胆コード対応はどっちかというと過去のTP資産との互換性と、
文字列がらみのランタイムライブラリ書き換えの手間が問題になるんじゃ?

CKJ諸国の中では、世界の果てにあるJな国はどう見てももう将来無いけど、
Cな国のプログラマがなんとかしてくれるんだろ。

630:デフォルトの名無しさん
08/01/12 09:13:27
>Pascalは古い言語だからなあ。
Cは新しい言語だとでもいいたいの？

631:デフォルトの名無しさん
08/01/12 19:41:48
お薦めの新しい言語はなんじゃいな？
D言語かいな？

632:デフォルトの名無しさん
08/01/12 19:45:55
>>631
C#じゃねやっぱり。

PascalからだったらRubyが文法は少し似ている。

633:デフォルトの名無しさん
08/01/12 22:09:58
>632
Rubyは一見するとendを連発するから
「Pascalに似ている」と言う人がいるけど、これは見た目だけで
実際はVBやCOBOLみたいな end○○ を全部 end にしたって方が近い。
end if や end sub を全部 end にしちゃいました、って感じ。

ところがPascalのbegin～endはALGOL由来のもの。
ブロックを作って、構文に渡す感じ。
実は見た目に反してC言語やJavaの考え方に近い。
細かい違い（else の前にセミコロン書くとPascalはエラー）とかはあるけどな。

634:デフォルトの名無しさん
08/01/12 23:01:20
Rubyが、Pascalに似ている以上に Lisp に似ているし、PerlやPythonに似ているしな

635:デフォルトの名無しさん
08/01/12 23:01:46
SQLにまで似ているから驚きだよな

636:デフォルトの名無しさん
08/01/13 19:09:51
教育用プログラム言語としてPascalの位置って未だに不動なんだろうか？
オブジェクト指向が当り前の時代、時代遅れなのかなあ？

637:デフォルトの名無しさん
08/01/14 13:26:51
時代遅れな教授なら講義で使うかもしれないが
いまどきもう教育用言語としての価値なんてない。

638:デフォルトの名無しさん
08/01/14 19:04:03
じゃあ今時の教育用言語ってなに？

639:デフォルトの名無しさん
08/01/14 19:42:36
ふつーに、CかJavaだろ。
場合によっては Ruby

640:デフォルトの名無しさん
08/01/14 19:55:48
それは即戦力の労働者養成講座の場合だろ。

教育用なんだから実用性なんて無い方がいい。

641:デフォルトの名無しさん
08/01/14 21:53:22
うちの即戦力なんか、考えてない大学が >>639だったが・・・

642:デフォルトの名無しさん
08/01/14 22:12:46
制御構造がC言語系と大差ない以上、最初からそっちを教えるほうが合理的。
Pascalが教育用だとかいうのは今では「プログラミング言語の歴史」で教えることでしかない。

643:デフォルトの名無しさん
08/01/14 22:17:16
>>642
構造化言語を教えるのにC言語ならありかなーとは思うんだが、
オブジェクト指向を教えるのにC++はどうかなと思うんだよね。
クラス変数が、今じゃ少数派の参照じゃなくて値だし。

644:デフォルトの名無しさん
08/01/14 22:32:25
>>642
採点する方の立場になってみろ。
C 言語みたいに　いくらでも汚く書けるようなのやってられるか

645:デフォルトの名無しさん
08/01/14 22:42:02
じゃあクラスを教えるならJava、構文マナーを教えるならPythonでどうだ。クラスもいけたっけ？
総合するとPythonか。個人的にはあのインデント構文大嫌いだが。

どれにしたって現代でPascalが日の目を見られる場所はない。

次ページ