On Thu, Aug 15, 2019 at 09:20:01PM +0200, dueffert--- via blfs-dev wrote:
>
> > while libreoffice is expecting
> > /usr/include/libxml
> Where? Why? My --with-system-libxml results in:
> checking which libxml to use... external
> checking for LIBXML... yes
>
> And I'd expect this to work because of
> LIBXML_CFLAGS="-I$usr/include/libxml2" in ./configure and
> source including <libxml/*> "from there".
>
> If this doesn't work for you, then probably you and libreoffice are messing
> around with CFLAGS in some incompatible way!?
>
>
> > Could someone confirm this "hiatus"
> I cannot. Though still using glibc-2.29, but that should be unrelated.
>
> > and should the libxml2 book adjusted accordingly?
> I don't think so. I'd rather expect some hint about CFLAGS for libreoffice
> to be useful. I used none, just MAKEFLAGS was set.
>
After I updated the book's version, I updated a couple of my other
systems with a non-java build and ordinary CFLAGS, CXXFLAGS.
AFAICS, any normal CFLAGS (and I don't include pointing to include
files or libraries, because pkg-config should provide those) cause
no problems.
I'm using verbose builds, to get a better handle on what is going
on :
$make verbose=true build-nocheck
But the configure script doesn't mention xml2, first mention is in a
compile: (one long line, reformatted when pasted)
S=/scratch/working/libreoffice-6.3.0.4 && I=$S/instdir &&
W=$S/workdir && mkdir -p $W/CxxObject/l10ntools/source/
$W/Dep/CxxObject/l10ntools/source/ && cd
/scratch/working/libreoffice-6.3.0.4 && g++
-DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED
-DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX
-DX86_64 -D_PTHREADS -D_REENTRANT -DSYSTEM_LIBXML
-fvisibility=hidden -Wall -Wno-missing-braces -Wnon-virtual-dtor
-Wendif-labels -Wextra -Wundef -Wunreachable-code -Wunused-macros
-finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe
-Wno-maybe-uninitialized -Wduplicated-cond -Wlogical-op
-Wshift-overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type
-fvisibility-inlines-hidden -fstack-protector-strong -fPIC -Wshadow
-Woverloaded-virtual -std=gnu++2a -pthread -DEXCEPTIONS_ON
-fexceptions -fno-enforce-eh-specs -O2 -march=native
-D_FORTIFY_SOURCE=2 -fstack-protector-strong -D_GLIBCXX_ASSERTIONS
-DLIBO_INTERNAL_ONLY -c $S/l10ntools/source/common.cxx -o
$W/CxxObject/l10ntools/source/common.o -MMD -MT
$W/CxxObject/l10ntools/source/common.o -MP -MF
$W/Dep/CxxObject/l10ntools/source/common.d_ -I$S/l10ntools/inc
-I$S/include -I$S/config_host -I/usr/include -isystem
/usr/include/libxml2 && mv
$W/Dep/CxxObject/l10ntools/source/common.d_
$W/Dep/CxxObject/l10ntools/source/common.d
However, the output from autogen.sh included, amongst other things,
a check for pkg-config and then a check for libxml-2.0, followed by
a check for >= 2.0.
Perhaps there is a configure.log file after autogen.sh has run,
which might give details of why the correct include directory was
not used.
ĸen
--
Adopted by dwarfs, brought up by dwarfs. To dwarfs I'm a dwarf, sir.
I can do the rite of k'zakra, I know the secrets of h'ragna, I can
ha'lk my g'rakha correctly ... I am a dwarf
Captain Carrot Ironfoundersson (in The Fifth Elephant)
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
