manuels

it's really strange that I didn't run into any problems with kpathsea for pdftex. I really don't know why kpathsea is an issue for bibtex

Great work! I'll have a look at your suggestions for texlive.js. sounds good.

Sorry, I moved on to other projects, but I welcome any pull requests.

Thanks for the issues you opened. Maybe we could fix this by applying a patch to kpathsea/libkpathsea_la-getopt.c before compiling it, so it doesn't export this symbol anymore?

Great! I am using emscripten commit `1a007b1631509b9d72499a8f4402294017ee04dc` (incoming branch).

Works for me, what's the error message you see?

Ok, I just updated emscripten to the latest version (v1.10.0 commit ef1e460...). Works fine with this version. PS: my LLVM version is 3.2svn and clang v3.2 (32 bit)

Hi Jim, thanks for your bug report! Yes, I can reproduce the bug. It occurs when the script doesn't create a new instance of pdflatex and texlive when it runs....

that looks fine. Did you check the network traffic e.g. in the developer tools of firefox for the media9.sty GET request?

recompiling pdftex would be a pain in the ass ;) It's probably very simple to solve your problem: the path to the latex style files is incorrect. check the GET...