On 3/11/2010 2:32 AM, Christian Stimming wrote:
Zitat von Jeff Kletsky <gnuc...@allycomm.com>:
I can, for example,
[...]
4) Checkout edd8b26 and have it work (as it should)
5) Checkout df0f85d and have it work (which it does NOT if built in a
"fresh" directory)
From what I can tell, the only file different in the source tree
between (1) and (3) in this case was intl-scm/guile-strings.c
I also do not have any idea what this behavior might be caused by. But
the file intl-scm/guile-strings.c has clearly no implication on the
build and the resulting binaries whatsoever - instead, the content of
that file is used solely when running "make pot" and generating a new
translation template (which is subsequently merged with the currently
existing translation po files). In all other cases the content of that
file is ignored completely.
Do you run make with the -j switch, hence using multiple jobs in
parallel? If you do, I'm not sure whether this is implemented
correctly everywhere.
Regards,
Christian
Based on a suggestion from Derek, it looks like it is related to swig
not always being run.
My current work-around is
find path/to/source/ -name '*.i' -exec touch '{}' \;
Thanks for thinking about this one!
Jeff
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
