Re: fc5 and gcc4.1 compiler problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi,
well the error is the following:

g++ -I/usr/local/lib64/R/include -I/usr/local/lib64/R/include  -I/usr/local/include  -IboostIncl  -fpic  -g -O2 -c bbc.cpp -o bbc.o
g++ -I/usr/local/lib64/R/include -I/usr/local/lib64/R/include  -I/usr/local/include  -IboostIncl  -fpic  -g -O2 -c cliques.cpp -o cliques.o
g++ -I/usr/local/lib64/R/include -I/usr/local/lib64/R/include  -I/usr/local/include  -IboostIncl  -fpic  -g -O2 -c hcs.cpp -o hcs.o
g++ -I/usr/local/lib64/R/include -I/usr/local/lib64/R/include  -I/usr/local/include  -IboostIncl  -fpic  -g -O2 -c incrConnComp.cpp -o incrConnComp.o
g++ -I/usr/local/lib64/R/include -I/usr/local/lib64/R/include  -I/usr/local/include  -IboostIncl  -fpic  -g -O2 -c interfaces.cpp -o interfaces.o
boostIncl/boost/graph/depth_first_search.hpp: In function 'void boost::depth_first_search(const VertexListGraph&, const boost::bgl_named_params<P, T, R>&) [with VertexListGraph = std::vector<std::vector<long unsigned int, std::allocator<long unsigned int> >, std::allocator<std::vector<long unsigned int, std::allocator<long unsigned int> > > >, P = boost::topo_sort_visitor<std::back_insert_iterator<std::vector<long unsigned int, std::allocator<long unsigned int> > > >, T = boost::graph_visitor_t, R = boost::bgl_named_params<boost::identity_property_map, boost::vertex_index_t, boost::no_property>]':
boostIncl/boost/graph/topological_sort.hpp:64:   instantiated from 'void boost::topological_sort(VertexListGraph&, OutputIterator, const boost::bgl_named_params<P, T, R>&) [with VertexListGraph = std::vector<std::vector<long unsigned int, std::allocator<long unsigned int> >, std::allocator<std::vector<long unsigned int, std::allocator<long unsigned int> > > >, OutputIterator = std::back_insert_iterator<std::vector<long unsigned int, std::allocator<long unsigned int> > >, P = boost::identity_property_map, T = boost::vertex_index_t, R = boost::no_property]'
boostIncl/boost/graph/transitive_closure.hpp:120:   instantiated from 'void boost::transitive_closure(const Graph&, GraphTC&, G_to_TC_VertexMap, VertexIndexMap) [with Graph = R_adjacency_list<boost::directedS, double>, GraphTC = R_adjacency_list<boost::directedS, double>, G_to_TC_VertexMap = boost::iterator_property_map<BGL_sequential_vertex_coloring::Vertex_Size_Type*, boost::vec_adj_list_vertex_id_map<boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property>, long unsigned int>, long unsigned int, long unsigned int&>, VertexIndexMap = boost::vec_adj_list_vertex_id_map<boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property>, long unsigned int>]'
boostIncl/boost/graph/transitive_closure.hpp:263:   instantiated from 'void boost::transitive_closure(const Graph&, GraphTC&) [with Graph = Graph_dd, GraphTC = Graph_dd]'
interfaces.cpp:371:   instantiated from here
boostIncl/boost/graph/depth_first_search.hpp:324: error: no matching function for call to 'vertices(const std::vector<std::vector<long unsigned int, std::allocator<long unsigned int> >, std::allocator<std::vector<long unsigned int, std::allocator<long unsigned int> > > >&)'

unfortunately it is not my code, so i have no clue how to fix the problem if it is a bug in the source code. it's just interesting that it compiles fine with gcc3.2, gcc4.0 but not with gcc4.1 ...


On 5/12/06, Andy Green <andy@xxxxxxxxxxx> wrote:
Johannes Rainer wrote:
> hi,
>
> i got strange errors on my fc5 x86_64. i have a package that i was able
> to compile without errors on fc4 with the gcc4.0 compiler, but now on
> the fc5 system i can't compile it anymore with the gcc4.1. is there a
> way to get the gcc4.0 for fc5? because i believe it has to do something
> with the compiler, not the code...

Compilers are always getting better at spotting errors, this is
definitely a feature and not a problem with the compiler: the solution
is to fix your code and not go back to a less picky compiler if that is
the case.  Please paste the actual errors and the mentioned lines from
the source.

-Andy


--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list





--
Johannes Rainer, Msc
Tyrolean Cancer Research Institute
Innrain 66, 6020 Innsbruck, Austria
Tel.: +43 512 570485 15
Email: johannes.rainer@xxxxxxx
          johannes.rainer@xxxxxxxxx
-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux