トップページ⇒tech
1001コメント239KB

Embarcadero RAD Studio/Delphi/C++Builder その2

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2012/04/23(月) 19:43:57.38
RAD Studio XE2
http://www.embarcadero.com/jp/products/rad-studio
Delphi XE2
http://www.embarcadero.com/jp/products/delphi
C++Builder XE2
http://www.embarcadero.com/jp/products/cbuilder
その他製品
http://www.embarcadero.com/jp/products


関連スレ
くだすれDelphi(超初心者用)その54
http://toro.2ch.net/test/read.cgi/tech/1325028195/
くだすれC++Builder（超初心者用）その5
http://toro.2ch.net/test/read.cgi/tech/1334982374/


前スレ
Embarcadero RAD StudioXE/DelphiXE/C++BuilderXE
http://toro.2ch.net/test/read.cgi/tech/1288289096/
0002デフォルトの名無しさん2012/04/23(月) 20:59:19.10
>>1乙
C++Builderスレは立てたけど、スレ立て制限でこっちまで手が回らなかった

エンバカデロ公式日本語フォーラム
https://forums.codegear.com/category.jspa?categoryID=3

＜関連スレ追加＞
[Tips]Borland C++Builder ちょいテク No.01
http://toro.2ch.net/test/read.cgi/tech/1154580209/

＜前スレ…かも？＞
【CodeGear】Embarcaderoオッチャ その27【Delphi】
http://toro.2ch.net/test/read.cgi/tech/1317653060/
0003デフォルトの名無しさん2012/04/23(月) 22:22:15.20
>>1>>2乙
0004デフォルトの名無しさん2012/04/24(火) 11:38:59.51
XE3出たか？
0005デフォルトの名無しさん2012/04/25(水) 07:57:57.23
x64化することで，「無防備に」整数型を使っているようなアプリケーションでは
データ領域のサイズが二倍になります。これはそのままCPUやメモリに
格納すべきデータ量が増大することにつながるため，
「搭載されている物理メモリが少ないマシンで64bit化すると，メモリまわりの
占有量・バンド幅が広がってしまい，むしろ逆ざや状態になる」ことを意味します。
もちろん64bit環境では4GB以上の仮想メモリ空間を確保できる，というメリットは
あるのですが，デスクトップに要求されるワークロードとして4GB越えのメモリ空間が
必要になるケースはあまり現実的ではなく（そういう要求をするプログラムは
「デスクトップで使うのにメモリ食い過ぎ」と怒られるのが普通です），
得られるメリットとしては小さいと言えるでしょう。
0006デフォルトの名無しさん2012/04/25(水) 09:40:09.72
XE3出たか？
0007デフォルトの名無しさん2012/04/25(水) 10:47:59.92
Windowsの開発環境でintが勝手に64bitになっちゃうものはないような気が。
Visual Studio、RAD Studio、Intel C++のどれもint(Integer)はそのまま32bitだ。
ポインタのサイズは64bitだけどこれはどうにもならんしな。
0008デフォルトの名無しさん2012/04/25(水) 13:57:29.83
まぁ、x64化すると、使えるレジスタが格段に増えるから、まともな作りなら速くなるけどな。
WoW64でのx86アプリエミュレーション速度が、あまり落ちないのは、そのおかげでもあるし。
あとはx64にどれだけ最適化できるかだけど、Delphiは元々x86でも最適化が甘いと言われたから、
x64化の恩恵をそのまま受けられるんじゃないの？
0009デフォルトの名無しさん2012/04/25(水) 16:47:24.70
x86からx64移行でのレジスタ拡張で得られる処理の効率化も
考慮に入れるべきではありますが，CPUの設計によってはx64化で
デコーダの効率が落ちる・バンド幅問題が起こるといった問題から，
必ずしも性能が向上するわけではありません。

……などといったいろいろな問題を天秤にかけていくと，デスクトップでは
x86+PAEで十分な気分になってくるのが複雑なところです。とはいえ，PAEは
上限64GBで，8GBメモリを使うとわずか8枚で越えてしまう容量です。
現状，上位のCPUはソケットあたり8〜12枚のメモリを実装できることもあり，
それが「デスクトップ」の範疇かどうかはともかく，ワークステーション的な
利用では上限に達してしまう可能性もあります。
0010デフォルトの名無しさん2012/04/26(木) 11:16:27.22
XE3出たか？
0011デフォルトの名無しさん2012/04/26(木) 20:32:14.86
WindowsはLLP64だろ
LINUXもLP64なのでintは32ビットのまま

longだけがLINUXで64ビットになる
まあLINUXとDelphiは今ではほとんど無関係だが
0012デフォルトの名無しさん2012/04/26(木) 20:38:43.71
いまだに>>5みたいに
int が64bitになると思い込んでいるヤツがいるんだな・・・
0013デフォルトの名無しさん2012/04/26(木) 22:16:57.16
うわべだけばっかだな。
例外処理構造の実装の違いの方がよっぽど実行速度に影響するんじゃね？
0014デフォルトの名無しさん2012/04/26(木) 22:45:57.54
プログラムサイズが大きくなるとCPUの方も2次キャッシュを増やさないといけないんだよ
今時のCPUが巨大なL2キャッシュを積んでいるのはそのため

プレディケイト命令を備えたItanium2はポシャったしな
ARMが今一番まともという
しかし64bitARMも問題だな
メモリ効率を重視してプレディケイト命令を削るってんだから

64bitARM版Windowsは出てくる予定はあるけどそうするとDelphiはそっちで復権するのかな
0015デフォルトの名無しさん2012/04/26(木) 23:34:34.89
>>12
どっかのコピペじゃないの？
0016デフォルトの名無しさん2012/04/27(金) 10:55:57.97
XE3出たか？
0017デフォルトの名無しさん2012/04/28(土) 20:32:17.25
64bit版C++Builderまだぁ？
0018デフォルトの名無しさん2012/05/03(木) 09:37:01.72
恒例のレイオフでグダグダ迷走中
0019デフォルトの名無しさん2012/05/03(木) 16:38:53.96
例のブラジル出身の人もレイオフ？
0020デフォルトの名無しさん2012/05/04(金) 15:42:07.05
にっくみたいに喧嘩別れした例ならともかく、レイオフ時に給料何か月分か上乗せして、かつ
「レイオフって言っちゃだめよ。」って契約結ぶから、ほんとにレイオフなのかは外部からはわからない。

去年の IDE/RTL 担当者全員首。ってのはかなり特殊な例。
0021デフォルトの名無しさん2012/05/07(月) 11:31:01.19
XE3出たか？
0022デフォルトの名無しさん2012/05/07(月) 13:32:32.05
>>13
例外処理ってx64だとどう実装されてるの？
0023デフォルトの名無しさん2012/05/07(月) 14:25:01.71
とっても素早く処理できるようになってるの。
0024デフォルトの名無しさん2012/05/07(月) 16:09:02.95
x64ではunwind用に埋め込まれるデータが増えていて
セキュアで多機能な分、速度が犠牲になってると聞いたけど
0025デフォルトの名無しさん2012/05/07(月) 16:42:48.45
>>22
x86はスタックベースだけどx64はテーブルになってる

ttp://d.hatena.ne.jp/a4lg/20110111/1294720293

このへんとか嫁。
0026デフォルトの名無しさん2012/05/07(月) 17:02:40.09
ググって最初に出てきたものを貼ってあたかも知ったかぶるお仕事お疲れ様です
で、それを利用したDelphi上での実装はどうなってますか？ググっても出ませんよ？
0027デフォルトの名無しさん2012/05/07(月) 17:43:04.03
ソースコード見ればいいじゃない
0028デフォルトの名無しさん2012/05/07(月) 18:21:15.99
64君と目を合わせちゃだめ。
0029デフォルトの名無しさん2012/05/07(月) 23:08:44.28
OSベースで言語の例外をサポートするのっていいな
今までは構造化例外だけだったよな
0030デフォルトの名無しさん2012/05/08(火) 08:00:35.07
最近本当にVBの方が優れてるよね
0031デフォルトの名無しさん2012/05/08(火) 10:22:01.71
XE3出たか？
0032デフォルトの名無しさん2012/05/09(水) 09:51:15.44
XE3出たか？
0033デフォルトの名無しさん2012/05/09(水) 18:02:18.13
XE3出たか？
0034デフォルトの名無しさん2012/05/10(木) 10:17:20.01
XE3出たか？
0035デフォルトの名無しさん2012/05/10(木) 14:49:50.38
あー、これはナイジェル辞める気だな？

QA マネージャのクリスパテンソンも辞めてるなぁ
ttp://www.linkedin.com/in/chriscpattinson
PayPal に移ったか

XE3 でるまでにどれだけ辞めるかな
0036デフォルトの名無しさん2012/05/10(木) 16:02:35.85
わかってるだけで春から３人目かぁ
0037デフォルトの名無しさん2012/05/11(金) 10:34:17.38
builderキャンペーンってことは・・・？
0038デフォルトの名無しさん2012/05/11(金) 10:40:33.61
XE3出たか？
0039デフォルトの名無しさん2012/05/11(金) 11:08:30.78
>builderキャンペーンってことは
売れてない。ってこと。
XE2 で　64bit 見送りや新規格への準拠とか全部見送られたので、まともな C++ 使いは離れていった。
Boost や OpenCV とかの流行のライブラリが使えないなら CBuilder 使う必要がないからね。

開発が間に合わなかったから XE3 に一年先延ばしになったわけだ。
だから XE3 は C++ 側が大きく変わるらしい。ってのは某伝道師の公演予定を見ればバレバレ。

XE3 からは C++ は CLang, Delphi は FPC をそれぞれベースにしたものになるので
今後が見ものだ。
0040デフォルトの名無しさん2012/05/11(金) 11:48:26.18
組み込みlua面白いな
jsコンポより小さいし記述性も悪くない
0041デフォルトの名無しさん2012/05/11(金) 13:23:31.08
go の方がおもしろいぜ
0042デフォルトの名無しさん2012/05/11(金) 14:05:54.77
>41
マイナー言語の上なんだからせめてスクリプトはメジャーなLuaにしようぜ
0043デフォルトの名無しさん2012/05/11(金) 14:26:51.14
Luaコンポって何使ってる？
0044デフォルトの名無しさん2012/05/11(金) 15:02:08.14
俺はうんこだな
0045デフォルトの名無しさん2012/05/11(金) 17:43:31.81
すでに MS も「使わないでね」と言ってる MDI のバグを,
見つけて天狗になってる誰かさん。
みっともないね
0046デフォルトの名無しさん2012/05/11(金) 18:14:44.54
どなたさん？
0047デフォルトの名無しさん2012/05/11(金) 18:19:27.83
>>39
また見てきたような嘘をｗｗｗ

XE2でC++Builderに手が加わらないこともXE3で大きく変更されることも1年以上前からの既定事項。
標準準拠の問題を含めclang+LLVMってのも何ヶ月も前の情報だし。
0048デフォルトの名無しさん2012/05/11(金) 22:06:01.99
PerlやRubyが持て囃されてた頃、
Borland(Inprise)もObject Pascalを更に見直したLL言語を作れば良いのになぁと思ってた。
0049デフォルトの名無しさん2012/05/11(金) 23:15:14.04
>>44
お前はうんこか
0050デフォルトの名無しさん2012/05/12(土) 04:58:58.18
>XE3 からは C++ は CLang,
え？冗談で書いたんだけど

>含めclang+LLVMって
事実なの？じゃコンパイラ、ランタイム全部オープンソースに切り替えかよ..
0051デフォルトの名無しさん2012/05/12(土) 05:54:54.67
いっそDelphiもLLVMに載せちゃえばいいと思うんだが、開発力ないんだろな…
0052デフォルトの名無しさん2012/05/12(土) 06:57:06.24
断る
0053デフォルトの名無しさん2012/05/12(土) 11:08:37.33
>>50
> >含めclang+LLVMって
> 事実なの？
それも選択肢の一つとして検討中って1月ぐらいに言ってたけどな。ただし実際に
採用するとなるとそのままじゃ使えないので、エンバカデロである程度は手を入れる
必要があるだろ。
0054デフォルトの名無しさん2012/05/12(土) 15:29:37.73
>エンバカデロである程度は手を
それは最悪
0055デフォルトの名無しさん2012/05/12(土) 19:39:02.62
で、XE3の目玉機能は何よ。C++ 64bitとFM以外で。
0056デフォルトの名無しさん2012/05/12(土) 20:03:59.30
FMはXE2の目玉だろ
0057デフォルトの名無しさん2012/05/12(土) 20:20:41.45
このところの目玉は外からパクってきた物ばかりだな
0058デフォルトの名無しさん2012/05/12(土) 20:43:05.21
C++コンパイラのimprove、iOSとAndroidにネイティブで対応あたりではないか？
0059デフォルトの名無しさん2012/05/12(土) 21:47:41.13
毎年バージョンアップじゃなくてMSみたいに2年に1回ぐらいにしてくれないかなー
0060デフォルトの名無しさん2012/05/12(土) 23:16:53.49
逆にVisual StudioはMSDN前提なんだから毎年新しいのを出すべきだと思うんだ…
0061デフォルトの名無しさん2012/05/12(土) 23:37:52.58
使う側としては毎年バージョンアップするのはやめてほしい
もうちょっと落ち着いて使わせてほしい

MSDNはOSなんかも含めて使い放題権みたいな感じだからVSのバージョンアップがなくてもいいでしょ
0062デフォルトの名無しさん2012/05/13(日) 00:22:40.73
> 使う側としては毎年バージョンアップするのはやめてほしい
値段が倍になってもいいですか？って話なんだろうな、きっと。
実際1年おきくらいのバージョンしか仕事では使っていないんだけどね。
0063デフォルトの名無しさん2012/05/13(日) 23:21:24.02
clang冗談ワロタ
でも.NETにはそろそろ白旗だろうなあ
0064デフォルトの名無しさん2012/05/14(月) 12:58:12.48
>>51
2年前から開発している

llvm-pascal
Object Pascal compiler for LLVM
http://code.google.com/p/llvm-pascal/
0065デフォルトの名無しさん2012/05/14(月) 13:56:12.96
XE3出たか？
0066デフォルトの名無しさん2012/05/14(月) 16:34:07.70
>>64
関係無い人間が作ってるプロジェクト挙げてドヤ顔されても…
0067デフォルトの名無しさん2012/05/14(月) 17:21:30.37
http://en.wikipedia.org/wiki/Source-to-source_compiler

transcompiler 流行かなぁ…まぁ大して変わらんかもしれんけど
方向性としてはまずまず悪くは無いんでないかな…
0068デフォルトの名無しさん2012/05/15(火) 06:38:40.53
LLVM はトランスコンパイラではない。
0069デフォルトの名無しさん2012/05/15(火) 10:34:45.30
XE3出たか？
0070デフォルトの名無しさん2012/05/15(火) 20:16:07.82
.NETがすでにあるのにまだLLVMを新しく1から作るのか？
ご苦労なこった
0071デフォルトの名無しさん2012/05/16(水) 12:41:25.72
XE3出たか？
0072デフォルトの名無しさん2012/05/17(木) 04:13:37.32
Windows 8 Metro開発サポートの Prism XE2.5
ttp://edn.embarcadero.com/article/42261
0073デフォルトの名無しさん2012/05/17(木) 04:40:36.52
XE2.5出たね！
0074デフォルトの名無しさん2012/05/17(木) 12:52:54.98
XE3出たか？
0075デフォルトの名無しさん2012/05/17(木) 15:02:16.81
コードフォーマッタ全体的にはめっちゃ便利なんだけど
aaa　　　　　:= 'aaa';
bbbbbb.bbb := 'bbb';
for i　　　　　:= 0 to 10 do
はおかしいだろｗ
0076デフォルトの名無しさん2012/05/17(木) 16:18:10.87
エディタで何回コンパイルしても「未定義のシンボルです」と怒られて頭をひねっていましたが
行頭に全角スペースが入っているのが原因でした

エディタで全角スペースを□で表示するにはどこをいじればいいでしょうか？エディタオプション
にはそれらしきものは見当たりません
0077デフォルトの名無しさん2012/05/17(木) 20:18:40.03
Delphiのバージョンによって違う。バージョンはいくつ？
0078デフォルトの名無しさん2012/05/17(木) 20:26:48.95
XEです
0079デフォルトの名無しさん2012/05/17(木) 20:35:18.86
んっ？、それなら全角スペースもエラーにならないと思うけど。
他の行に全角スペースを入れてエラーになる？
0080デフォルトの名無しさん2012/05/17(木) 21:33:03.62
いやなります
エラーメッセージをコピペしてもいいですよ
ちなみに全部半角文字で前を埋めたら直りました
0081デフォルトの名無しさん2012/05/17(木) 23:31:51.12
なんでだ、文字コードでも違うのか？

まっいいか、全角スペースを■とかで表示させるには
エディターのプロパティの色で、「不正な文字」の背景色を
黒色とかにすると全角の所が■になる。

これで、■にならないなら、「不正な文字」じゃないということ。
XEなら普通「不正な文字」にならないと思うけど？
0082デフォルトの名無しさん2012/05/18(金) 03:05:40.63
>>81
ありがとう試してみます
どうも全角が行頭に入っているとコンパイラの動きが怪しいです
全角を半角に換えただけで一発コンパイルが通ってしまいましたから
0083デフォルトの名無しさん2012/05/18(金) 04:46:02.86
確かに通る。
で、全角スペース入れると、赤波線が表示されるな。＜おいらの環境
0084デフォルトの名無しさん2012/05/18(金) 04:46:59.45
あ、ごめん。
おいらはWindows＋BDS2010っす。
0085デフォルトの名無しさん2012/05/18(金) 09:55:18.09
XE3出たか？
0086デフォルトの名無しさん2012/05/18(金) 12:08:52.08
>>83
わざわざすみません
行頭に半角と全角が混ざるとおかしくなるみたいです
0087デフォルトの名無しさん2012/05/18(金) 12:29:22.39
Pro以上だとバックグラウンドの文法チェックしてくれるから
>赤波線が表示される
が出るんだな。
ちなみにソースコードフォーマッタつかうと自動的に全角->半角へ置換してくれる。

肝心の全角スペース表示は
エディタオプションのタブとスペースを表示するにチェックすると
>>や・が表示されないところが間接的に全角スペースだとわかるようになるな。
かなり邪魔だけど。
0088デフォルトの名無しさん2012/05/19(土) 03:01:46.32
Update 4 Hotfix 1 now available for Delphi, C++Builder and RAD Studio XE2
ttp://edn.embarcadero.com/article/42282
0089デフォルトの名無しさん2012/05/19(土) 07:06:03.89
と同時に OSX/iOS アプリは全滅したのであった
６月以降は FM アプリの登録は不可能になったな。
0090デフォルトの名無しさん2012/05/19(土) 10:46:28.12
つかそーまでしてDelphiで書かなくても…
0091デフォルトの名無しさん2012/05/19(土) 11:10:58.98
ああ／(^o^)＼
新製品が出る前になってもまだ不完全なHelp Update5
本当に人いないんだな
0092デフォルトの名無しさん2012/05/19(土) 14:06:52.28
Coming soon to a RAD IDE near you, the future of C++ - 64bit, C++11, ARM, iOS and Android
The Embarcadero C++ Roadmap Q2 2012
ttp://edn.embarcadero.com/article/42275

> 我々の現在の計画は C++11、64-bit Windows と ARM iOS のサポートを2012年遅く、
> 2013年の前半に Android サポートを出荷します。
> これらの新しい能力がリリースされるとき、それらは積極的支援とメンテナンス計画
> に関して C++Builder XE2 顧客への追加費用なしで利用可能でしょう。

でもよく分からんのは、それをネタに、C++Builder XE2 に1年間のメジャーアップグレード
の権利を付けて売っている
ttp://www.embarcadero.com/jp/landing-pages/cbuilder-bundle
どういうことかな？

まとめ
今年は XE3 は出さず、C++ をがんばる。
がんばって C++Builder XE2 を超強力にするけどタダだよ。
Delphi? 何それ
0093デフォルトの名無しさん2012/05/19(土) 14:19:51.68
いや、違ったかもしれない
XE3 の中の C++ 部分の説明なのかもしれない
0094デフォルトの名無しさん2012/05/19(土) 14:30:13.66
その理解で良いんじゃない？
マーケティング的に名前を調整する可能性（２．５？）はあるけどね。
去年積み残した C++ の強化で余裕残ってません。ってことでしょ

その原因までは考えたくはないが、IDE と VCL の技術者を首にしたことと合わせると
いろいろ考えられるよね！
0095デフォルトの名無しさん2012/05/19(土) 14:51:25.62
つか、Windows8 サポートはしない。と明言したわけだが。
0096デフォルトの名無しさん2012/05/19(土) 15:08:59.24
VCより常に一歩後ろを行くRad Studio
まあいいんだけど
0097デフォルトの名無しさん2012/05/19(土) 15:45:14.81
Metroは取りあえずPrismでやってろってことか
VCL for Metroとか計画してんのかな？
0098デフォルトの名無しさん2012/05/19(土) 15:52:53.75
>>96
枯れてるからバグが少ないかというと逆だしな
0099デフォルトの名無しさん2012/05/19(土) 16:15:20.27
VCL も FMX すらも使えないなら C# 使うよ。
Prism ってだれが使っているのかね？
0100デフォルトの名無しさん2012/05/19(土) 16:21:14.12
C#より起動も動作もちょっとキビキビしてるけどな
それにライブラリをリンクせずに.NETのように配布すればよかったのに
そうすれば.EXEも小さくて済んだはすだ
0101デフォルトの名無しさん2012/05/19(土) 17:36:33.04
>>92
XE2にメンテナンスつけるとXE2とXE3を買うより20%安いとかそんな話みたい
でベータプログラムに優先つき、と

ロードマップはC++Builderパートのみ書いたように見える

Windows 8 RTは今のMSの方針で行くとネイティブはMSのものしか入れられない、
メトロはマネージドオンリーなので、どうにもならんのでしょう
■ このスレッドは過去ログ倉庫に格納されています