FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 11-18-2011, 06:56 PM
Neal Becker
 
Default build gcc-4.4 on F15/16?

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::__detai l::_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()@GLIBC XX_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::__de tail::_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?

--
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
 
Old 11-18-2011, 07:45 PM
Michael Schwendt
 
Default build gcc-4.4 on F15/16?

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::__detai l::_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()@GLIBC XX_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::__de tail::_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
 
Old 11-18-2011, 11:49 PM
Neal Becker
 
Default build gcc-4.4 on F15/16?

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::__detai l::_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()@GLIBC XX_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::__de tail::_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@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 11-19-2011, 09:59 AM
Michael Schwendt
 
Default build gcc-4.4 on F15/16?

On Fri, 18 Nov 2011 19:49:32 -0500, NB (Neal) wrote:

> >> 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++'?

Just whether you've installed gcc-c++ and tried to compile/link the source
code using g++ instead of gcc? Typically one builds C++ code with g++,
because when linking it adds stuff like the C++ Standard Library automatically.
--
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
 

Thread Tools




All times are GMT. The time now is 11:50 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org