Boost and Intel Compiler 11
Hi, I've read on the archive that some work needed to be done to support Intel Compiler 11 (Linux). Was progress made in that matter ? Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
Matthieu Brucher wrote:
Hi,
I've read on the archive that some work needed to be done to support Intel Compiler 11 (Linux). Was progress made in that matter ?
Matthieu
Doesn't seem so, at least on my x86 Fedora 10 system trying to compile serialization library from trunk using Intel compiler v11.0.074 (tools/jam/src/bin.linuxx86/bjam --toolset=intel --with-serialization) produces: ./boost/type_traits/is_class.hpp(129): error: namespace "boost" has no member "remove_cv" BOOST_TT_AUX_BOOL_TRAIT_DEF1( ^ ./boost/type_traits/is_class.hpp(129): error: expected a ">" BOOST_TT_AUX_BOOL_TRAIT_DEF1( ^ and so forth. Regards, Mikko
Hi,
Thanks for the answer. I don't know much about how to fix this. Are
there some pointers to help fixing this ? The 11.0.074 also has some
bug fix with regard to Property Tree (it can not be used with 11.0.069
and earlier).
Matthieu
2008/12/28 Mikko Vainio
Matthieu Brucher wrote:
Hi,
I've read on the archive that some work needed to be done to support Intel Compiler 11 (Linux). Was progress made in that matter ?
Matthieu
Doesn't seem so, at least on my x86 Fedora 10 system trying to compile serialization library from trunk using Intel compiler v11.0.074 (tools/jam/src/bin.linuxx86/bjam --toolset=intel --with-serialization) produces:
./boost/type_traits/is_class.hpp(129): error: namespace "boost" has no member "remove_cv" BOOST_TT_AUX_BOOL_TRAIT_DEF1( ^ ./boost/type_traits/is_class.hpp(129): error: expected a ">" BOOST_TT_AUX_BOOL_TRAIT_DEF1( ^ and so forth.
Regards, Mikko
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
Mikko Vainio wrote:
Doesn't seem so, at least on my x86 Fedora 10 system trying to compile serialization library from trunk using Intel compiler v11.0.074 (tools/jam/src/bin.linuxx86/bjam --toolset=intel --with-serialization) produces:
Hmmm, the latest test results here: http://beta.boost.org/development/tests/trunk/developer/serialization.html are all passing for Intel-11 on Linux and Darwin. John.
2008/12/29 John Maddock
Mikko Vainio wrote:
Doesn't seem so, at least on my x86 Fedora 10 system trying to compile serialization library from trunk using Intel compiler v11.0.074 (tools/jam/src/bin.linuxx86/bjam --toolset=intel --with-serialization) produces:
Hmmm, the latest test results here: http://beta.boost.org/development/tests/trunk/developer/serialization.html are all passing for Intel-11 on Linux and Darwin.
Then I will try to get the modification I need to support the compiler. Thanks to both of you Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
John Maddock wrote:
Mikko Vainio wrote:
Doesn't seem so, at least on my x86 Fedora 10 system trying to compile serialization library from trunk using Intel compiler v11.0.074 (tools/jam/src/bin.linuxx86/bjam --toolset=intel --with-serialization) produces:
Hmmm, the latest test results here: http://beta.boost.org/development/tests/trunk/developer/serialization.html are all passing for Intel-11 on Linux and Darwin.
The gcc version installed on the test platform may affect the results; The tests (link above) are run on RHEL/(most probably)gcc 4.1.2. I encountered the compilation issues for the first time on Fedora 9/gcc 4.3.0 but on Fedora 8/gcc 4.1.2 everything compiles fine. Why this should affect the compilation is a mystery to me. Cheers, Mikko
Mikko Vainio wrote:
Hmmm, the latest test results here: http://beta.boost.org/development/tests/trunk/developer/serialization.html are all passing for Intel-11 on Linux and Darwin.
The gcc version installed on the test platform may affect the results; The tests (link above) are run on RHEL/(most probably)gcc 4.1.2. I encountered the compilation issues for the first time on Fedora 9/gcc 4.3.0 but on Fedora 8/gcc 4.1.2 everything compiles fine. Why this should affect the compilation is a mystery to me.
Me too, except the Intel compiler does emulate the installed GCC version. I'll attempt to emulate this on my ubuntu install later when I can get some free CPU cycles on my machine! In the mean time if you could check to see if Intel-11 compiles the type_traits tests on the problem platform that would be great. Thanks, John.
John Maddock wrote:
Mikko Vainio wrote:
Hmmm, the latest test results here: http://beta.boost.org/development/tests/trunk/developer/serialization.html
are all passing for Intel-11 on Linux and Darwin.
The gcc version installed on the test platform may affect the results; The tests (link above) are run on RHEL/(most probably)gcc 4.1.2. I encountered the compilation issues for the first time on Fedora 9/gcc 4.3.0 but on Fedora 8/gcc 4.1.2 everything compiles fine. Why this should affect the compilation is a mystery to me.
Me too, except the Intel compiler does emulate the installed GCC version. I'll attempt to emulate this on my ubuntu install later when I can get some free CPU cycles on my machine! In the mean time if you could check to see if Intel-11 compiles the type_traits tests on the problem platform that would be great.
Two tests fail to compile, namely is_class_test.cpp and
tricky_function_type_test.cpp. Others pass. The output is listed below.
I hope this helps.
Cheers,
Mikko
...patience...
...found 1388 targets...
...updating 8 targets...
intel-linux.compile.c++
../../../bin.v2/libs/type_traits/test/tricky_function_type_test.test/intel-linux/debug/tricky_function_type_test.o
icpc: command line remark #10010: option '-Ob' is deprecated and will be
removed in a future release. See '-help deprecated'
../../../boost/type_traits/is_class.hpp(129): error: namespace "boost"
has no member "remove_cv"
BOOST_TT_AUX_BOOL_TRAIT_DEF1(
^
../../../boost/type_traits/is_class.hpp(129): error: expected a ">"
BOOST_TT_AUX_BOOL_TRAIT_DEF1(
^
../../../boost/type_traits/is_class.hpp(129): error: class
"boost::integral_constant
Mikko Vainio wrote:
Two tests fail to compile, namely is_class_test.cpp and tricky_function_type_test.cpp. Others pass. The output is listed below. I hope this helps.
I haven't been able to reproduce locally, but I think I see the issue, can you do an SVN update and try is_class_test again? Thanks, John.
John Maddock wrote:
Mikko Vainio wrote:
Two tests fail to compile, namely is_class_test.cpp and tricky_function_type_test.cpp. Others pass. The output is listed below. I hope this helps.
I haven't been able to reproduce locally, but I think I see the issue, can you do an SVN update and try is_class_test again?
Now all the tests pass. Applied the changeset to 1.37.0 source tree and tried to compile serialization. Results in ICE: intel-linux.compile.c++ bin.v2/libs/serialization/build/intel-linux/release/threading-multi/basic_text_iprimitive.o icpc: command line remark #10010: option '-Ob' is deprecated and will be removed in a future release. See '-help deprecated' (0): internal error: backend signals compilation aborted for libs/serialization/src/basic_text_iprimitive.cpp (code 4) "icpc" -c -xc++ -O3 -Ob2 -w1 -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_SERIALIZATION_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/serialization/build/intel-linux/release/threading-multi/basic_text_iprimitive.o" "libs/serialization/src/basic_text_iprimitive.cpp" ...failed intel-linux.compile.c++ bin.v2/libs/serialization/build/intel-linux/release/threading-multi/basic_text_iprimitive.o... This one is for Intel I guess? Rgds, Mikko
Mikko Vainio wrote:
Applied the changeset to 1.37.0 source tree and tried to compile serialization. Results in ICE:
intel-linux.compile.c++ bin.v2/libs/serialization/build/intel-linux/release/threading-multi/basic_text_iprimitive.o icpc: command line remark #10010: option '-Ob' is deprecated and will be removed in a future release. See '-help deprecated' (0): internal error: backend signals
compilation aborted for libs/serialization/src/basic_text_iprimitive.cpp (code 4)
This one is for Intel I guess?
Afraid so :-( John.
bin.v2/libs/serialization/build/intel-linux/release/threading-multi/basic_text_iprimitive.o icpc: command line remark #10010: option '-Ob' is deprecated and will be removed in a future release. See '-help deprecated' (0): internal error: backend signals
compilation aborted for libs/serialization/src/basic_text_iprimitive.cpp (code 4)
This one is for Intel I guess?
Afraid so :-(
Let's hope they will fix their compiler in the near future (although I think it will only be fixed for 11.1, as there is a beta available for Windows). Without Boot, a C++ compiler is of no use :D Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
The gcc version installed on the test platform may affect the results; The tests (link above) are run on RHEL/(most probably)gcc 4.1.2. I encountered the compilation issues for the first time on Fedora 9/gcc 4.3.0 but on Fedora 8/gcc 4.1.2 everything compiles fine. Why this should affect the compilation is a mystery to me.
Me too, except the Intel compiler does emulate the installed GCC version. I'll attempt to emulate this on my ubuntu install later when I can get some free CPU cycles on my machine! In the mean time if you could check to see if Intel-11 compiles the type_traits tests on the problem platform that would be great.
I've tested Boost 1.37 on our main cluster that has gcc 4.1.2, and everything compiles correctly. Ubuntu 8.10 ships with gcc 4.3, where I had the compilation failure. Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
gcc version has an influence on the intel compiler because the intel compiler uses the gcc c++ standard template library. I have seen this very recently as I have installed gcc 4.3.2 and suddenly the intel compiler did not work! To change the gcc library that is used, variable GXX_ROOT must point to the output of "gcc -print-search-dirs" (install). If not, the g++ that is first on the path is used. Frédéric Bron boost-users-bounces@lists.boost.org a écrit sur 09/01/2009 14:34:00 :
The gcc version installed on the test platform may affect the results; The tests (link above) are run on RHEL/(most probably)gcc 4.1.2. I encountered the compilation issues for the first time on Fedora 9/gcc 4.3.0 but on Fedora 8/gcc 4.1.2 everything compiles fine. Why this should affect the compilation is a mystery to me.
Me too, except the Intel compiler does emulate the installed GCC version. I'll attempt to emulate this on my ubuntu install later when I can get some free CPU cycles on my machine! In the mean time if you could check to see if Intel-11 compiles the type_traits tests on the problem platform that would be great.
I've tested Boost 1.37 on our main cluster that has gcc 4.1.2, and everything compiles correctly. Ubuntu 8.10 ships with gcc 4.3, where I had the compilation failure.
Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.
Matthieu Brucher wrote:
Hi,
I've read on the archive that some work needed to be done to support Intel Compiler 11 (Linux). Was progress made in that matter ?
Intel changed their directory structure in version 11, which meant that paths to shared libraries were broken in the old Boost.Build code, I believe this to be fixed in SVN Trunk though. HTH, John.
Intel changed their directory structure in version 11, which meant that paths to shared libraries were broken in the old Boost.Build code, I believe this to be fixed in SVN Trunk though.
Indeed, it changed, but first, it would be best to compile Boost correctly :) BTW, some libraries compile just fine with Intel Compiler 11, even if they are shared (Boost 1.37). Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher
participants (4)
-
frederic.bron＠alcan.com -
John Maddock -
Matthieu Brucher -
Mikko Vainio