On Tue, May 07, 2019 at 01:42:07AM +0100, Ken Moffat via blfs-dev wrote:

I'm still getting this with 6.3.2 and gcc-9.1.

> On Mon, May 06, 2019 at 05:00:10PM -0500, Bruce Dubbs via blfs-dev wrote:
> > On 5/6/19 4:41 PM, Ken Moffat via blfs-dev wrote:
> > > 
> > > You're saying the shipped xmlsec1 is ok with gcc-9.1 ?
> > > 

> > 
> > What my log says about xmlsec1:
> > 
> > 
> > cd /build/libreoffice/libreoffice-6.2.3.2/external/tarballs/tmp && bash -c
> > 'wget --progress=dot:mega -Q 0 -P "." -l 0 -nd -nH -N
> > --no-use-server-timestamps
> > https://dev-www.libreoffice.org/src/xmlsec1-1.2.27.tar.gz 2>&1 | tee -a
> > /build/libreoffice/libreoffice-6.2.3.2/external/tarballs/fetch.log && [
> > $PIPESTATUS -eq 0 ]' && SUM=`shasum -a 256 xmlsec1-1.2.27.tar.gz | sed "s/
> > .*//"` && if test "$SUM" !=
> > "97d756bad8e92588e6997d2227797eaa900d05e34a426829b149f65d87118eb6"; then
> > echo ERROR: expected checksum for xmlsec1-1.2.27.tar.gz is
> > 97d756bad8e92588e6997d2227797eaa900d05e34a426829b149f65d87118eb6 2>&1 | tee
> > -a /build/libreoffice/libreoffice-6.2.3.2/external/tarballs/fetch.log;
> > false; fi && mv xmlsec1-1.2.27.tar.gz ../
> > --2019-05-06 14:53:03--
> > https://dev-www.libreoffice.org/src/xmlsec1-1.2.27.tar.gz
> > Resolving dev-www.libreoffice.org... 89.238.68.201, 2a00:1828:a012:201::1
> > Connecting to dev-www.libreoffice.org|89.238.68.201|:443... connected.
> > HTTP request sent, awaiting response... 200 OK
> > Length: 2013651 (1.9M) [application/octet-stream]
> > Saving to: ‘./xmlsec1-1.2.27.tar.gz’
> > 
> >      0K ........ ........ ........ ......                    100% 466K=4.2s
> > 
> > 2019-05-06 14:53:13 (466 KB/s) - ‘./xmlsec1-1.2.27.tar.gz’ saved
> > [2013651/2013651]
> > ========= about 7200 lines of log later ...
> > [build UPK] xmlsec1-1.2.27.tar.gz
> > 
> > The first part is fetch.  The second appears to be the build.  Nothing else.
> > 
> >   -- Bruce
> 
> OK, looks like the problem is restricted to gcc-8.3.0 with icu_64.
> Since the book has moved on, nothing required.  But it's yet another
> obscure upstream package which gets pulled in by LO and might be
> (currently _is_) out of date.
> 
> Thanks for tracking down that it's only a problem with gcc-8.3.0.
> 
Well, on a fresh svn build (LFS  is all fresh, I didn't update gnome
packages for BLFS), *without* system xmlsec1 -

./autogen.sh --prefix=/usr \
             --sysconfdir=/etc \
             --with-vendor="BLFS" \
             --with-lang="$KM_LANG" \
            --with-help                \
            --with-myspell-dicts       \
             --without-java            \
             --without-system-dicts \
             --disable-dconf  \
             --disable-firebird-sdbc \
             --disable-odk             \
             --disable-postgresql-sdbc \
             --enable-release-build=yes \
             --enable-python=system    \
             --with-system-boost \
             --with-system-cairo       \
             --with-system-curl        \
             --with-system-expat       \
             --with-system-glm \
             --with-system-gpgmepp \
             --with-system-graphite \
             --with-system-harfbuzz    \
             --with-system-icu         \
             --with-system-jpeg        \
             --with-system-lcms2 \
             --with-system-libpng      \
             --with-system-libxml      \
             --with-system-neon        \
             --with-system-nss         \
             --with-system-openssl     \
             --with-system-poppler     \
             --with-system-redland     \
             --with-system-zlib        \
             $KM_FONTS \
             $KM_TYPE         \
             --with-parallelism=$NUMCPUS

where
KM_FONTS='--without-fonts'
KM_TYPE= (it used to be for disabling gtk3)

[build CXX] xmlsecurity/source/xmlsec/biginteger.cxx
In file included from /usr/include/c++/9.1.0/utility:69,
                 from /usr/include/c++/9.1.0/bits/stl_uninitialized.h:60,
                 from /usr/include/c++/9.1.0/memory:65,
                 from /usr/include/unicode/localpointer.h:45,
                 from /usr/include/unicode/uenum.h:23,
                 from /usr/include/unicode/ucnv.h:53,
                 from /usr/include/libxml2/libxml/encoding.h:31,
                 from /usr/include/libxml2/libxml/parser.h:810,
                 from /usr/include/libxml2/libxml/globals.h:18,
                 from /usr/include/libxml2/libxml/threads.h:35,
                 from /usr/include/libxml2/libxml/xmlmemory.h:218,
                 from /usr/include/libxml2/libxml/tree.h:1307,
                 from 
/scratch/working/libreoffice-6.2.3.2/workdir/UnpackedTarball/xmlsec/include/xmlsec/base64.h:18,
                 from 
/scratch/working/libreoffice-6.2.3.2/xmlsecurity/inc/xmlsec-wrapper.h:32,
                 from 
/scratch/working/libreoffice-6.2.3.2/xmlsecurity/source/xmlsec/biginteger.cxx:23:
/usr/include/c++/9.1.0/bits/stl_relops.h:85:5: error: template with C linkage
   85 |     template <class _Tp>
      |     ^~~~~~~~
[ snip 12480 similar lines ]
/scratch/working/libreoffice-6.2.3.2/workdir/UnpackedTarball/xmlsec/include/xmlsec/base64.h:15:1:
 note: 'extern "C"' linkage started here
   15 | extern "C" {
      | ^~~~~~~~~~
make[1]: *** 
[/scratch/working/libreoffice-6.2.3.2/solenv/gbuild/LinkTarget.mk:293: 
/scratch/working/libreoffice-6.2.3.2/workdir/CxxObject/xmlsecurity/source/xmlsec/biginteger.o]
 Error 1
make[1]: *** Waiting for unfinished jobs....

icu-config --version
64.2

ĸen
-- 
Before the universe began, there was a sound. It went: "One, two, ONE,
two, three, four" [...] The cataclysmic power chord that followed was
the creation of time and space and matter and it does Not Fade Away.
 - wiki.lspace.org/mediawiki/Music_With_Rocks_In


-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to