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?

-- 
Fedora release 16 (Verne) - Linux 3.1.1-1.fc16.x86_64
loadavg: 0.00 0.07 0.07
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Reply via email to