Open castilma opened 7 years ago
Yes, if you've got non-ascii, you need inputenc (\usepackage[utf8]{inputenc}
). Probably something is wrong with doxygen.
Maybe we can persuade Doxygen to directly use xelatex
, which supports utf8 natively.
\usepackage[utf8]{inputenc}
is provided. still things like Ω and ⇒ cause problems.
then there are multiples of these:
]) (./d7/d7e/lzxd_8pxd.tex) (./d7/d7e/lzxd_8pxd_source.tex [4407])
(./d1/d06/constexpr_8h.tex
<dd/dc1/constexpr_8h__incl.pdf, id=148893, 186.6975pt x 178.6675pt>
<use dd/dc1/constexpr_8h__incl.pdf>
! Dimension too large.
<argument> \wd \@tempboxa
l.17 ...dth=350pt]{df/ddc/constexpr_8h__dep__incl}
I ignored these and I ended up with
Output written on refman.pdf (5816 pages, 29849043 bytes).
After all, it contains all source files... Not sure if you'd want that. My conclusion is, that the html doc is much nicer. But we should still fix these errors (xelatex?), even if it may mean to disable latex doc creation.
sooo, I'd say we disable the latex output?
creating the latex documentation with
make doc; cd bin/doc/latex; make
fails:somehow we (or doxygen) need to tell pdflatex not to choke on unicode characters. I haven't checked yet, what the option would be (maybe
\usepackage[no_unicode_choke]{inputenc}
) or how we would need to tell doxygen to write that options into the.tex
files. I wanted to see, if this was the only problem. It wasn't. I edited mentioned file and removed the troubling character. next error:I'm confused by this. latex says check
array
package documentation for explanation, butlongtabu
is in from thetabu
package. thelongtabu
doc mentions the c options and:I don't exactly understand how latex packages work, but
tabu
seems to somehow change the behaviour ofarray
which causes this error? I changed thec
to anr
. Still thec
is the problem. The question now is only, whichc
?So, what now? What is the direct cause of the problem? Who needs to fix his code? EDIT: the c is not the problem, it is the 5 in {*15{...