eclipseを解決するにはsharedを解析できません.ptr

3330 ワード

今日は机械のubuntuを更新して、14.04バージョンを入れて、もとは32ビットで、64に変えてからずいぶん速くなったような気がします(メモリを入れました).多くのソフトウェアはバックアップをしていないので、eclipseも含まれているので、再インストールするしかありません.再インストール後の面倒なことは構成です.ubuntu 12の时、私がインストールしたeclipse c++バージョンは最初はc++の標準ライブラリファイルを解析することができなくて、また自分でプロジェクトの中で手動で追加しなければなりません.pthreadライブラリも自分で手動で追加しなければならないように、面倒で、その时はまだあまり使いたくありません.技術の問題ではありませんが、その年は本当に多くの人に影響を与えました.今バージョンが更新されてからこの問題が解決したようで、使いやすいです.
しかし、g++のライブラリのmemoryヘッダファイルはsharedを直接提供することができませんでした.ptrあなたが使っているのは、c++11をサポートしていないダイヤルと互換性があるように、いくつかの処理をしていると思いますが、使いたいならtr 1を使わなければなりません.私はこの違和感のある名前があまり好きではないので、ずっと正常にしてあげようと考えています(memoryに含まれているバージョンを直接使います).
そして従来のやり方で、プロジェクト属性のPath and Symbolに
GXXEXPERIMENTALCXX0X
その結果、成功しなかったことに気づき、新しくダウンロードしたg++のバージョンを調べると、よし、4.8.2、前に使っていたのは4.7で、コードが変わったのではないかと思い、memoryのところに追いかけてみました.
#include <bits/stl_algobase.h>
#include <bits/allocator.h>
#include <bits/stl_construct.h>
#include <bits/stl_uninitialized.h>
#include <bits/stl_tempbuf.h>
#include <bits/stl_raw_storage_iter.h>

#if __cplusplus >= 201103L
# include <exception> // std::exception
# include <typeinfo> // std::type_info in get_deleter
# include <iosfwd> // std::basic_ostream
# include <ext/atomicity.h>
# include <ext/concurrence.h>
# include <bits/functexcept.h>
# include <bits/stl_function.h> // std::less
# include <bits/uses_allocator.h>
# include <type_traits>
# include <functional>
# include <debug/debug.h>
# include <bits/unique_ptr.h>
# include <bits/shared_ptr.h>
# if _GLIBCXX_USE_DEPRECATED
# include <backward/auto_ptr.h>
# endif
#else
# include <backward/auto_ptr.h>
#endif

やはりコードは4.7バージョンに比べて変わっています.ここでは、条件に基づいてコマンドが示す情報をコンパイルしなければなりません.cplusplusマクロの値が201033 L以上であるため、再び
Project->Properties->C++General->Pahts and Symbols->Symbols(タブ)
追加_cplusplus Symbolはその後、値を201103 Lに設定、プロジェクトを再コンパイルした後、memoryから提供されたsharedptrを使用することができる.
それからstackoverflow(どうして俗称の中国語名を約束しなかったのですか?例えばスタックがあふれていて、英語を打つのが疲れています!θ\(;¬_¬))似たような質問をしている人も少なくないことに気づきました.うん.この面では、Windowsプラットフォームは多くのことを省いていますが、胸を割って言えば、clはwindows(あるいはvisual studio)でc/c++に対する支持が柔軟で、それ以外は、私はシュタンを使っていますが、私はLinuxプラットフォームの('▼皿▼)が大好きです.