On Fri, 2010-12-17 at 08:14 +0100, Julien Nabet wrote:
Hello Norbert,
I had done a ./g pull -r, I did this again 1 hour ago and I still got
the same error. (and again, i did a rm -rf unxlng*)
In this specific case, here's what likely happened....
a) configure.in and other .ins were changed to set/need the "GPERF"
variable
b) make was run, but configure wasn't run and so the old .Env.sh was
sourced that had on GPERF set (or something like that)
c) The makefile in vcl/unx/source/fontmanager was tweaked to use GPERF
to build a .cpp file at runtime and include it
d) because GPERF wasn't set, an empty file was created, this file was
originally created in solver/330/unxlng*.pro/inc/afm_hash.cpp and so any
tweaking afterwards like rm -rf vcl/unxlng*.pro wouldn't remove it
So, what we've done since then is to...
a) create the generated file in vcl/unxlng*.pro/inc/afm_hash.cpp so that
the "blow away local stuff" works if anything goes wrong there again
b) Tweaked the top level Makefile to now automatically re-run autogen.sh
if the Makefile is older than the .in files, which should mean that a &
b can't happen to anyone again.
If you still have problems I suggest you...
touch configure.in && find . -name "afm_hash.cpp" -exec rm {} \;
I have high hopes that with the various tweaks that we won't get too
many build problems like these again and that "make" will generally
do-the-right-thing.
C.
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.