問題タブ [toolchain]

iPhoneのtcp/ipスタックを変更して、パケットをアクセサリポート経由でシリアルまたはUSBまたはFirewire経由でルーティングできるようにしたいと思います...

私が研究しているアプリケーションは、WiFi、3G、またはBluetoothを使用できません...アクセサリポートを介して利用可能なシリアルポートを使用するようにカスタムアプリを作成することもできますが、ネットワークアクセスを必要とする汎用アプリをサポートすると便利です。 。

私はこれに関連する多くの情報を追跡していません、誰かが考えを持っていますか？

私がここで行ったコメントへの応答は、私を立ち止まって考えさせました:「私は、C99 サポートの状態がどうなっているのか本当に知りません.」

ウィキペディアにはいくつかのコンパイラの詳細が記載されていますが、私は C99 に精通していないため、標準のすべてのビットとピースを知ることができないため、質問に対する全体的な概要の回答を探しています。

主要なコンパイラ/ツールチェーンでの C99 サポートの状況は?

Winchain を使用して Windows 7 マシンで開発しています。これが私のコードです：
iPhoneTest.h

iPhoneTest.m

main.m

メイクファイル

でコンパイルしようとするとmake、

誰でも問題を見つけることができますか?

多くの Android アプリはオープン ソースですが、最終的に Google マーケットにアップロードする人が、アップロードする直前にスパイウェアを含まないようにするにはどうすればよいでしょうか?

背景: モバイル アプリのセキュリティに対する懸念が高まっているようです。オープン ソースの Android アプリのユーザーを安心させたいと思います。展開プロセスまたはアプリケーション コンテンツの変更が必要なソリューションも許容されます。

2012 更新:これは正しい方向に進んでいます: http://f-droid.org/彼らはアプリをチェックし、配布する APK にコンパイルします。そうは言っても、Mozilla か Apache だったらもっと信頼できるのに…。

私の質問は、 Code::Blocks とその微調整バージョンの MinGW、および Notepad++ のコンテキストにあります。

UTF-8 を使用し、BOM を使用しない限り、ソースに Unicode リテラルを含めることができるようにしたいと考えています。

これはある程度までは問題なく動作しますが、ファイルを再度開くたびに BOM アウト (悪い駄洒落) になります。これには (当然のことながら) Unicode を ANSI 形式で表示するという神経質な副作用があります。:(

これらの非常に便利でありながら非常に煩わしい 3 バイトがそこにある必要があり、それからそれらを削除する必要があります。(コンパイル時)。

ソースファイルを前処理し、最初の 3 バイトを破棄するだけです (UTF-8 BOM の場合)...

コンパイルするたびに (手動で削除することによって) プロセッサになるつもりはないので、これらのリテラルには BOM なしの #include ファイルを使用することにしましたが、これはいくつかの観点から問題があります。それはことわざの苦痛であり、私はそれらを「見る」ことができないということです! ..多くのジャグリングなしで。

カスタム プリプロセッサを使用してツールチェーンを利用する方法はありますか? ...または、明らかな解決策を見逃している場合は、それについて聞いていただければ幸いです。

Ubuntu 10.04でiPhoneツールチェーンを構築しようとしていますが、エラーが発生しました：

それはどういう意味Building in the source directory is not supported in this release.ですか？私はllvm-gcc-4.0-iphoneを使用してsvnedしました：

何が問題なのですか？

私は現在、さまざまな建物環境間でかなり移植性が必要なCプロジェクトに取り組んでいます。このプロジェクトは、ホストされたC環境上のPOSIX準拠システムを対象としています。

優れた移植性を実現する1つの方法は、選択した標準に準拠してコーディングすることですが、特定の翻訳単位がISO Cに厳密に準拠しているかどうかを判断することは困難です。たとえば、一部の翻訳制限に違反している可能性があります。コンパイル環境からの診断メッセージがなくても、未定義の動作に依存している可能性があります。大規模なプロジェクトの厳密な適合性をチェックできるかどうかさえわかりません。

それを念頭に置いて、翻訳ユニットの特定の標準（C89やC99など）の下で厳密なISO C適合性をテストするためのコンパイラ、ツール、または方法はありますか？

どんな助けでも大歓迎です。

奇妙さ

「肥大化」コンパイル用の追加パラメータを使用せずに Google プロトコル バッファをコンパイルし、次のコマンドでコンパイルしました./configure CXXFLAGS="-ffunction-sections -fdata-sections"。du-h は次のことを明らかにします。

ドリルダウン:

質問

--gc-sectionsリンク中に" " を実行するようにビルド スクリプトを変更していません。サイズが小さくなった原因は何ですか?

バックグラウンド

現在、gcc を使用して低レベルのライブラリをコンパイルしていますが、ライブラリは 2.5MB のストライプなしで、970KB のストリップ済みです。これは容認できず、デッド コードを削除する必要があります。OpenSSL、プロトコル バッファ、Boost の 3 つのライブラリに依存しており、最後の 2 つをライブラリに静的にリンクします。デッド コードを削除するには、静的にリンクされた 2 つのライブラリを "-ffunction-sections -fdata-sections" でコンパイルする必要があります。

関連する質問

次の質問は、デッド コードを削除するために使用するルートを指定する方法についてです。

アーム ツールチェーンをゼロから構築しようとしています。

このサイトを参考にしています。

http://www.nixit.co.uk/cortex-m3-mac-1

すべての指示に注意深く従ってください。newlib のコンパイルまではすべてうまくいきました。奇妙なエラーが発生しています。

/bin/bash: arm-none-eabi-cc: コマンドが見つかりません

だから私はメイクファイルに行があることを確認しました。arm-none-eabi-cc に関するディレクティブがあります

/usr/arm/bin ディレクトリを確認しました。だから私はarm-none-eabiツールを見つけますが、arm-none-eabi-ccは見つけません

助けてください

最近、OpenEmbeddedを介してBeagle Boardのファイルシステムの構築を開始しましたが、ここに示すカーネルを使用してカーネルを変更したいと思います：http: //elinux.org/BeagleBoard#Linux_kernel。

そのためには、ステージングとクロスコンパイラのツールチェーンディレクトリが必要ですが、見つかりません。console-imageを実行した後に表示される最上位のディレクトリは次のとおりです。

$ find tmp -maxdepth 2 -type d tmp tmp / work tmp / work / armv7a-angstrom-linux-gnueabi tmp / work / i686-linux tmp / work / beagleboard-angstrom-linux-gnueabi tmp / work / all-angstrom- linux-gnueabi tmp / download tmp / download / sources tmp / pstage tmp / pstage / angstromglibc tmp / pstage / pstaging_lists tmp / rootfs tmp / deploy tmp / deploy / glibc tmp / pkgdata tmp / pkgdata / armv7a-angstrom-linux-gnueabi tmp / pkgdata / i686-linux tmp / pkgdata / beagleboard-angstrom-linux-gnueabi tmp / pkgdata / all-angstrom-linux-gnueabi tmp / stamps tmp / stamps / armv7a-angstrom-linux-gnueabi tmp / stamps / i686-linux tmp / stamps / beagleboard-angstrom-linux-gnueabi tmp / stamps / all-angstrom-linux-gnueabi tmp / sysroots tmp / sysroots / armv7a-angstrom-linux-gnueabi tmp / sysroots / i686-linux tmp / sysroots / beagleboard-angstrom- linux-gnueabi tmp / cache tmp / cache / glibc tmp / usr tmp / usr / lib

通常、クロスコンパイラツールチェーンはtmp / crossディレクトリにあり、ステージングは​​/ tmp/stagingディレクトリにあります。

誰かが私を助けることができますか？前もって感謝します。