View Single Post
Old 09-28-2019, 10:12 PM   #20
eschwartz
Ex-Helpdesk Junkie
eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.
 
eschwartz's Avatar
 
Posts: 19,421
Karma: 85400180
Join Date: Nov 2012
Location: The Beaten Path, USA, Roundworld, This Side of Infinity
Device: Kindle Touch fw5.3.7 (Wifi only)
Quote:
Originally Posted by DiapDealer View Post
Our cmake file would likely have to be adjusted quite a bit to fully accommodate Haiku. You can't really add additional include directories on the command line with cmake. But, I wouldn't really worry about any of the cmake output unless it's actually an error. Don't make the mistake of chasing all the include files found/not found unless the cmake configuration bombs.
Sure you can add additional include directories on the command line with cmake.

Code:
CFLAGS="-I/otherpath/include" cmake -DCMAKE_FLAGS_IN_USE=somevalue ..
make
It is true that cmake is an appalling, horrible build system that does its utmost to avoid letting either its users or its developers know that it is possible to either configure it outside of CMakeLists.txt or even simply be standards-compliant to very basic, very portable methods for configuring builds across a multitude of build platforms. For example, the NIH design of forking the pkg-config ecosystem to use homebrew FindFoo.cmake files which require all depending projects to also use cmake.

But that is neither here nor there, because you can get to it if you need it. Anyway, you can also use -DCMAKE_C_FLAGS="-I/otherpath/include".

/me gets off soapbox

Anyway, @User_Z Arch Linux uses very recent versions of all dependencies by forcing system libs, and it works quite well for us.

If you have any issues, you should take a look at the build docs for Linux: https://github.com/Sigil-Ebook/Sigil...ng_on_Linux.md

The build requirements will be mostly the same on most OSes, but the linux docs are specifically geared to environments that will be integrated into a wider system, unlike both Windows and macOS (the other officially supported platforms) which do things to carry around all their dependencies with them.

But yes, you are going to need something that provides libpcre16.so (I think Haiku uses the .so file extension for shared libraries?) which requires that your system pcre 8.43 is compiled with --enable-pcre16. In fact, it is extremely reasonable to compile pcre with both of the following two flags, see ./configure --help output:

Code:
  --enable-pcre16         enable 16 bit character support
  --enable-pcre32         enable 32 bit character support
This seems to be the HaikuPorts recipe for pcre: https://github.com/haikuports/haikup....43.recipe#L94

Note it includes neither of these flags. This alarms me. Please report a bug to the HaikuPorts project.
eschwartz is offline   Reply With Quote