adjacency_list.cpp
Hello, I've bought the book (BGL) and am trying to compile boost_1_27_0/boost/libs/example/adjacency_list.cpp but... ...MSVC6 spits out the dreaded "fatal error C1001: INTERNAL COMPILER ERROR". Intel 5's first (of many) error is e:/boost_1_27_0/boost/detail/iterator.hpp(204) : error: class "std::list<_Ty, _A>::iterator [with _Ty=boost::list_edge<boost::detail::adj_list_gen<boost::adjacency_list<boost ::vecS, boost::listS, boost::undirectedS, boost::property<boost::vertex_ind ex_t, size_t={unsigned int}, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property>>, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits<char>, std::allocator<char>>}, boost::no_property>, boost::no_property, boost::listS>, boost::listS, boost::vecS, boost::undirectedS, boost::property<boost::vertex_index_t, size_t={unsigned int}, boost::property<boost::vertex_color_t, boost::default_color_type, boost::n o_property>>, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits<char>, std::allocator<char>>}, boost::no_property>, boost::no_property, boost::listS>::config::vertex_descriptor={boost::adjacency_list_traits<boost ::vecS, boost::listS, boost::undirectedS>::vertex_descriptor={boost::ct_if_t<boost::adjacency_list _traits<boost::vecS, boost::listS, boost::undirectedS>::is_rand_a ccess={boost::detail::is_random_access<boost::listS>::type={boost::false_typ e}}, size_t={unsigned int}, boost::adjacency_list_traits<boost::vecS, boost::listS, boost::undirectedS>::vertex_ptr={void *}>::type={boost::adjacency_list_traits<boost::vecS , boost::listS, boost::undirectedS>::vertex_ptr={void *}}}}, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits<char>, std::allocator<char>>}, boost::no_property>>, _A=std::allocator<boost::list_edge<bo ost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::listS, boost::undirectedS, boost::property<boost::vertex_index_t, size_t={unsigned int}, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property>>, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits<char>, std::allocator<char>>}, boost::no_property>, boost::no_property, boost::listS>, boost::listS, boost::vecS, boost::undirectedS, boost::property <boost::vertex_index_t, size_t={unsigned int}, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property>>, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits<char>, std::allocator<char>>}, boost::no_property>, boost::no_property, boost::listS>::config::vertex_descriptor={boost::adjacency_list_traits<boost ::vecS, boost::listS, boost::undirectedS>::vertex_descriptor={boost::ct_if_t<boost::adjacency_list _traits<boost::vecS, boost::listS, boost::undirectedS>::is_rand_access={boost::detail::is_random_access<boost:: listS>::type={boost::false_type}}, size_t={unsigned int}, boost::adjacency_list_traits<boost::vecS, boost::listS, boost::undirectedS>::vertex_ptr={void *}>::type={boost::adjacency_list_traits<boost::vecS, boost::listS, boost::undirectedS>::vertex_ptr={void *}}}}, boost::property<boost::edge_name_t, std::string={std::basic_string<char, std::char_traits <char>, std::allocator<char>>}, boost::no_property>>>]" has no member "difference_type" typedef typename Iterator::difference_type difference_type; My last hope gcc 2.95.2 comes up with... In file included from e:\boost_1_27_0\boost\detail\numeric_traits.hpp:69, from e:\boost_1_27_0\boost\counting_iterator.hpp:57, from e:\boost_1_27_0\boost\pending\integer_range.hpp:15, from e:\boost_1_27_0\boost\graph\detail\adjacency_list.hpp:34, from e:\boost_1_27_0\boost\graph\adjacency_list.hpp:293, from adjacency_list.cpp:31: e:\boost_1_27_0\boost\cstdint.hpp:163: parse error e:\boost_1_27_0\boost\cstdint.hpp:171: #error defaults not correct; you must hand modify boost/cstdint.hpp I'd like to get it working with MSVC6 or Intel5. Any help much appreciated. Louis.
Louis Lavery wrote:
Hello,
I've bought the book (BGL) and am trying to compile boost_1_27_0/boost/libs/example/adjacency_list.cpp but...
...MSVC6 spits out the dreaded "fatal error C1001: INTERNAL COMPILER ERROR".
I'm in the same boat you are. I use stlport rather than the STL that ships with VC++, by the way. I got the same result that you did -- compiler crashed. It looks suspiciously like a bug that was presumeably fixed in version 5.0. I've been able to make a graph using listS for the nodes, and also slistS, rather than vecS. You might want to give that a try. Dave
----- Original Message ----- From: Dave Jones <jdadson@ix.netcom.com> To: <Boost-Users@yahoogroups.com> Sent: Wednesday, 15 May, 2002 12:37 AM Subject: Re: [Boost-Users] adjacency_list.cpp
Louis Lavery wrote:
Hello,
I've bought the book (BGL) and am trying to compile boost_1_27_0/boost/libs/example/adjacency_list.cpp but...
...MSVC6 spits out the dreaded "fatal error C1001: INTERNAL COMPILER
ERROR".
I'm in the same boat you are. I use stlport rather than the STL that ships with VC++, by the way. I got the same result that you did -- compiler crashed. It looks suspiciously like a bug that was presumeably fixed in version 5.0.
I've been able to make a graph using listS for the nodes, and also slistS, rather than vecS. You might want to give that a try.
Dave
I've been meaning to get STLport so I've now got it :-) After some messing about I managed to compile and run adjacency_list.cpp. After more messing about, it now compiles as is and without STLport! All I've done is turn off incremental compiling and linking and precompiled headers. Thanks for you help, Louis.
Louis - you may already be aware of the MSVC 6.0 compiler switch /Zm that increases the width of heap stripes allocated to each of several threads spawned by the compiler. This is a _course_ and crude mechanism that _sometimes_ will get MSVC 6.0 to compile complicated templated code. The internal compiler error emitted just prior to the compiler giving up is pretty non-descript. Sometimes you're trying to compile more modern C++ than MSVC can handle, and sometimes the compiler is just running out of heap on one or more of its threads. In any case, /Zm is worth a try. (Note: it's my understanding the MSVC allocates heap to each of its compiler threads once and should a thread run out of memory, an internal compiler error occurs without any reasonable explanation. There is no dynamic re-allocation of heap if a thread runs short of memory. As there is more than one way to get MSVC 6.0 into "internal compiler error" territory, there is no guarantee that /Zm will help you. However, it will not hurt you and I typically add this switch to every MSVC project by hand). Note that MSVC 6.0 /Zm does not work the same way on NT/2000/XP as it does on prior versions of Windows. Because of the way memory is allocated in the older Windows versions, /Zm infrequently is any help at all if you're building on a Win9x machine (clearing throat). So use something with an NT kernel and throw /Zm1000 in your compiler options list and see what happens should you run into more problems. The docs on /Zm are sketchy to non-existent. There has been some useful discussion about this subject related to compiling templated code on the Windows Template Library developers list on Yahoo Groups. Try this link for some additional information on /Zm: http://groups.yahoo.com/group/wtl/messagesearch?query=%2FZm Hope this is useful. - Regards Chris Russell ----- Original Message ----- From: "Louis Lavery" <Louis@devilsChimney.co.uk> To: <Boost-Users@yahoogroups.com> Sent: Saturday, May 18, 2002 4:30 PM Subject: Re: [Boost-Users] adjacency_list.cpp ----- Original Message ----- From: Dave Jones <jdadson@ix.netcom.com> To: <Boost-Users@yahoogroups.com> Sent: Wednesday, 15 May, 2002 12:37 AM Subject: Re: [Boost-Users] adjacency_list.cpp
Louis Lavery wrote:
Hello,
I've bought the book (BGL) and am trying to compile boost_1_27_0/boost/libs/example/adjacency_list.cpp but...
...MSVC6 spits out the dreaded "fatal error C1001: INTERNAL COMPILER
ERROR".
I'm in the same boat you are. I use stlport rather than the STL that ships with VC++, by the way. I got the same result that you did -- compiler crashed. It looks suspiciously like a bug that was presumeably fixed in version 5.0.
I've been able to make a graph using listS for the nodes, and also slistS, rather than vecS. You might want to give that a try.
Dave
I've been meaning to get STLport so I've now got it :-) After some messing about I managed to compile and run adjacency_list.cpp. After more messing about, it now compiles as is and without STLport! All I've done is turn off incremental compiling and linking and precompiled headers. Thanks for you help, Louis. Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Louis - you may already be aware of the MSVC 6.0 compiler switch /Zm that increases the width of heap stripes allocated to each of several threads spawned by the compiler. This is a _course_ and crude mechanism that _sometimes_ will get MSVC 6.0 to compile complicated templated code. The internal compiler error emitted just prior to the compiler giving up is pretty non-descript. Sometimes you're trying to compile more modern C++
MSVC can handle, and sometimes the compiler is just running out of heap on one or more of its threads. In any case, /Zm is worth a try. (Note: it's my understanding the MSVC allocates heap to each of its compiler threads once and should a thread run out of memory, an internal compiler error occurs without any reasonable explanation. There is no dynamic re-allocation of heap if a thread runs short of memory. As there is more than one way to get MSVC 6.0 into "internal compiler error" territory, there is no guarantee that /Zm will help you. However, it will not hurt you and I typically add this switch to every MSVC project by hand).
Note that MSVC 6.0 /Zm does not work the same way on NT/2000/XP as it does on prior versions of Windows. Because of the way memory is allocated in
----- Original Message ----- From: Chris Russell <cdr@encapsule.com> To: <Boost-Users@yahoogroups.com> Sent: Sunday, 19 May, 2002 5:34 AM Subject: Re: [Boost-Users] adjacency_list.cpp than the
older Windows versions, /Zm infrequently is any help at all if you're building on a Win9x machine (clearing throat). So use something with an NT kernel and throw /Zm1000 in your compiler options list and see what happens should you run into more problems. The docs on /Zm are sketchy to non-existent. There has been some useful discussion about this subject related to compiling templated code on the Windows Template Library developers list on Yahoo Groups.
Try this link for some additional information on /Zm:
http://groups.yahoo.com/group/wtl/messagesearch?query=%2FZm
Hope this is useful.
Thanks for the tip. I'll keep it in mind for future use. It turns out that what I said is something of a red herring (or complete cobblers, if I'm being honest). I started from scratch to find out the minimum I need to do to build adjacency_list.cpp. All I need do is use Z7 instead of ZI and disable precompiled headers. Just to complete the picture, I'm using MSVC6 (sp3) on NT. Thanks again, Louis.
participants (1)
-
Chris Russell -
Dave Jones -
Louis Lavery