Age | Commit message (Collapse) | Author |
|
git-svn-id: svn://tug.org/texlive/trunk@12881 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@12756 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@12521 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@12483 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@12101 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@12041 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11931 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11923 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11652 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11639 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11593 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11588 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@11308 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@10982 c570f23f-e606-0410-a88d-b1316a301751
|
|
instead of `iconv'
on systems (such as *BSD) which do not support some character set conversion, e.g. from UTF-8 to ISO-IR-111
git-svn-id: svn://tug.org/texlive/trunk@10981 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@10784 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@10482 c570f23f-e606-0410-a88d-b1316a301751
|
|
it was included for regex functions on platforms w/o system regex (e.g.mingw);
but this causes segfaults on some other platforms; to be investigated
git-svn-id: svn://tug.org/texlive/trunk@9924 c570f23f-e606-0410-a88d-b1316a301751
|
|
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
|
|
git-svn-id: svn://tug.org/texlive/trunk@9872 c570f23f-e606-0410-a88d-b1316a301751
|
|
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
|
|
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
|
|
git-svn-id: svn://tug.org/texlive/trunk@9557 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@9551 c570f23f-e606-0410-a88d-b1316a301751
|
|
previously it was triggered just by the --enable-tetex-build
configure option, but some distributions are using both
--enable-tetex-build and at the same time redefine the datadir,
docdir, mandir, etc.
now, the "special texlive build behavior" is enabled when both
the --enable-tetex-build option is used, AND $datadir is the same
as $prefix, which is the case when using the default Build script.
the "special texlive build behavior" for xindy consists of:
* installing "xindy" and "texindy" as symlinks pointing to
scripts in the texmf/scripts/xindy/ directory, rather than
copying them as regular files into bindir.
* installing xindy.mem into bindir (rather than into pkglibdir),
as in texlive, it is the only platform-dependent directory, and
there's no per-platform lib directory.
* redefining datadir, docdir and mandir to the layout used in texlive:
datadir="$prefix/texmf"
docdir="$prefix/texmf/doc/$PACKAGE_NAME"
mandir="$prefix/texmf/doc/man"
* disabling docs generation and make-rules build (because they
require working latex and pdflatex during build). in normal
texlive builds, the docs and make-rules are installed in the
texmf tree, and need not be re-built.
if distributor wants to build the whole texlive, with xindy, and
uses the --enable-tetex-build, but redefines datadir, we disable
the above "special texlive build behavior".
in this case, however, please keep in mind that you need the
working latex (for make-rules) and pdflatex (for docs) during
xindy build. if you do not have it, add --disable-make-rules and
--disable-docs configure options, but keep in mind that without
the make-rules, xindy's install is incomplete, and you need to
use the files supplied by texlive's Master/texmf/xindy tree.
git-svn-id: svn://tug.org/texlive/trunk@8199 c570f23f-e606-0410-a88d-b1316a301751
|
|
(use stderr instead of stdout, and exit 1 instead of false)
git-svn-id: svn://tug.org/texlive/trunk@8198 c570f23f-e606-0410-a88d-b1316a301751
|
|
without this, there was a problem e.g. on FreeBSD when using gmake to build xindy,
which was setting MAKEFLAGS=w but ordrules/link.sh was calling "make" (because MAKE was not passed to it),
and "make" was breaking because of the MAKEFLAGS variable, thinking it is a target to make.
git-svn-id: svn://tug.org/texlive/trunk@8170 c570f23f-e606-0410-a88d-b1316a301751
|
|
(thanks to Peter Münster)
git-svn-id: svn://tug.org/texlive/trunk@8037 c570f23f-e606-0410-a88d-b1316a301751
|
|
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
|
|
git-svn-id: svn://tug.org/texlive/trunk@8002 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7622 c570f23f-e606-0410-a88d-b1316a301751
|
|
is not found
git-svn-id: svn://tug.org/texlive/trunk@7540 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7539 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7538 c570f23f-e606-0410-a88d-b1316a301751
|
|
sections)
git-svn-id: svn://tug.org/texlive/trunk@7537 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7509 c570f23f-e606-0410-a88d-b1316a301751
|
|
there was no support for WIN32 delimiters and (searchpath) function did not work on woe32:
[1]> (searchpath ".")
*** - APPLY: too few arguments given to POSITION
The following restarts are available:
ABORT :R1 Abort main loop
git-svn-id: svn://tug.org/texlive/trunk@7492 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7337 c570f23f-e606-0410-a88d-b1316a301751
|
|
CLISP_LIB can potentially end with a backslash (on mingw),
which is treated as a line merging character in Makefile,
so add _AM_SUBST_NOTMAKE(CLISP_LIB) to avoid such situation,
and instead refer to CLISP_LIB as @CLISP_LIB@
configure.ac, rte/Makefile.am, binaries/Makefile.am:
on mingw, lisp.run is called lisp.exe
on mingw, we need to use .exe suffix for the backend
binary (which is called xindy.run on POSIX systems), so to avoid
a clash with the frontend user command "xindy", use the
name "xindy-lisp.exe" on mingw which is a counterpart
of "xindy.run" on POSIX.
binaries/Makefile.am:
renamed XINDY_RUN to RUN_XINDY to not clash with the newly
introduced XINDY_RUN and LISP_RUN variables
added -norc to RUN_XINDY
git-svn-id: svn://tug.org/texlive/trunk@7336 c570f23f-e606-0410-a88d-b1316a301751
|
|
add #include "clisp.h", otherwise the regcomp, regerror and
regexec functions will not get redefined to rpl_* equivalents
on systems which lack regexp in system library (notably, mingw),
and there will be link errors like
ordrules.o: In function `add_rule':
C:/msys/1.0/src/xindy/rte/ordrules/ordrules.c:219: undefined reference to `regcomp'
C:/msys/1.0/src/xindy/rte/ordrules/ordrules.c:220: undefined reference to `regerror'
ordrules.o: In function `apply_rules':
C:/msys/1.0/src/xindy/rte/ordrules/ordrules.c:491: undefined reference to `regexec'
C:/msys/1.0/src/xindy/rte/ordrules/ordrules.c:456: undefined reference to `regexec'
even when linked with the clisp's full/regex.o (because the
latter has these functions renamed with rpl_ prefix).
rte/ordrules/Makefile.am:
added -I$(INCLUDES) for ordrules.c rule, to find clisp.h
added $(CPPFLAGS) to rules for ordrulei.o, ordrules.o, rxsub.o
(e.g. to be able to pass include directory for regexp.h on mingw)
git-svn-id: svn://tug.org/texlive/trunk@7335 c570f23f-e606-0410-a88d-b1316a301751
|
|
otherwise rebuild was failing after "make clean"
rte/Makefile.am: changed to not rebuild ordrules (and xindy.run, base.mem)
on every "make" run if it is already built
git-svn-id: svn://tug.org/texlive/trunk@7222 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7218 c570f23f-e606-0410-a88d-b1316a301751
|
|
(and accompanying -lang.xdy and -test.xdy files), from Thomas Henlish:
https://sourceforge.net/mailarchive/message.php?msg_name=47EDFB0F.7030502%40users.sourceforge.net
git-svn-id: svn://tug.org/texlive/trunk@7217 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7204 c570f23f-e606-0410-a88d-b1316a301751
|
|
https://sourceforge.net/mailarchive/message.php?msg_name=47ED24A4.2000506%40users.sourceforge.net
git-svn-id: svn://tug.org/texlive/trunk@7203 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7202 c570f23f-e606-0410-a88d-b1316a301751
|
|
general/latin1.xdy
https://sourceforge.net/mailarchive/message.php?msg_name=47ED24A4.2000506%40users.sourceforge.net
added a patch from Thomas Henlich to fix their automatic generation
https://sourceforge.net/mailarchive/message.php?msg_name=47ED3371.9080102%40users.sourceforge.net
adapted Makefiles accordingly
git-svn-id: svn://tug.org/texlive/trunk@7201 c570f23f-e606-0410-a88d-b1316a301751
|
|
building ordrules failed)
git-svn-id: svn://tug.org/texlive/trunk@7199 c570f23f-e606-0410-a88d-b1316a301751
|
|
git-svn-id: svn://tug.org/texlive/trunk@7198 c570f23f-e606-0410-a88d-b1316a301751
|
|
from source integrated into xindy distribution.
the --with-clisp option provides a more powerful way of using any
clisp, either an OS-supplied, or built from source with any
desired configuration (e.g. with statically linked libsigsegv and
libffcall, without readline and/or ncurses, etc; this was not
possible with integrated clisp build)
also made some wording improvements in configure.ac
git-svn-id: svn://tug.org/texlive/trunk@7197 c570f23f-e606-0410-a88d-b1316a301751
|