【Delphi】Embarcaderoオッチャ その33【C++ビルダ】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>36
こういうの見ると親近感が湧いて嬉しくなるな ちょっとき聞きたいんだけど無料のStarterって
最新版(今だとUpdate2?)がダウンロード可能なの? >>38
Update2-Anniversaryがインストールされるよ。 >>39,40
ありがとう
アップデートしてみます 以前にStarterをインストールした人は自動アップデート?
それともアンインストールしてからインストール? >>42
更新をチェックしてもないって言われるから
移行ツールを適用後
アンインストールして再インストール >>44
何のことか分からんけどFMXとは違うの? >>44
ネイティブなMacOSアプリとしてVCLアプリケーションを作れるようになるんだよ。 https://youtu.be/nwaKsnm0MIM
開発はWinでやって、FireMonkeyを使わずにMacOSアプリを作れるっぽい。
FireMonkeyに見切りをつけたという言い方もできるかも?
はたして成功するのだろうか? >>47
むしろVCLの中身もPascalだしWindows依存の部分だけ自動変換できればFMXのコンパイラ利用してVCLも出力できるような
なんかそんな感じなんじゃない? >>48
あなたは天才ですね。そこを思い浮かばなかった。
まぁ新たな技術を開発して需要が増える(かもしれない)というのはいいことだね。 VCLのほとんどはWin32APIのラッパだろ
自動変換とかわけわからん
WindowsのMS製DLLをMac用に自動変換しろってことか?
それはライセンス違反だ ラッパなんだからプラットフォームにあわせて使う関数とリンク先を変えるだけじゃん。
>WindowsのMS製DLLをMac用に自動変換しろってことか?
何を言っているんだ?
WindowsではMSのDLLを、
他のプラットフォームではそのプラットフォームの関数を呼び出すようにするだけじゃんか。 >他のプラットフォームではそのプラットフォームの関数を呼び出すようにするだけじゃんか。
これが、Wineを開発しろと言っているようなものであると
理解しているのかね
ほとんどがWin32APIに依存しているのに まず、VCLというのはWin32APIをオブジェクト指向でラップしたのが
スタートであるからして
これを他OSに移植するのは容易なことではない >これを他OSに移植するのは容易なことではない
容易でないことがWindowsのMS製DLLをMac用に自動変換することにはならないだろ。
開発環境の開発者サイドが容易でなくてもそれを作ることが製品開発なんだから。
実行環境のプラットフォームがWindowsならMSのDLLにリンクさせるし
実行環境のプラットフォームがMacならMacのDLLにリンクさせるだけ。
それぞれのDLLの違いはVCL内部で吸収させる。存在しなければ独自実装。 それだと>>48の言う
>Windows依存の部分だけ自動変換
ってのが何なんだって話だ >>56
Windows依存の部分をMac依存かそもそもOSに依存しないコードに自動変換(書き換える)ってことだろ。
自動変換ってのはコンバートするとかって意味じゃなくて
#if defined( )
#else
#endif
などで切り替えてコンパイルって話。
別に開発しているプラットフォームで実行できないだけで
コードの生成は異なるプラットフォームでも出来る。
WindowsでAndroidアプリ開発するのと同じ。 俺だったらこうやって実装する。
・Macのコードを書かないでいいようにFMXのコードを可能な限り利用する。
・したがって、内部的にはVCL→FMXの変換を行う。
・WinしかないようなAPIは不完全対応とする。 C++BuilderはいまC++11だよな。で、C++14やC++17に対応する予定あるの?
今年あたりClang/LLVMの3.9ベースに移行しないのかな VCLでLinuxのGUI開発できるのがなかったっけ・・・ 「Windows用のDelphiと同じくObject Pascalを採用し、さらに
Delphiと共通のライブラリであるCLX(シーエルエックス)を搭載」
Kylix(カイリックス)は、ボーランドが開発した Linux向けのGUIアプリケーション開発ツールである
-Wikipedia
「Microsoft Windowsのみに対応していたフレームワーク Visual Component Library(VCL)を置き換える
目的で開発された。CLX はトロールテックの Qt に基づいている。APIは、ほぼ VCL 互換である」
Component Library for Cross Platform
https://ja.wikipedia.org/wiki/Component_Library_for_Cross_Platform コンポーネントフレームワークCLX - IT
www.atmarkit.co.jp › Linux & OSS
CLX(クリックス:Component Library for Cross Platform)は、
DelphiのコンポーネントフレームワークVCL(Visual Component ...
つまり、CLXを使ったプロジェクトは、
KylixでコンパイルすればLinuxのネイティブアプリケーションになり、
Delphiでコンパイルすれ ... http://internet.watch.impress.co.jp/docs/news/1039023.html
> 10月10日にサポートが終了する製品
> Microsoft Visual J# Version 2.0 Redistributable Package Second Edition
これってDelphi/C++BuilderのIDEに使われてなかった? Delphi Starterをうまく教育などで利用している機関って発生しているのかな?
いまどきPascalを教えるところなんてないか… なるほど、J#依存部分を作り変えたのかな
リファクタリングか何かだっけ? DEKOさん
EditBoneの日本語訳はもうやらんのか?
頻繁に更新して肥大化していって面倒だとは思うが >EditBoneの日本語訳はもうやらんのか?
やらない。失礼なやつの助けはしない。 さよか
本人か知らんし何があったかも知らんが
残念だが無償で奉仕するもんでもないしな
今までお疲れさん >>66にレスがないところをみると、どこもDelphi Starterを教育に利用しているところはないのかな? Pascal 教えても、その後ほぼ確実に別の言語覚えなおさなきゃならないし、
それだったら最初から C# とかすぐに実用になる言語教えたほうがいいんじゃなかろうか。 今やDelphiを使う理由がなくなっちゃったからな そもそも一般のDelphiユーザーが2chにいるかと言うと……。 DELPHI2.0のコンパイル速度は異常だった。 まばたきする間に終わっていた 「? なんでコンパイルしてくれないの?」
と思ってコンパイルボタン連打してた。 瞬きひっとっつっでぇ〜〜ダ(略)
コンパイルはもう…終わっている
ひでぶ! いくらAndroidのネイティヴアプリが作れますと言ったところでコンパイラの最適化がほとんどかからないんだものな
速度を求められるアプリでは致命的だよ
アプリサイズがデカいわ、遅いわで、いくら複雑なことができても速度がネックになる >>84
Delphiで作ったAndroidアプリって遅いの? >>61
そうか…そろそろDelphiを切り落とす頃合いかもな >>88
VCLなどがPascalで書いてるんだし、そりゃないだろ RTL/FireMonkeyのObjective-C連結部分なんか、ObjectPascalを好き勝手に言語拡張して実装してるんで
C++メインへの移行は難しそうな感じ DelphiにてMacアプリをWindows PCだけでVMWareで作ってみたらうまく行った。 いろいろな言語やIDEは、バージョンアップのたびに
「おっ!」とか「ついに!」とかあるけど
今のDelphiには全くない
30年Pascal〜Delphiを使ってきたけど、終わりの気配なのかな。
だんだん忘れられていくDelphi。なんて悲しいんだ。
というか心から悲しい。
営業方針がすべてダメにしたと言ってもいいと思う。
PHPとPHPStormをさわっていると、Delphiが時が止まったかのように感じる。 >>94
Lazarus があるやん。
自分も Pascal は個人的に好きなんで、Lazarus 使ってる。
このスレで言うことじゃないが。 おっ!Linuxサーバーサポートか!
ついに!萌え系に手を出した! Unicode化とx64対応は「やっと!」って感じだったな
特にUnicode化は遅すぎたのが痛かった おっ!Mac、iOS、Androidサポートか!
しかし!信頼性ないじゃん! おっ!Delphiってまだあったんだ。昔やっていたようにフリーソフトでも作ろうっと!
しかし!値段高すぎじゃん! おっ!フリーなLazaurusなんてあるんだ!
しかし!VCLのコード無断で使っているから人様に使ってもらうわけにいかないじゃん! Lazaurusとてもいい
つーかこのdelphiスレ覗いてるけどLazaurusしか入れてないw
あんなに(日曜プログラマには)十分なのフリーで出していいのかってぐらい良い >>104 とても良くても他人様に使わせられないでしょ。
>>105 そうだった。 Starter Edition なんてものがあることを、5分ぐらい前に知った。 開発者のための技術イベント「DELPHI / C++BUILDER 0315 IN TOKYO」を3/15にやるけど、これってDeveloper Campとどう違うの?
DevCampよりも小規模なのかな?
18時からのレセプションも参加無料ってことはわかった。 とうとうDELPHIが斬られるという説明会ジャマイカ? OBJECT PASCAL HANDBOOK―マルチデバイス開発ツールDelphiのためのプログラミング言語完全ガイド
2016/5 マルコ カントゥ
って本が出てるけど、Delphiの言語って、Object Pascalに戻したの?
以前に、Delphi Languageに変えたって記憶があるんだけど。
それともどっちでもいいってこと? モバイル云々というより文法書だよね
しかも値段高杉 >>112
Delphi Languageに変えたときって、確かBorlandからInpriseに変えたときだった気がする。
正式に元に戻すって聞いたことないけど、まる子の本が出てるなら戻したってことかな? ヘルプだと
Delphi6 ObjectPascal言語ガイド
Delphi7 Delphi言語リファレンス しかしこの時期にレイオフか。
まぁ出荷のめどがたった時点で、お前らイラネ!ってなったんだな 新バージョンリリースとレイオフはセットなんだろうなw Delphi automotive じゃねーか
氏ね 日本のシステム開発に似ているな
ピーク時だけかき集めた外注を増員して大混乱しながら納期を目指す これ普通にショックだね。。
本当なの??
https://goo.gl/RB0asw Delphiも意外とがんばってるじゃん
ttp://www.tiobe.com/tiobe-index/ この様な統計は信じない方がいいよ
書き手の意図でどうにでもなる
最近、思うに統計詐欺が多すぎ 書き手の意図も何も検索ボリュームの統計だからねこれ Android/iOSのスレッド上でTBitmapとTCanvasがサポートされたっぽい
お絵かきソフトが捗るね LinuxサーバーサポートもEnterpriseからかよ
Professional中途半端過ぎて使えないSKUだな あとDelphi先行でC++はアップデートで対応らしいねLinux HARUYUKI MOHRI
なんであの日本法人は半島の人が多いんだ?
>BARCODE.PASを少し書き換えます。それはString部分をAnsiStringに変更です。
>近いうちに上記2つのQuestionの答えをGithubで更新かける予定をしています。
びみょーに日本語が変なんだよなぁ。日本人には(外見も言動も)見えない >>132
WEBの翻訳を使うとそんな感じ。
QuestionがQuestionのままってのも頭文字が大文字だから名詞として変換されなかったんじゃないだろうか。 先に英語で書いてるからだろ
なんでもかんでも半島認定きもいわ バカでも押しが強ければ出世する日本
半島人の押しの強さ、日本人には出来ん Delphiと半島などんな関係が?
あまりにもしょーもないねがきゃんだね ■ このスレッドは過去ログ倉庫に格納されています