[tex-live] .fmt problems, and luatex failure on Solaris Intel
Ettore Aldrovandi
ealdrov at mail.math.fsu.edu
Thu Jun 23 19:01:29 CEST 2011
On Thu, Jun 23, 2011 at 09:42:09AM -0600, Nelson H. F. Beebe wrote:
> I too have been seeing intermittent failures to build .fmt files on
Same here on Solaris.
> This morning, I manually ran
>
> fmtutil-sys --all
------------------------------------------------------------------------
> On Solaris Intel, I get this final report:
>
> `luatex -ini -jobname=dvilualatex -progname=dvilualatex dvilualatex.ini' failed
> `luatex -ini -jobname=lualatex -progname=lualatex lualatex.ini' failed
> `luatex -ini -jobname=luatex -progname=luatex luatex.ini' failed
> `luatex -ini -jobname=dviluatex -progname=dviluatex dviluatex.ini' failed
>
> >From earlier in the logs, here is the reason:
>
> fmtutil: running `luatex -ini -jobname=dviluatex -progname=dviluatex dviluatex.ini' ...
> ld.so.1: luatex: fatal: relocation error: file
> /home/archive/share/lib/tex/texlive-2011-05/bin/i386-solaris/luatex:
> symbol asprintf: referenced symbol not found
> Killed
> The luatex executable is referencing a non-existent symbol. This
> seems to be the same problem as I reported earlier, and is due to the
> builds being done on a Solaris 11 system.
Indeed. I'm surprised it ran at all. ldd -r luatex (and ldd -s luatex) will give the complete picture:
ldd -r luatex
libsocket.so.1 => /lib/libsocket.so.1
libnsl.so.1 => /lib/libnsl.so.1
libstdc++.so.6 => (file not found)
libm.so.2 => /lib/libm.so.2
libgcc_s.so.1 => (file not found)
libc.so.1 => /lib/libc.so.1
libmp.so.2 => /lib/libmp.so.2
libmd.so.1 => /lib/libmd.so.1
libscf.so.1 => /lib/libscf.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libgen.so.1 => /lib/libgen.so.1
symbol not found: _ZTVN10__cxxabiv120__si_class_type_infoE (luatex)
symbol not found: _ZTVN10__cxxabiv117__class_type_infoE (luatex)
symbol not found: asprintf (luatex)
symbol not found: _ZdlPv (luatex)
symbol not found: _Znwj (luatex)
symbol not found: _Unwind_Resume (luatex)
symbol not found: mkdtemp (luatex)
symbol not found: nanosleep (luatex)
symbol not found: _ZdaPv (luatex)
symbol not found: _Znaj (luatex)
symbol not found: __dynamic_cast (luatex)
symbol not found: __cxa_pure_virtual (luatex)
symbol not found: __gxx_personality_v0 (luatex)
it gets better with
env LD_LIBRARY_PATH=/usr/sfw/lib ldd -r luatex
libsocket.so.1 => /lib/libsocket.so.1
libnsl.so.1 => /lib/libnsl.so.1
libstdc++.so.6 => /usr/sfw/lib/libstdc++.so.6
libm.so.2 => /lib/libm.so.2
libgcc_s.so.1 => /usr/sfw/lib/libgcc_s.so.1
libc.so.1 => /lib/libc.so.1
libmp.so.2 => /lib/libmp.so.2
libmd.so.1 => /lib/libmd.so.1
libscf.so.1 => /lib/libscf.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libgen.so.1 => /lib/libgen.so.1
symbol not found: asprintf (luatex)
symbol not found: mkdtemp (luatex)
symbol not found: nanosleep (luatex)
but it still doesn't find all the symbols. And there are other binaries exhibiting the same problem.
> I could do a build and install from source here on Solaris 10, but it
> would be wiped by the next tlmgr update.
yes, if you use the tex-live arch-name i386-solaris. I have rebuilt
the binaries both 32 and 64 bits, and keep them with the arch names
i386-pc-solaris10 and x86_64-pc-solaris10. Admittedly, my texlive is
now a frankenstein, but it works. With the rebuilt binaries I have had
no failures. Or you can install using the "custom" architecture.
Actually the Solaris 10 binaries work on Solaris 11 as well. (Grafted
them on a trial virtualbox S11 installation.)
--Ettore
--
Ettore Aldrovandi
Department of Mathematics, Florida State University
1017 Academic Way * http://www.math.fsu.edu/~ealdrov
Tallahassee, FL 32306-4510, USA * * aldrovandi at math dot fsu dot edu
More information about the tex-live
mailing list