Michael Schwendt wrote: > On Fri, 18 Nov 2011 14:56:51 -0500, NB (Neal) wrote: > >> I'm trying to install cuda sdk. It needs gcc<=4.4. >> >> I grabbed gcc-4.4.6 >> >> gcc fails to link: >> >> >> gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- >> prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition >> -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long >> -Wno-variadic-macros -Wno- >> overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub- >> objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o >> c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o >> c-ppoutput.o c- cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o >> i386-c.o c-gimplify.o >> tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o main.o >> tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a >> ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a >> - >> L/lib -lcloog -lmpfr -lppl -lgmpxx -lgmp >> /usr/bin/ld: libbackend.a(graphite.o): undefined reference to symbol >> 'ppl_finalize' >> /usr/bin/ld: note: 'ppl_finalize' is defined in DSO /usr/lib64/libppl_c.so.4 >> so try adding it to the linker command line >> /usr/lib64/libppl_c.so.4: could not read symbols: Invalid operation >> collect2: ld returned 1 exit status >> >> OK, let's add -lppl_c: >> >> [nbecker@nbecker6 gcc]$ gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall - >> Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual >> -Wold-style- definition -Wc++-compat -Wmissing-format-attribute -pedantic >> -Wno-long-long - >> Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o >> cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o >> c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o >> c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o >> c-parser.o i386-c.o >> c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o >> main.o tree-browser.o libbackend.a ../libcpp/libcpp.a >> ../libdecnumber/libdecnumber.a >> ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a >> - >> L/lib -lcloog -lmpfr -lppl_c -lgmpxx -lgmp >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::swap(std::__detail::_List_node_base&, >> std::__detail::_List_node_base&)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, >> std::__detail::_List_node_base*)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to `std::ctype<char>::_M_widen_init() >> const@GLIBCXX_3.4.11' collect2: ld returned 1 exit status >> >> Now what's that about? glibcxx_3.4.15? > > No, libstdc++. Have you tried g++ rather than gcc yet? > Sorry, I don't understand. What do you mean by 'tried g++'? -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
