summaryrefslogtreecommitdiff
path: root/Master/texmf/scripts/xindy
AgeCommit message (Collapse)Author
2010-06-21xindy updatePeter Breitenlohner
git-svn-id: svn://tug.org/texlive/trunk@19092 c570f23f-e606-0410-a88d-b1316a301751
2010-05-19xindy-2.4 support filesPeter Breitenlohner
git-svn-id: svn://tug.org/texlive/trunk@18351 c570f23f-e606-0410-a88d-b1316a301751
2010-03-13look for xindy.exe as well as .bat. Fix from DanKarl Berry
Luecking, 11 Mar 2010 13:28:12. git-svn-id: svn://tug.org/texlive/trunk@17446 c570f23f-e606-0410-a88d-b1316a301751
2009-11-27use slightly different way to search for modules dir when "xindy" is a symlinkVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@16198 c570f23f-e606-0410-a88d-b1316a301751
2009-11-27try to find modules directory when xindy executable is a symlinkVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@16197 c570f23f-e606-0410-a88d-b1316a301751
2009-09-05adapt xindy front-end scripts to TL2009 on woe32:Vladimir Volovich
SELFAUTOLOC was set in TL2008 by the wrapper commands (xindy.bat and texindy.bat) but SELFAUTOLOC is no longer set in TL2009 by the new wrapper commands (xindy.exe and texindy.exe), and instead there's a TL_ROOT env. var. This appears to work when TL is being run from a letter-mapped "drive" but doesn't work when run directly from a network share w/o a letter mapping. git-svn-id: svn://tug.org/texlive/trunk@15129 c570f23f-e606-0410-a88d-b1316a301751
2009-03-26fix from Zdenek WagnerVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@12521 c570f23f-e606-0410-a88d-b1316a301751
2009-03-22sync with changes in CVS repoVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@12483 c570f23f-e606-0410-a88d-b1316a301751
2008-07-30if the binaries directory is a symlink, clisp may get confused because of ↵Vladimir Volovich
relative paths used to get to the texmf tree, so we resolve the path using Cwd::realpath() bug found by Richard Koch, where MacTeX uses layout where /usr/texbin is a symlink to e.g. /usr/local/texlive/2008/bin/universal-darwin git-svn-id: svn://tug.org/texlive/trunk@9901 c570f23f-e606-0410-a88d-b1316a301751
2008-07-29rename xindy-powerpc.mem to xindy-ppc.mem (to match -arch option on gcc on mac)Vladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@9872 c570f23f-e606-0410-a88d-b1316a301751
2008-07-29add support for Mac universal binary: xindy.run is one binary for intel and ↵Vladimir Volovich
powerpc Mac, but the mem file depends on machine type: xindy-powerpc.mem or xindy-i386.mem git-svn-id: svn://tug.org/texlive/trunk@9870 c570f23f-e606-0410-a88d-b1316a301751
2008-07-16added "use 5.006;" to fail gracefully on outdated perl versionsVladimir Volovich
added function forward declarations, to avoid warnings shown by "perl -c -w" git-svn-id: svn://tug.org/texlive/trunk@9599 c570f23f-e606-0410-a88d-b1316a301751
2008-05-11support texlive installation with --disable-multiplatform optionVladimir Volovich
(thanks to Peter Münster) git-svn-id: svn://tug.org/texlive/trunk@8037 c570f23f-e606-0410-a88d-b1316a301751
2008-05-10stop if the input file(s) do not exist; otherwise xindy showed a warning in ↵Vladimir Volovich
create_raw_index() and continued. ======================================== workaround for a woe32 problem (it is yet unclear how to solve it): apparently the "nul" file, when opened multiple times, causes a problem. when no logfile is given, it defaulted to nul file, which caused error in xindy-lisp.exe. still reproducible by specifying "-t nul", e.g.: xindy -t nul -M texindy x.idx [...] ERROR: OPEN: #<OUTPUT UNBUFFERED FILE-STREAM CHARACTER #P"nul"> already points to file "Z:\\Master\\texmf\\xindy\\base\\latex.xdy", opening the file again for :INPUT-IMMUTABLE may produce unexpected results so we set the log file to *.ilg on woe32 unless it is explicitly specified. another contributor factor to this problem is the "-q" option which also tries to use "nul" and this causes a problem: xindy -q -M texindy x.idx ERROR: OPEN: #<OUTPUT UNBUFFERED FILE-STREAM CHARACTER> already points to file "Z:\\Master\\texmf\\xindy\\base\\numeric-sort.xdy", opening the file again for :INPUT-IMMUTABLE may produce unexpected results ======================================== workaround for a woe32 problem: delete the output file if it already exists prior to calling xindy, otherwise it is unable to overwrite it. (this does not happen with the log file which it is able to overwrite) ======================================== strangely, i did not see the last 2 problems in my previous tests. it may be caused by a clisp bug. git-svn-id: svn://tug.org/texlive/trunk@8008 c570f23f-e606-0410-a88d-b1316a301751
2008-05-10frontend command name on woe32 changed from xindy.texlua to xindy.batVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@8002 c570f23f-e606-0410-a88d-b1316a301751
2008-04-19check-in fixes to xindy frontend perl scripts, as built from source treeVladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@7510 c570f23f-e606-0410-a88d-b1316a301751
2008-03-27install xindy texmf files (platform-independent)Vladimir Volovich
git-svn-id: svn://tug.org/texlive/trunk@7178 c570f23f-e606-0410-a88d-b1316a301751