[libvirt] [PATCH] vz: build fix for virStorageBackendVzPoolStart
Nikolay Shirokovskiy
nshirokovskiy at virtuozzo.com
Mon Mar 18 07:27:42 UTC 2019
On 15.03.2019 23:02, Eric Blake wrote:
> On 2/19/19 3:57 AM, Nikolay Shirokovskiy wrote:
>> Remove unused variable. Fix for [1]
>>
>> [1] 821dd6d8: storage: Use VIR_AUTOFREE for storage backends
>>
>> Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy at virtuozzo.com>
>> ---
>>
>> Pushed as trivial build fix.
>
> I'm trying to get a working build of src/vz/ on my system, to make sure
> I don't cause similar types of build-breakage. What is the process for
> getting PARALLELS_SDK installed on Fedora 29?
Hi, Erik!
We don't test our package builds on anything except our own Centos7
based distributive. So I think it would be best if one installs Virtuozzo
for build tests or try to use packages from official repo:
http://repo.virtuozzo.com/vz/releases/
I hope one day I help to include builds on Virtuozzo in CI. Until
that I can help to check builds by myself if you add me to CC or
use 'vz: ' in subject.
Nikolay
>
> I found: https://src.openvz.org/projects/OVZ/repos/libprlsdk/browse
>
> which mentions libprlcommon, libprlxmlmodel, and libprlsdk, but the
> latest git builds for those three projects is failing for me:
>
> $ export SDK_HEADERS=~/libprlsdk/Sources
> $ cd libprlsdk
> $ make
> ...
> Project MESSAGE: ContextSwitcher
> /home/eblake/libprlsdk/Sources/Libraries/ContextSwitcher/ContextSwitcher.pro
> -> prl_sdk
> Project ERROR: Please install libprlcommon-devel package
> $ cd ../libprlcommon
> $ make
> ...
> make[2]: Entering directory '/home/eblake/libprlcommon/Libraries/OpenSSL'
> g++ -c -pipe -fno-strict-aliasing -frandom-seed=parallels -MD -MP
> -Werror -O2 -g -D_REENTRANT -Wall -W -fPIC -D_LIN_=1 -D_RELEASE
> -D_FILE_OFFSET_BITS=64 -D_LIN_ -D_TARGET_=OpenSSL_init_helper -DNDEBUG=1
> -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_SHARED
> -I/usr/lib64/qt4/mkspecs/linux-g++ -I. -I/usr/include/QtCore
> -I/usr/include -I. -I../../../libprlcommon -I../../Interfaces
> -I../../../libprlsdk/Sources
> -I../../z-Build/Release/.moc/OpenSSL_init_helper -o
> ../../z-Build/Release/.obj/OpenSSL_init_helper/OpenSSL.o OpenSSL.cpp
> OpenSSL.cpp: In function ‘void OpenSSL::__freeSSL()’:
> OpenSSL.cpp:83:3: error: ‘CRYPTO_mem_leaks_fp’ was not declared in this
> scope
> CRYPTO_mem_leaks_fp(stderr);
> ^~~~~~~~~~~~~~~~~~~
> ...
> $ cd ../libprlxmlmodel
> $ make
> ...
> g++ -c -pipe -fno-strict-aliasing -frandom-seed=parallels -MD -MP
> -Werror -O2 -g -Wall -W -D_REENTRANT -DPRL_PROD_SERVER=1 -D_LIN_
> -D_LIN_=1 -D_RELEASE -D_FILE_OFFSET_BITS=64 -D_TARGET_=xsd2src
> -DNDEBUG=1 -DQT_NO_DEBUG -DQT_XML_LIB -DQT_CORE_LIB -DQT_SHARED
> -I/usr/lib64/qt4/mkspecs/linux-g++ -I. -I/usr/include/QtCore
> -I/usr/include/QtXml -I/usr/include -I. -I../../../libprlxmlmodel
> -I../../z-Build/Release/.moc/xsd2src -o
> ../../z-Build/Release/.obj/xsd2src/main.o main.cpp
> In file included from CodeComposer.h:33,
> from main.cpp:27:
> CodeTemplates.h:96:2: error: invalid suffix on literal; C++11 requires a
> space between literal and string macro [-Werror=literal-suffix]
> " public "DEFAULT_BASE_CLASS"\n"
> ^
> ...
>
>
> Is there a pre-built repository of the library that would be sufficient
> for building libvirt against, instead of me having to build my own copies?
>
More information about the libvir-list
mailing list