Невозможно использовать xercesc с новыми флагами c+11 в новейшем компиляторе Solaris

Использование xerces-c-3.1.1 и SolarisStudio12.5Beta-solaris-x86-bin (в Solaris 10).

./configure CXX=CC CC=cc CXXFLAGS="-std=c++11"
gmake
gmake check
results in 37 core dumps and the error messages
terminate called after throwing an instance of 'xercesc_3_1::EndOfEntityException'

a pstack on 1 of the core files show
core 'core_gs580w_XSerializerTest_132_10_1462965423_23542' of 23542:  /usr/local/src/xerces-c-3.1.3/tests/.libs/XSerializerTest -v=always pe
fdb5c925 _lwp_kill (1, 6) + 15
fdb03783 raise    (6) + 1f
fdae29f5 abort    (fdc725cc, 107, 8118140, fdbc3cd8, fedb04d0, fdc725cc) + cd
fdd71eb5 _ZN9__gnu_cxx27__verbose_terminate_handlerEv (1, 0, fdd6eb0b, fddb3468, 8114df0, 8045f00) + 175
fdd6eb17 ???????? (fdd71d40, 0, fdd6eb75, fdd6eba7, fdd6eb99, fddb3468)
fdd6ebb0 ???????? (8114df0, fedb04d0, fdd6eb75, fdd6ee0f, fecfa708, 807b0c0)
fdd6ee3e ???????? (8114e10, fed7d848, feb24d00, feb24aec, 8114db8, fe8f3468)
feb24bff _ZN11xercesc_3_19ReaderMgr9popReaderEv (80df840, 8045b14, 0, feb21a2c) + 11f
feb21a60 _ZN11xercesc_3_19ReaderMgr14skipPastSpacesEv (80df840, 0, 0, febf3911) + 40
febf3d4e _ZN11xercesc_3_110DTDScanner17scanExtSubsetDeclEbb (8045f00, 0, 1, 64) + 44e
feb09db0 _ZN11xercesc_3_112IGXMLScanner15scanDocTypeDeclEv (80df7b8, fec9dec8, fef90c18, feb512f1) + 1610
feb5154f _ZN11xercesc_3_110XMLScanner10scanPrologEv (80df7b8, 80e5c38, feb24700, 0) + 26f
feb0483f _ZN11xercesc_3_112IGXMLScanner12scanDocumentERKNS_11InputSourceE (80df7b8, 80e5c38, 807b0c0, feb4cb51) + 9f
feb4d0ad _ZN11xercesc_3_110XMLScanner12scanDocumentEPKt (80df7b8, 80e5c08, 807b0c0, feb4d96e) + 56d
feb4d9c4 _ZN11xercesc_3_110XMLScanner12scanDocumentEPKc (80df7b8, 8046d5c, feb98f00, 0) + 64
feb9500f _ZN11xercesc_3_117SAX2XMLReaderImpl5parseEPKc (80df500, 8046d5c, 1, 8046ca8) + af
0805e1d2 _Z8parseOnePN11xercesc_3_115BinOutputStreamEPKc (80dd6c0, 8046d5c, 807adf0, fdd2305c) + 112
0805dd70 _Z9parseCasePKc (8046d5c, 0, 3e8, 0) + b0
0805d8a6 main     (3, 8046bb0, 8046bc0) + be6
0805a932 _start   (3, 8046d18, 8046d52, 8046d5c, 0, 8046d69) + 72

удаление CXXFLAGS="-std= C++ 11" из конфигурации приводит к успешной "проверке gmake"

Какие-нибудь советы о том, как заставить Xerces-C работать с Sun Studio 12.5 и C++11?

1 ответ

Решение

Предполагая, что процесс сборки для Xerces 3.1.1 аналогичен процессу Xerces 3.1.4, Xerces явно связывается в стандартных библиотеках времени выполнения Solaris C++. Это проблема, потому что указание -std=c++11 заставляет Solaris Studio использовать g++ ABI и среду выполнения.

Это вывод ldd одного из тестовых исполняемых файлов из компиляции Xerces 3.1.4, предположительно в Solaris 11:

bash-4.1$ ldd XSValueTest
    libxerces-c-3.1.so =>    /home/achenle/xerces/xerces-c-3.1.4/src/.libs/libxerces-c-3.1.so
    libpthread.so.1 =>   /lib/libpthread.so.1
    libcurl.so.3 =>  /usr/lib/libcurl.so.3
    libidn.so.11 =>  /usr/lib/libidn.so.11
    libsldap.so.1 =>     /usr/lib/libsldap.so.1
    libldap.so.5 =>  /usr/lib/libldap.so.5
    libsocket.so.1 =>    /lib/libsocket.so.1
    libnsl.so.1 =>   /lib/libnsl.so.1
    libgss.so.1 =>   /usr/lib/libgss.so.1
    libssl.so.1.0.0 =>   /lib/libssl.so.1.0.0
    libcrypto.so.1.0.0 =>    /lib/libcrypto.so.1.0.0
    libz.so.1 =>     /lib/libz.so.1
    libstdc++.so.6 =>    /opt/SUNWspro/lib/compilers/CC-gcc/lib/libstdc++.so.6
    libgcc_s.so.1 =>     /opt/SUNWspro/lib/compilers/CC-gcc/lib/libgcc_s.so.1
    librt.so.1 =>    /lib/librt.so.1
    libm.so.2 =>     /lib/libm.so.2
    libc.so.1 =>     /lib/libc.so.1
    libstatomic.so.1 =>  /opt/SUNWspro/lib/compilers/atomic/libstatomic.so.1
    libCstd.so.1 =>  /usr/lib/libCstd.so.1
    libCrun.so.1 =>  /usr/lib/libCrun.so.1
    libscf.so.1 =>   /lib/libscf.so.1
    libsasl.so.1 =>  /usr/lib/libsasl.so.1
    libmd.so.1 =>    /lib/libmd.so.1
    libnspr4.so =>   /usr/lib/mps/libnspr4.so
    libplc4.so =>    /usr/lib/mps/libplc4.so
    libnss3.so =>    /usr/lib/mps/libnss3.so
    libssl3.so =>    /usr/lib/mps/libssl3.so
    libmp.so.2 =>    /lib/libmp.so.2
    libuutil.so.1 =>     /lib/libuutil.so.1
    libgen.so.1 =>   /lib/libgen.so.1
    libnvpair.so.1 =>    /lib/libnvpair.so.1
    libsmbios.so.1 =>    /usr/lib/libsmbios.so.1
    libsoftcrypto.so.1 =>    /lib/libsoftcrypto.so.1
    libelf.so.1 =>   /lib/libelf.so.1
    libdl.so.1 =>    /lib/libdl.so.1
    libnssutil3.so =>    /usr/lib/mps/libnssutil3.so
    libplds4.so =>   /usr/lib/mps/libplds4.so
    libthread.so.1 =>    /lib/libthread.so.1
    libcryptoutil.so.1 =>    /lib/libcryptoutil.so.1

Обратите внимание на наличие libstdc++.so.6 (среда выполнения g ++) и libCstd.so.1 а также libCrun.so.1 (стандартная среда выполнения Solaris C++).

Это из документации "Что нового" в Solaris Studio 12.4:

Использование функций C++ 11

В Oracle Solaris Studio 12.4 компилятор C++ поддерживает новый язык C++ 11 и ABI (двоичный интерфейс приложения).

В режиме C++ 11 компилятор CC использует ABI g ++ и версию библиотеки времени выполнения g ++, которая поставляется вместе с Oracle Solaris Studio. В этом выпуске используется версия 4.8.2 библиотеки времени выполнения g ++.

C++ 11, подразумевающий использование g++ ABI и среды выполнения, также применим к Solaris Studio 12.5:

A.2.88–std=v

...

C++ 11

Выбирает диалект C++ 11 и бинарную совместимость g ++. Он устанавливает макрос препроцессора __SUNPRO_CC_COMPAT в 'G'.

Но Xerces создает явные ссылки в стандартной среде выполнения Solaris C++ в дополнение к неявно связанной среде выполнения g ++.

Другие вопросы по тегам