LibreOffice building fail with clang

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

On pc Debian x86-64 with master sources updated today, I got:

[CXX] compilerplugins/clang/reservedid.cxx
/home/julien/lo/libreoffice/compilerplugins/clang/pluginhandler.cxx:245:2: error: Internal error, -building-pch-with-obj support not detected in Clang.
#error Internal error, -building-pch-with-obj support not detected in Clang.
 ^
[CXX] compilerplugins/clang/returnconstant.cxx
[CXX] compilerplugins/clang/returnconstval.cxx
[CXX] compilerplugins/clang/salcall.cxx
[CXX] compilerplugins/clang/sallogareas.cxx
[CXX] compilerplugins/clang/salunicodeliteral.cxx
[CXX] compilerplugins/clang/selfinit.cxx
[CXX] compilerplugins/clang/sequenceloop.cxx
1 error generated.
make[1]: *** [/home/julien/lo/libreoffice/compilerplugins/Makefile-clang.mk:222 : /home/julien/lo/libreoffice/compilerplugins/clang/obj/pluginhandler.o] Erreur 1
make[1]: *** Attente des tâches non terminées....
make[1] : on quitte le répertoire « /home/julien/lo/libreoffice »
make: *** [/home/julien/lo/libreoffice/compilerplugins/Makefile.mk:25 : compilerplugins] Erreur 2

I did a make compilerplugins.clean but still got the same.

autogen.input:

CC=clang
CXX=clang++
--enable-compiler-plugins
--enable-dbgutil
--enable-evolution2
--enable-qt5
--enable-kf5
--enable-gtk3-kde5
# pour tester build rpm format
--enable-skia=debug
--enable-ext-nlpsolver
--enable-ext-ct2n
--enable-ext-numbertext
--enable-ext-wiki-publisher
--enable-dbus
--enable-online-update
--enable-werror
--enable-dependency-tracking
--enable-python=fully-internal
--without-system-mariadb
--enable-bundle-mariadb
--enable-symbols
--enable-avahi
--enable-eot
--enable-odk
--with-lang=en-US es fr pt pt-BR it de ru
#--with-lang=ALL
--with-myspell-dicts
#--with-help

Debian clang version 11.0.1-2
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin

I suppose it's due following:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=422c939f44eec82aca1060d22ea9a95a44d6b17d

"author    Luboš Luňák <l.lunak@xxxxxxxxxxxxx> 2021-04-08 17:01:15 +0200
committer    Luboš Luňák <l.lunak@xxxxxxxxxxxxx> 2021-04-09 10:09:07 +0200
commit    422c939f44eec82aca1060d22ea9a95a44d6b17d (patch)
tree    9ca0cfb823bb20a373e2af80afef5e2ef5490f80
parent    200626e41f004b6b8588f89fa3707c71ae2b375c (diff)
make clang plugin check code in headers only once if in PCH
When using Clang PCHs, we know for certain that the content of a PCH
will be used once by the PCH's dedicated source file. So it is not
necessary to let clang plugin check locations coming from a PCH
every time, but just once when compiling that dedicated source.

For starmath's parse.cxx this reduces compilation time 0.94s->0.4s
(0.1s when not using plugins at all), for sc's document.cxx it is
5.9s->5.0s (4.0s without plugins). For reference, without PCHs
the numbers are (with/without plugins) 2.1s/1.9s for parse.cxx
and 11.2s/10.3s for document.cxx."

Any idea?

Julien

_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice




[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux