Linuxプラットフォームでアプリケーションを64ビットに移植する作業をしています。このアプリケーションは現在、Linux、Windows、Mac 32ビット、およびWindows64ビットでサポートされています。私たちが頻繁に遭遇する問題の1つは、intのlongの使用であり、その逆も同様です。アプリケーションが現在サポートされているプラットフォームでは、longとintは交換可能（両方とも4バイト）であるため、これはこれまで問題ではありませんでした。コードベースは巨大なものであり、多くのデータ型に対して#definesを含む多くのレガシーコードがあるため、longのすべての使用法を検索し、適切にintに置き換えるのは面倒です。
いいえ。Linuxx86_64では、ABIはlongが8バイトタイプ（LP64）であることを指定しています。実際、すべてではないにしてもほとんどの64ビットUnixシステム（64ビットOS X、AFAIKを含む）はLP64であるため、これはLinuxに固有のものではありません。
コードを修正するだけでなく、違います。
ポインター値を格納するのに十分な大きさの移植可能な整数型が必要な場合は、intptr_tまたはuintptr_tを使用します（ただし、通常、ポインター値を整数に格納したいということは、何か間違ったことをしていることを意味するので、よく考えてください！）。2つのポインターの差を表すことができる整数型の場合は、ptrdiff_tを使用します。オブジェクトのサイズについては、size_tを使用してください。
「64ビットへの移植」の意味によって異なります。
アプリケーションを64ビットLinuxで動作させたいだけです。32ビットでコンパイルでき、32ビットライブラリを提供するほとんどのディストリビューションで互換モードで実行されます。このためには、32ビットバージョンのgcc（gcc:i386Ubuntuのパッケージなど）を使用するか-m32、ネイティブgccバージョンでフラグを使用する必要があります。
プロセッサのロングモード（別名x86_64アーキテクチャ）の恩恵を受けたいが、それでもほとんどの32ビットC規則（long int4バイトを含む）を使用する： gccのフラグを使用してx32 ABI-mx32を使用できます。これには、ディストリビューションが必要です。それを許可します（サポートはカーネルで有効にする必要があり、特定のライブラリが必要です/libx32。私はUbuntu16.04を使用していますが、使用可能なプリコンパイル済みライブラリがはるかに少ないことを除いて、このモードは完全に正常に機能しています。
x86_64アーキテクチャとABIを正確に使用したいが、4バイトの場合：x86_64 ABIでは8バイトであるlong必要があるため、これは不可能です。long