ct_test_library}>],
+[${x_direct_test_function}(${x_direct_test_arguments})],
[LIBS="$ac_save_LIBS"
# We can link X programs with no special library path.
ac_x_libraries=],
--
Olaf Weber
(This space left blank for technical reasons.)
Thomas Esser writes:
> A better fix was suggested by Olaf Weber:
> --- orig/texk/web2c/mpware/makempx.in Fri Oct 26 15:22:46 2001
> +++ texk/web2c/mpware/makempx.in Tue Feb 4 18:31:57 2003
> @@ -15,7 +15,7 @@
> : ${MPTOTEX="mpto -tex"}
> : ${MPTOTR="
ring_vacancies = 8000;
--
Olaf Weber
(This space left blank for technical reasons.)
rent dates, there will be more
differences.
--
Olaf Weber
(This space left blank for technical reasons.)
efault.
At present you'd use 'elatex' to have latex under the e-TeX engine.
--
Olaf Weber
(This space left blank for technical reasons.)
Reinhard Kotucha writes:
> Olaf Weber <[EMAIL PROTECTED]> writes:
>> Does the following change fix this?
> Yes, thank you. But I have to provide the stream object number,
> though the usage message says that it's optional.
[...]
> I suppose that it should
if (argc >= 4)
objgen = atoi(argv[3]);
}
+xref = doc->getXRef();
catalogDict.initNull();
xref->getCatalog(&catalogDict);
if (!catalogDict.isDict("Catalog")) {
--
Olaf Weber
(This space left blank for technical reasons.)
s shouldn't be picked up from $PWD.
> If a user unpacks something into his home directory where all sorts
> of configuration files are kept, TeX security is the least worry of
> the user.
> How about retricting the panicking to those cases where a user is
> acting in a remotely s
originally dvips would
> never let you turn security *off* in config.ps . . .)
Yeah, the security settings themselves would have to come from a
trusted location. But can you trust someone's conffiles if he runs
dvips in his home directory?
(Mind you, I've always preferred filter m
ttf2afm) $(pdftosrc) ...
> to texk/web2c/Makefile.in. Seems that this is sufficient.
> Olaf, any objections?
Go ahead.
--
Olaf Weber
(This space left blank for technical reasons.)
}
> to
> XDVIINPUTS = .;$TEXMF/{xdvi,dvips}//
> DVIPDFMINPUTS = .;$TEXMF/{dvipdfm,dvips}//
> If this is correct, please fix texmf.in
It doesn't matter one way or the other, as texmf/xdvi doesn't have
subdirectories.
--
Olaf Weber
(This space left blank for technical reasons.)
elf
that (i) there is a problem, and (ii) the problem is fixed. These
test cases have to be self-contained and ready-to-run.
--
Olaf Weber
(This space left blank for technical reasons.)
Thomas Esser writes:
>> mf and mpost behave differently from the *tex programs, when quit by ^D
>> on the command line: They do not give a linefeed.
> I don't think this is intentional. Thanks for your report.
Correct.
> Thomas
--
Olaf Weber
(Th
Harald Koenig writes:
> -@d max_file_name_length 60
> +@d max_file_name_length 120
> what's the reason for such a small file (path) name length limit ?
Levy & Knuth.
It's been increased.
--
Olaf Weber
(This space left blank for technical reasons.)
e problem.
> So, if you want to hack file extensions, I ask that you hack in the
> opposite direction: ofm --> tfm, opk --> pk, etc.
> --Paul Vojta, [EMAIL PROTECTED]
--
Olaf Weber
(This space left blank for technical reasons.)
Thomas Esser writes:
> Olaf Weber wrote:
>> I'm not sure to what extent this is really tex-k specific. However, I
>> do have an idea of what to change so that TeX will "adapt" its search
>> paths to the name of the format it is trying to load, pretty much
>
e(buffer[j]);
+name_of_file[k+1]:=0;
+kpse_reset_program_name(name_of_file+1);{set search path to match format}
@z
@x [29.523] l.10100 - Change to pack_buffered_name as with pack_file_name.
--
Olaf Weber
(This space left blank for technical reasons.)
several different versions that
all get the same names. But if this rule is a problem, then parallel
makes are not fixable, as I don't see how I could change that part.
(See also texk/web2c/web2c/Makefile.in)
--
Olaf Weber
(This space left blank for technical reasons.)
n a single-processor machine, however).
> Thomas
--
Olaf Weber
(This space left blank for technical reasons.)
I see the problem, and have a fix. It shouldn't affect operation, btw.
--
Olaf Weber
(This space left blank for technical reasons.)
Adrian Bunk writes:
> Hi Thomas, hi Olaf,
> I don't know whether the following problem is already known:
I'd overlooked it. Thanks.
> texk/web2c/mpware/ChangeLog says:
> 2001-10-26 Olaf Weber <[EMAIL PROTECTED]>
> * Makefile.in (mpto): Now links w
tire certain whether it is in 7.3.4, but mpost has gotten a flag
that allows you specify the TeX program to use on the command line.
--
Olaf Weber
Do not meddle in the affairs of sysadmins,
for they are quick to anger and have no need for subtlety.
athsea-debug=-1 flag to find out where the format files
are found.
--
Olaf Weber
Do not meddle in the affairs of sysadmins,
for they are quick to anger and have no need for subtlety.
e -I option only extends the search path for <...>.
Use of <...> is not contra ANSI by the way.
> [ TE wrote: ]
>> * unreleased pretest web2c version (7.3.4 pretest) with source special
>> support
> It's great to have this in web2c now. FWIW, I have a littl
ackage builds cleanly once this change is made.
The catch is that this piece of code dates from the good old days of
pre-ANSI C systems where you might not have these headers at all. It
seems a reasonable change to make these days. But perhaps there are
some people with "old" systems and an
do to
> promote their inclusion?
Both I and Thomas've been busy.
Please provide context diffs. (That is, the output of diff -u or diff
-c, with the former preferred.)
> Pete
> p.s. I'm looking into the shared library issue now.
Does libtool work for BeOS?
--
Olaf Weber
((image_suffix = rindex(cur_file_name, '.')) == 0)
> ^
> 1 error detected in the compilation of "writeimg.c".
> *** Error code 2 (bu21)
It looks like no prototype for rindex was found. Try replacing it
with strrchr, which is the ANSI name for
27 matches
Mail list logo
