Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

viking v1.10 build fails with an error #297

Open
svetlemodry opened this issue Sep 8, 2024 · 2 comments
Open

viking v1.10 build fails with an error #297

svetlemodry opened this issue Sep 8, 2024 · 2 comments

Comments

@svetlemodry
Copy link

Hi!
I am attempting to build the viking 1.10 package on Arch Linux and the build is failing for me with an error.
For the build I am using the current PKGBUILD
And here is the output of the build run.
I've tried to search the current issues on github, but did not find anything relevant, hence this report.
I'd be glad for any hints on how to get this sorted out.
Cheers!
Jaro

@rnorris
Copy link
Collaborator

rnorris commented Sep 9, 2024

It appears to be failing on compiling:
/usr/include/unicode/stringpiece.h

Which comes from libicu-dev package or similar - so what version of libicu is on your system?

See https://icu.unicode.org/ ; so if ICU 75, then needs C++17 - whereas the build for Viking in v1.10 says C++11.

This is co-incidentally solved by https://sourceforge.net/p/viking/bugs/170/

The easiest way to work around it in v1.10, should be by disabling the Mapnik component (but obviously then any usage of the related features won't be available).

./configure --disable-mapnik

@svetlemodry
Copy link
Author

It appears to be failing on compiling: /usr/include/unicode/stringpiece.h

Thanks for checking this!

Which comes from libicu-dev package or similar - so what version of libicu is on your system?

We have icu 75.1-1 in the repository.

See https://icu.unicode.org/ ; so if ICU 75, then needs C++17 - whereas the build for Viking in v1.10 says C++11.
This is co-incidentally solved by https://sourceforge.net/p/viking/bugs/170/

Quick try to cherry pick that patch seemed not to fix the build for me.

The easiest way to work around it in v1.10, should be by disabling the Mapnik component (but obviously then any usage of the related features won't be available).
./configure --disable-mapnik

I went with disabling mapnik for now, package builds again.
Will wait for the new release to enable mapnik again.
Cheers & thanks!
J

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants