r3436 | taco | 2010-02-21 16:34:00 +0100 (Sun, 21 Feb 2010) | 4 lines
Changed paths:
M /tools/luatextag
M /trunk/build.sh
M /trunk/manual/luatexref-t.pdf
M /trunk/manual/luatexref-t.tex
M /trunk/source/texk/web2
On 21 February 2010 Taco Hoekwater wrote:
> Taco Hoekwater wrote:
> >
> > To make matters worse, 'svnversion' has a bad habit of returning
> > something that is not a number at all, so it has to be parsed.
>
> Now committed #3439. This is based on svnversion with a sed
> command to strip
On Sun, 21 Feb 2010, Taco Hoekwater wrote:
> Peter Breitenlohner wrote:
> >
> > from my point of view Cweb/Noweb generate C code (as do flex and
> > bison), whereas Doxygen uses (annotated) C code to generate
> > documentation. Thus they fall into quite different categories.
yes, and i guess one k
On Sun, Feb 21, 2010 at 08:42:33PM +0100, Patrick Gundlach wrote:
> Hi,
>
> >>> ../../../source/texk/web2c/luatexdir/luatex.c:22: error: expected
> >>> expression before ‘;’ token
> >>
> >> This should have been fixed by #3440 (Patrick had the same problem)
> >
> > I'm still getting this error
Hi,
>>> ../../../source/texk/web2c/luatexdir/luatex.c:22: error: expected
>>> expression before ‘;’ token
>>
>> This should have been fixed by #3440 (Patrick had the same problem)
>
> I'm still getting this error with #3441.
make sure you delete source/texk/web2c/luatexdir/luatex_svnversion.h
On Sun, Feb 21, 2010 at 07:52:29PM +0100, Taco Hoekwater wrote:
> Khaled Hosny wrote:
> >On Sun, Feb 21, 2010 at 06:13:11PM +0100, Taco Hoekwater wrote:
> >>Taco Hoekwater wrote:
> >>>To make matters worse, 'svnversion' has a bad habit of returning
> >>>something that is not a number at all, so it
Khaled Hosny wrote:
On Sun, Feb 21, 2010 at 06:13:11PM +0100, Taco Hoekwater wrote:
Taco Hoekwater wrote:
To make matters worse, 'svnversion' has a bad habit of returning
something that is not a number at all, so it has to be parsed.
Now committed #3439. This is based on svnversion with a sed
On Sun, Feb 21, 2010 at 06:13:11PM +0100, Taco Hoekwater wrote:
> Taco Hoekwater wrote:
> >
> >To make matters worse, 'svnversion' has a bad habit of returning
> >something that is not a number at all, so it has to be parsed.
>
> Now committed #3439. This is based on svnversion with a sed
> comman
taco> On that note (and lacking other discussion input), I move we
go with Cweb.
I am all for it.
ms> One major problem I have with systems like CWEB is that they
need tool support (e.g. in the debugger), as the code the compiler
sees isn't the one the programmer edits.
That'
Taco Hoekwater wrote:
To make matters worse, 'svnversion' has a bad habit of returning
something that is not a number at all, so it has to be parsed.
Now committed #3439. This is based on svnversion with a sed
command to strip unwanted info and a preceding 'svn up' to
make sure that svn agrees
Hi Taco,
> I am curious how it works out for other people, as it is quite
> possible that I made a thinking error yet again.
$ git svn rebase
[...]
$ ./build.sh --parallel
[...]
./source/texk/web2c/mplibdir -Dextra_version_info=`date +-%Y%m%d%H` -g -O2
-MT luatex-luatex.o -MD -MP -MF .deps/l
On Sun, Feb 21, 2010 at 05:11:36PM +0100, Martin Schröder wrote:
> 2010/2/21 Taco Hoekwater :
> > [t...@ntg tmp]$ echo $LANG
> > en_US.UTF-8
> >
> > what's wrong?
>
> You are in the Netherlands and speak Dutch. Why doesn't your computer? :-)
Though I and my computer speak Arabic, I usually set LC
Taco Hoekwater wrote:
Martin Schröder wrote:
2010/2/21 Taco Hoekwater :
The script is source/texk/web2c/luatexdir/getluatexsvnrevision.sh,
and it is currently run from build.sh and from the tools/luatextag
script. The latter is used to create the source tarballs.
This uses svn info with an UR
Martin Schröder wrote:
2010/2/21 Taco Hoekwater :
The script is source/texk/web2c/luatexdir/getluatexsvnrevision.sh,
and it is currently run from build.sh and from the tools/luatextag
script. The latter is used to create the source tarballs.
This uses svn info with an URL, which is SLOW. Would
Martin Schröder wrote:
2010/2/21 Taco Hoekwater :
[t...@ntg tmp]$ echo $LANG
en_US.UTF-8
what's wrong?
You are in the Netherlands and speak Dutch. Why doesn't your computer? :-)
While at the computer, I 'speak' English a lot more than Dutch.
Thanks for the patch.
Best wishes,
Taco
___
2010/2/21 Taco Hoekwater :
> The script is source/texk/web2c/luatexdir/getluatexsvnrevision.sh,
> and it is currently run from build.sh and from the tools/luatextag
> script. The latter is used to create the source tarballs.
This uses svn info with an URL, which is SLOW. Wouldn't svnversion be
the
2010/2/21 Taco Hoekwater :
> [t...@ntg tmp]$ echo $LANG
> en_US.UTF-8
>
> what's wrong?
You are in the Netherlands and speak Dutch. Why doesn't your computer? :-)
> echo $LANG
de_DE.UTF-8
> svn info http://foundry.supelec.fr/svn/luatex/trunk/source
Pfad: source
URL: http://foundry.supelec.fr/svn/
Martin Schröder wrote:
2010/2/21 Taco Hoekwater :
I am curious how it works out for other people, as it is quite
possible that I made a thinking error yet again.
You are all running systems with LANG=C, it seems...
[t...@ntg tmp]$ echo $LANG
en_US.UTF-8
what's wrong?
_
2010/2/21 Taco Hoekwater :
> I am curious how it works out for other people, as it is quite
> possible that I made a thinking error yet again.
You are all running systems with LANG=C, it seems...
Best
Martin
___
dev-luatex mailing list
dev-luatex@nt
Hi,
As of revision 3436, luatex once again reports a svn revision id
in the banner when it has been built on a system with a working
'svn' command. The script that fetches the number is based on
an idea of Reinhard Kotucha, and uses 'svn info URL' to get the
number.
The script is source/texk/web
r3435 | taco | 2010-02-21 13:00:40 +0100 (Sun, 21 Feb 2010) | 3 lines
Changed paths:
M /trunk/source/texk/web2c/luatexdir/lua/ltexlib.c
add tex.sp() function, and patch dimen_to_number() so that it
uses TeX82's rules.
---
Taco:
[...]
Here is what works for me. Accept or deny, I won't insist any longer.
Applied, so there now is the new function tex.sp().
Both changes are in revision #3435.
I confirm tex.sp function working as expected, including changed
behaviour of dimen_to_number() . Thank you!
--
Pawe/l J
Hi,
Martin Schröder wrote:
2010/2/21 Taco Hoekwater :
Peter Breitenlohner wrote:
From the build system side, I'd think normal users (i.e., people building
TL or just luaTeX) should not be required to have either Noweb or Doxygen,
as they are not required to have Autoconf, Automake, Flex, or
2010/2/21 Taco Hoekwater :
> Peter Breitenlohner wrote:
>> From the build system side, I'd think normal users (i.e., people building
>> TL or just luaTeX) should not be required to have either Noweb or Doxygen,
>> as they are not required to have Autoconf, Automake, Flex, or Bison.
>
> On that not
Hi,
Peter Breitenlohner wrote:
from my point of view Cweb/Noweb generate C code (as do flex and bison),
whereas Doxygen uses (annotated) C code to generate documentation. Thus
they fall into quite different categories.
Cweb is special because it is built as part of TL, but otherwise probabl
Hi,
Paweł Jackowski wrote:
Taco:
Although I do fear that dimen_to_number (in ltexlib.c) will need
un-fixing to be totally compatible with TeX82: I am using strtod()
and the documented conversion ratios there instead of the actual
code from Knuth.
And when it will happen, the effects of
Wow! Humour and even a song or two ... on dev-luatex!!!??
Every little spit helps!
chris
---
The Open University is incorporated by Royal Charter (RC 000391), an exempt
charity in England & Wales and a charity registered in
Reinhard Kotucha writes:
> On 21 February 2010 Arthur Reutenauer wrote:
>
> > > In such moments I always wonder how far I can annoy you until being
> > > banned. One more try ;)
> >
> > There's always the LuaTeX user list (lua...@tug.org) ;-)
>
> Since Paweł asked Hans and Taco explicitl
28 matches
Mail list logo
