kompilator - błąd kompilacji tego samego kodu w innym środowisku

0

Cześć,

Mam problem takiej natury. Tworzę z kolegą kod i mamy do tego mały serwer, tam jest gcc i wszystko ładnie się kompiluje.
Dzisiaj zainstalowałem ubuntu, do tego gcc i g++ w wersji ponad 5 i dokładnie ten sam kod u mnie się nie kompiluje. Kompilacja poprzez make.
Nie kompiluje, tzn są jakieś wymiociny typu:

 ng<char, std::char_traits<char>, std::allocator<char> > const&>::DescribeTo(std::ostream*) const':
gmock-all.cc:(.text._ZNK7testing8internal9EqMatcherINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE4ImplIRKS7_E10DescribeToEPSo[_ZNK7testing8internal9EqMatcherINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE4ImplIRKS7_E10DescribeToEPSo]+0x1d): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
../Externals/gmock/lib/libgmock.a(gmock-all.cc.o): In function `testing::internal::EqMatcher<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::Impl<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&>::DescribeNegationTo(std::ostream*) const':
gmock-all.cc:(.text._ZNK7testing8internal9EqMatcherINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE4ImplIRKS7_E18DescribeNegationToEPSo[_ZNK7testing8internal9EqMatcherINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE4ImplIRKS7_E18DescribeNegationToEPSo]+0x1d): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
../Externals/gmock/lib/libgmock.a(gmock-all.cc.o): In function `testing::internal::ThreadLocal<testing::Sequence*>::~ThreadLocal()':
gmock-all.cc:(.text._ZN7testing8internal11ThreadLocalIPNS_8SequenceEED2Ev[_ZN7testing8internal11ThreadLocalIPNS_8SequenceEED5Ev]+0x68): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
../Externals/gmock/lib/libgmock.a(gmock-all.cc.o):gmock-all.cc:(.text._ZN7testing8internal11ThreadLocalIPNS_8SequenceEED2Ev[_ZN7testing8internal11ThreadLocalIPNS_8SequenceEED5Ev]+0x75): more undefined references to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)' follow
../Externals/gmock/lib/libgmock.a(gmock-all.cc.o): In function `testing::internal::ThreadLocal<testing::Sequence*>::~ThreadLocal()':
gmock-all.cc:(.text._ZN7testing8internal11ThreadLocalIPNS_8SequenceEED2Ev[_ZN7testing8internal11ThreadLocalIPNS_8SequenceEED5Ev]+0x85): undefined reference to `std::ostream::operator<<(int)'
../Externals/gmock/lib/libgmock.a(gmock-all.cc.o):(.eh_frame+0x10b): undefined reference to `__gxx_personality_v0'
collect2: error: ld returned 1 exit status
make[1]: *** [Binary_GT/lte_GT.exe] Błąd 1

Gdzie może leżeć problem? W konfiguracji kompilatora?
wersja g++ w środowisku gdzie kompilacja NIE przechodzi:

Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.3.0-3ubuntu1~14.04' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=gcc4-compatible --disable-libstdcxx-dual-abi --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.3.0 20151204 (Ubuntu 5.3.0-3ubuntu1~14.04) 

wersja g++ w środowisku gdzie kompilacja jest ok:

 Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/app/gcc/5.2.0/libexec/gcc/x86_64-unknown-linux-gnu/5.2.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./gcc-5.2.0/configure --prefix=/app/gcc/5.2.0 --disable-multilib
Thread model: posix
gcc version 5.2.0 (GCC) 

Jeszcze jedną rzecz zauważyłem - tam gdzie kompilacja przechodzi:

 monte@projekt:~$ ll /usr/bin/ | grep g++
lrwxrwxrwx  1 root root          21 Aug 20 00:06 g++ -> /etc/alternatives/g++*

A /etc/alternatives/g++* prowadzi do gcc, czego nie ma w tym środowisku "złym" - nie wiem, czy to może być błąd??

 monte@projekt:~$ ll /etc/alternatives/g++
lrwxrwxrwx 1 root root 22 Aug 20 00:06 /etc/alternatives/g++ -> /app/gcc/5.2.0/bin/g++*

Wycinek z makefile:

CXX     				= g++
CFLAGS  				= -c -Wall -Werror -pedantic -std=c++14
IFLAGS 				 = $(addprefix -I, $(COMPONENT_INCLUDE_DIR))

Proszę o jakąś pomoc, bo nie mogę tego ogarnąć, a straciłem już na to ponad pół dnia.

0

Najprawdopodobniej problem leży w dual ABI GCC. Więcej o tym i jak rozwiązać ten problem znajdziesz tutaj https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html

0

Ale to nic nie znaczy, że kompilator jest skonfigurowany z poniższymi flagami??

 --with-default-libstdcxx-abi=gcc4-compatible --disable-libstdcxx-dual-abi
1

Czy zwykłe cout << "Hello world" przechodzi? Jeśli nie to zwalona instalacja.

0

widzę, że chodzi o testy (gmock) i związane z tym szablony.
Strasznie trudno się czyta błędy szablonów, szczególnie jeśli nie widać kodu.
Pokaż kawałek kodu z twoimi testami i związany z tym błąd.

Z własnego doświadczenia wynika, że chodzi o rożny poziom pedantyzmu rożnych kompilatorów.


teraz widzę, że to błąd linkowania. jakiego używasz build toola?
0

@Azarien, możesz mieć rację:

 10:39:17 ~/Programowanie :g++ HelloWorld.cpp
/tmp/cc5lzzsg.o: In function `main':
HelloWorld.cpp:(.text+0xa): undefined reference to `std::cout'
HelloWorld.cpp:(.text+0xf): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
HelloWorld.cpp:(.text+0x14): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)'
HelloWorld.cpp:(.text+0x1c): undefined reference to `std::ostream::operator<<(std::ostream& (*)(std::ostream&))'
/tmp/cc5lzzsg.o: In function `__static_initialization_and_destruction_0(int, int)':
HelloWorld.cpp:(.text+0x4a): undefined reference to `std::ios_base::Init::Init()'
HelloWorld.cpp:(.text+0x59): undefined reference to `std::ios_base::Init::~Init()'
collect2: error: ld returned 1 exit status
 
10:39:31 ~/Programowanie :cat HelloWorld.cpp
#include <iostream>
using namespace std;

int main()
{
	cout << "Dziala?" << endl;

	return 0;
}

Masz na myśli zwaloną instalację kompilatora? Czyli usunąć kompilatory i jeszcze raz instalować? Z czego lepiej? Z pakietów, czy z plików binarnych?

0

Usunąłem wcześniejszy kompilator i jeszcze raz ściągnąłem g++4.9 i zainstalowałem. I kompilacja HelloWorld przechodzi, ale są dalej te "rzygi" kiedy chcę kompilować UT z google testem i google mockiem.

@MarekR22 - używam make'a.

1 użytkowników online, w tym zalogowanych: 0, gości: 1